Cucumber-js: Unterstützung für benutzerdefinierte Formatierer hinzufügen

Erstellt am 19. Feb. 2016  ·  17Kommentare  ·  Quelle: cucumber/cucumber-js

Frühere PRs

215

257

309

Derzeit sind einige laufende Arbeiten blockiert, die die Formatierer so ändern, dass sie wie folgt aussehen

// 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 () {});
}

Hilfreichster Kommentar

Vielen Dank für das Angebot, einen Beitrag zu leisten! Nur um Ihnen einige Hintergrundinformationen zu den laufenden Arbeiten zu geben. Eine große Sache für die Umstellung der Formatierer auf diese Syntax ist also eine komplette Überarbeitung des Hooks der Gurke in den Formatierern. Das führte dazu, dass registerHandler , etwas, von dem ich glaube, dass es hauptsächlich für beforeAll / afterAll Hooks verwendet wird, aber mit einer inkonsistenten Schnittstelle. Ich habe einen Branch, der registerHandler . Dies hängt jedoch von der Aktualisierung auf die Verwendung von gherkin4 ab, die auf eine neue Version von gherkin wartet, um die Browserversion ordnungsgemäß zu unterstützen.

Ich denke, ich werde den Fehler einfach manuell mit Gurke für die Browserunterstützung beheben, damit wir weitermachen können. Tut mir leid, das hat so lange gedauert. Ich möchte wirklich alle meine bestehenden Arbeiten bekommen, die uns helfen sollen, diesem näher zu kommen.

Für alle, die bereit sind, einen Beitrag zu leisten, greifen Sie bitte entweder ein Problem auf oder pingen Sie mich auf gitter mit etwas an, an dem Sie arbeiten möchten. Ich würde Sie bitten, Ihre erste PR aus einem Fork zu erstellen. Sobald ich mit Ihnen zusammengearbeitet habe, um einen Ihrer PRs zu erhalten, gebe ich Ihnen gerne Zugang zum Repo.

Alle 17 Kommentare

Ich habe gerade die vorherigen PRs gelesen und dies fühlt sich wie die idealere Lösung an - lassen Sie mich wissen, ob ich etwas tun kann, um dies zu verdrängen :+1:

Freue mich auch darauf. Sag Bescheid, wenn ich helfen kann :+1:

Haben wir eine ETA für diese Funktion?

Gibt es hierzu Neuigkeiten? Das scheint schon seit Jahren in Arbeit zu sein....

Lassen Sie es uns wissen, wenn wir etwas tun können, um zu helfen.

+1, so lange warten tut weh

+1

@charlierudolph : Ich brauche das und @apbarrero oder jemand anderem an diesem speziellen Problem zusammenarbeiten, damit wir dies so schnell wie möglich nach draußen bringen können. Ich würde mich auch freuen, kontinuierlich Mitglied zu werden. Bitte leiten Sie mich also an, ein beitragendes Mitglied zu werden. Vielen Dank

Auch bereit, einen Beitrag zu leisten.

Vielen Dank für das Angebot, einen Beitrag zu leisten! Nur um Ihnen einige Hintergrundinformationen zu den laufenden Arbeiten zu geben. Eine große Sache für die Umstellung der Formatierer auf diese Syntax ist also eine komplette Überarbeitung des Hooks der Gurke in den Formatierern. Das führte dazu, dass registerHandler , etwas, von dem ich glaube, dass es hauptsächlich für beforeAll / afterAll Hooks verwendet wird, aber mit einer inkonsistenten Schnittstelle. Ich habe einen Branch, der registerHandler . Dies hängt jedoch von der Aktualisierung auf die Verwendung von gherkin4 ab, die auf eine neue Version von gherkin wartet, um die Browserversion ordnungsgemäß zu unterstützen.

Ich denke, ich werde den Fehler einfach manuell mit Gurke für die Browserunterstützung beheben, damit wir weitermachen können. Tut mir leid, das hat so lange gedauert. Ich möchte wirklich alle meine bestehenden Arbeiten bekommen, die uns helfen sollen, diesem näher zu kommen.

Für alle, die bereit sind, einen Beitrag zu leisten, greifen Sie bitte entweder ein Problem auf oder pingen Sie mich auf gitter mit etwas an, an dem Sie arbeiten möchten. Ich würde Sie bitten, Ihre erste PR aus einem Fork zu erstellen. Sobald ich mit Ihnen zusammengearbeitet habe, um einen Ihrer PRs zu erhalten, gebe ich Ihnen gerne Zugang zum Repo.

+1

+1

Update: Ich plane nicht mehr, registerHandler zu entfernen. Mit Version 1.1.0 bin ich zufrieden genug damit, wie registerHandler / Formatierer derzeit funktionieren. Das Hinzufügen von Unterstützung dafür als Teil von 2.0, an dem ich gerade arbeite und das eine Neufassung der Codebasis in ES6 ist.

Hinzugefügt in 2.0.0-rc.1

Ich verwende rc9 und der Formatierungsordner enthält keinen Junit- oder Tap-Formatierer. die Option --format unterstützt sie auch nicht. Habe ich etwas vergessen?

Es gibt jetzt Unterstützung für benutzerdefinierte Formatierer (siehe Link in der Readme), sodass für junit / tap-Formatierer diese als eigene Module implementiert werden können. Ich glaube im Moment sind es keine

Im Moment verwende ich https://github.com/stjohnjohnson/cucumber-junit, was nicht so schön ist wie ein nativer Formatierer, aber funktioniert.

Dieser Thread wurde automatisch gesperrt, da nach dem Schließen in letzter Zeit keine Aktivität stattgefunden hat. Bitte öffnen Sie eine neue Ausgabe für verwandte Fehler.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen