Cucumber-js: Ajout de la prise en charge des formateurs personnalisés

Créé le 19 févr. 2016  ·  17Commentaires  ·  Source: cucumber/cucumber-js

PR précédents

215

257

309

Actuellement bloqué sur certains travaux en cours qui changeront les formateurs pour ressembler à ce qui suit

// suite - an event emitter
// log - function to call with output
// options - formatter options coming from cucumber
//   snippetGenerator - function to call to generate snippet for an undefined step
//   useColors - boolean of whether or not to use colors
function MyFormatter(suite, log, options) {
  suite.on('beforeFeatures', function () {});
  suite.on('beforeFeature', function (feature) {});
  suite.on('beforeScenario', function (scenario) {});
  suite.on('beforeStep', function (step) {});
  suite.on('stepResult', function (stepResult) {});
  suite.on('afterStep', function (step) {});
  suite.on('scenarioResult', function (scenarioResult) {});
  suite.on('afterScenario', function (scenario) {});
  suite.on('afterFeature', function (feature) {});
  suite.on('featuresResult', function (featuresResult) {});
  suite.on('afterFeatures', function () {});
}

Commentaire le plus utile

Merci beaucoup les gars pour l'offre de contribuer! Juste pour vous donner quelques informations sur le travail en cours. Donc, une grande chose pour changer les formateurs en cette syntaxe est une refonte complète de la façon dont le concombre s'accroche dans les formateurs. Cela a entraîné la nécessité de supprimer registerHandler , quelque chose qui, je crois, est largement utilisé pour les hooks beforeAll / afterAll mais avec une interface incohérente. J'ai une branche qui supprime registerHandler . Cela dépend cependant de la mise à jour vers l'utilisation de gherkin4 qui attend une nouvelle version de gherkin afin de prendre en charge correctement la version du navigateur.

Je pense que je vais juste corriger manuellement le bogue avec gherkin pour la prise en charge du navigateur afin que nous puissions continuer à avancer. Désolé cela a pris si longtemps. Je veux vraiment obtenir tous mes travaux existants qui devraient nous aider à nous en rapprocher.

Pour toute personne désireuse de contribuer, veuillez soit relever un problème, soit me contacter sur gitter avec quelque chose sur lequel vous aimeriez travailler. Je vous demanderais de créer votre premier PR à partir d'un fork. Une fois que j'ai travaillé avec vous pour obtenir l'un de vos PR, je suis heureux de vous donner un accès commit au repo.

Tous les 17 commentaires

Je viens de lire les relations publiques précédentes et cela semble être la solution la plus idéale - faites-moi savoir s'il y a quelque chose que je peux faire pour aider à faire sortir cela :+1:

Aussi dans l'attente de cela. Faites-moi savoir si je peux vous aider :+1:

avons-nous l'ETA de cette fonctionnalité ?

Une mise à jour pour ceci? On dirait que cela est en préparation depuis des années...

Faites-nous savoir si nous pouvons faire quelque chose pour vous aider.

+1, attendre si longtemps est douloureux

+1

@charlierudolph : J'en ai besoin et je cherche également à prendre un projet open source et à y contribuer. Je peux travailler avec @apbarrero ou n'importe qui d'autre sur ce problème particulier afin que nous puissions le sortir dès que possible. I Aussi, j'aimerais être un membre contributeur continu. Alors, s'il vous plaît, guidez-moi pour devenir un membre contributeur. Merci

Aussi disposé à contribuer.

Merci beaucoup les gars pour l'offre de contribuer! Juste pour vous donner quelques informations sur le travail en cours. Donc, une grande chose pour changer les formateurs en cette syntaxe est une refonte complète de la façon dont le concombre s'accroche dans les formateurs. Cela a entraîné la nécessité de supprimer registerHandler , quelque chose qui, je crois, est largement utilisé pour les hooks beforeAll / afterAll mais avec une interface incohérente. J'ai une branche qui supprime registerHandler . Cela dépend cependant de la mise à jour vers l'utilisation de gherkin4 qui attend une nouvelle version de gherkin afin de prendre en charge correctement la version du navigateur.

Je pense que je vais juste corriger manuellement le bogue avec gherkin pour la prise en charge du navigateur afin que nous puissions continuer à avancer. Désolé cela a pris si longtemps. Je veux vraiment obtenir tous mes travaux existants qui devraient nous aider à nous en rapprocher.

Pour toute personne désireuse de contribuer, veuillez soit relever un problème, soit me contacter sur gitter avec quelque chose sur lequel vous aimeriez travailler. Je vous demanderais de créer votre premier PR à partir d'un fork. Une fois que j'ai travaillé avec vous pour obtenir l'un de vos PR, je suis heureux de vous donner un accès commit au repo.

+1

+1

Mise à jour : je ne prévois plus de supprimer registerHandler . Avec la version 1.1.0, je suis assez satisfait du fonctionnement actuel des registerHandler / formateurs. Ajout de la prise en charge de cela dans le cadre de la version 2.0 sur laquelle je travaille actuellement et est une réécriture de la base de code dans ES6.

Ajouté dans 2.0.0-rc.1

J'utilise rc9 et le dossier du formateur ne contient pas de formateur junit ou tap. l'option --format ne les prend pas non plus en charge. Ai-je manqué quelque chose?

Il existe maintenant un support pour les formateurs personnalisés (voir le lien sur le fichier readme) donc pour les formateurs junit / tap, ceux-ci peuvent être implémentés en tant que leurs propres modules. je ne crois pas qu'il y en ait pour le moment

Pour l'instant, j'utilise https://github.com/stjohnjohnson/cucumber-junit qui n'est pas aussi agréable qu'un formateur natif, mais qui fonctionne.

Ce fil a été automatiquement verrouillé car il n'y a eu aucune activité récente après sa fermeture. Veuillez ouvrir un nouveau problème pour les bogues liés.

Cette page vous a été utile?
0 / 5 - 0 notes