Mit Jenkins mit boost.test-unit-tests
Ich habe getan, ein bisschen Googeln in dieses Gebiet und fanden viele Diskussionen darum, Jenkins, zu verstehen, zu steigern.testen Sie die Ausgabe im XML-format, aber keine kanonische Referenz.
Manche Leute sagen, wir brauchen einfach zu verwenden, XLST zu konvertieren, XML format, andere schlagen vor, die XML braucht einige Hacker vor, dass (Jemand eine XSL konvertieren Steigern.Test-XML-Protokolle in einer übersichtlichen format?). Einige schlagen vor, die xUnit plugin kann nativ verstehen, steigern.test-XML-format, andere Zustand kann er nicht
Weil meine Suchergebnisse span 5 Jahren, ich bin mir bewusst, dass sich die Dinge geändert haben könnten. Also ich Suche eine up-to-date Antwort über die beste Weg, um Jenkins zu führen und auswerten-boost-unit-tests.
- WIE gesagt, up-to-date ist hier der Schlüssel... bitte nicht automatisch, klicken Sie auf die "duplizieren-Schaltfläche" für eine 2-Jahr-alte Frage, es sei denn, Sie sind sicher, dass noch aktuelle Informationen.
- Haben Sie versucht, ob xUnit-plugin können analysiert werden? Haben Sie versucht, den xslts aus dem verlinkten Frage?
- Es wäre kaum sinnvoll, wenn einige alte Art und Weise noch gearbeitet, das bedeutet nicht, es ist der beste Weg.
- Naja, wenn das Modul analysieren können, ist es der beste Weg. Wenn Sie es nicht können, aber die XSLT arbeiten, als diejenigen, die Antworten sind immer noch up-to-date und es gibt nicht viel Punkt im schreiben eine andere.
- So - es kann nicht analysiert werden. Und jeder XSL-Datei, die ich finden kann, ist unterschiedlich zu jeder anderen Datei, und keine funktioniert... entweder Sie kann nicht verarbeiten, die boost.test-Eingang, oder deren Ausgang ist nicht verstanden xunit.
- Die Verwendung Von Boost.Test native JUnit-Ausgang, mit dem Datei-Ausgabe mit der Kommandozeilenoption
--logger
Du musst angemeldet sein, um einen Kommentar abzugeben.
xUnit-Analyse funktioniert bei mir mit Jenkins 1.498, xUnit 1.52, boost 1.42. Ich habe ein neues Projekt mit boost 1.53 und die Ausgabe im XML-format scheint das gleiche zu meinen all-zu-menschlich-Fehler-anfällig Auge, aber da habe ich noch nicht eingerichtet, unit-tests in Jenkins, ich bin mir nicht 100% sicher, dass die Ausgabe kompatibel ist.
Als empfohlen in der xUnit-plugin Kommentare, ich bin mit der Boost-test-Programm mit:
Habe ich meine post-build xUnit Schritt konfiguriert analysieren
results.xml
mit der BoostTest-1.x-format.Wenn Sie immer noch Probleme haben, vielleicht können Sie aktualisieren Sie Ihre Frage mit mehr details über deine Versionen und wie generieren Sie die test-Ausgabe.
--result_code=no
. siehe @Antony ' s Antwort--log_format=JUNIT
wird jetzt unterstützt.Habe ich einen parameter an Dave Bacher Antwort, weil scheinbar Boost Test wurde mit einem nicht-null exit-code an einem test scheitern, aber Jenkins war deutet dies als eine weitere grundlegende Fehler, und somit zu stoppen, ohne die Verarbeitung der Testergebnisse.
Ok, normalerweise funktioniert das mit diesen Optionen. Aber wenn Sie es in großen Projekten und die XML-Datei ist immer zu groß, das XUnit-plugin funktioniert nicht mehr.
So musste ich die log_level zu test_suite. Nur die Fehler protokolliert, die erfolgreiche Prüfungen sind nicht angemeldet.