Alle tests bestanden, aber Bambus bauen schlägt fehl mit der Aussage "Kein fehlgeschlagener tests gefunden, die eine mögliche Zusammenstellung-Fehler ist aufgetreten."

Ich soll laufen einige jbehave(automatisierten) tests im Bambus. Nachdem die tests laufen, ich werde erzeugen eine junit kompatible xml-Dateien, so dass bamboo verstehen konnte, der gleiche. Alle jbehave tests lief als Teil eines Skripts, da ich das jbehave tests in einem separaten Bildschirm(nicht vergessen, diese sind automatisierte browser-tests). Beispiel-Skript ist wie folgt.

Ex:

export DISPLAY=:0 && xvfb-run --server-args="-screen 0, 1024x768x24" 
mvn clean integration-test -DskipTests -P integration-test -Dtest=*

Ich habe noch ein junit-parser Aufgabe, die Punkte auf den generierten junit kompatible xml-Dateien. Also, wenn das Bambus-build ausgeführt wird, und selbst wenn alle tests übergeben, bekomme ich red build mit der Meldung "Keine fehlgeschlagene tests gefunden, die eine mögliche Zusammenstellung-Fehler ist aufgetreten."

Kann somone bitte helfen Sie mir, dies bezüglich.

InformationsquelleAutor Kishore Yekkanti | 2012-07-17

  1. 15

    Ihrem build-Skript kann der output erfolgreichen test berichten, aber eines (oder beide, möglicherweise) Ihre Aufgaben versagt. Das bedeutet, dass der Fehler wahrscheinlich* auftreten, nachdem Sie Ihre tests abgeschlossen. Überprüfen Sie Ihre erstellen von Protokollen für Fehler. Sie könnten auch versuchen, sich in Ihrem Bambus-server (wie der Bambus user) und das ausführen der Befehle von hand.

    Ich habe gesehen, diese Nachricht in die Vergangenheit, wenn unsere test-Aufgabe war der Absturz auf halbem Weg durch den test führen, was in einem fehlerhaften Bericht, Bambus ignoriert und ein paar erfolgreiche Berichte.

    *Überprüfen Sie die build-log, um sicherzustellen, dass Ihre tests sind in der Tat laufen. Wenn mvn clean nicht sauber aus der test-report-Verzeichnis, Bambus, könnte genau analysieren veraltete test-Berichte.

    EDIT: (in der Antwort auf Kishore ' s links)

    Es sieht aus wie Ihre Aufgabe zu töten Xvfb ist, was die Ursache der build fehlschlägt.

    18-Jul-2012 09:50:18    Starting task 'Kill Xvfb' of type 'com.atlassian.bamboo.plugins.scripttask:task.builder.script'

18-Jul-2012 09:50:18    
Beginning to execute external process for build 'Functional Tests - Application Release Test - Default Job'
 ... running command line: 
/bin/sh
  /tmp/FUNC-APPTEST-JOB1-91-ScriptBuildTask-4153769009554485085.sh
 ... in: /opt/bamboo-home/xml-data/build-dir/FUNC-APPTEST-JOB1
 ... using extra environment variables: 

<..snip (no meaningful output)..>

18-Jul-2012 09:50:18    Failing task since return code was 1 while expected 0

18-Jul-2012 09:50:18    Finished task 'Kill Xvfb'

    Was macht Ihr "Kill Xvfb" Skript? Sind Sie versuchen, so etwas wie pkill-f "[x]vfb"? pkill-f lautlos zurück, die nicht null ist, wenn es nicht dem Ausdruck entsprechen, um alle Prozesse.

    Choover, danke für die Antwort. Ich sehe nicht, mögliche Fehler von jedem meiner Bambus-Aufgaben. Es gibt definitiv einige stack-traces, die verursacht werden aus meiner Anwendung. Bitte haben Sie einen Blick auf die buil ci.openmrs.org/browse/FUNC-APPTEST/latest und melden Sie ci.openmrs.org/download/FUNC-APPTEST-JOB1/build_logs/... für weitere details.
    sorry, war nicht genug Platz im Kommentar-Feld posten log-Ausgabe, so landete ich Editier mein post-siehe oben ^

    InformationsquelleAutor choover

  2. 4

    Meine Lösung war, ein 'Skript' Aufgabe: 

    #!/bin/bash
/usr/local/bin/phpcs --report=checkstyle --report-file=build/logs/checkstyle.xml --standard=PSR2 ./lib | exit 0

    Die immer Ausfahrten mit status 0.

    Dies ist so, weil PHP-code-sniffer liefert den Rückgabewert 1, wenn nur 1-Codierung Verstoß (Warnung /Fehler) gefunden wird, welche bewirkt, dass die gebaut, um zu scheitern.

    Die gleiche Lösung funktioniert für mich auch auf unseren Windows server zu bauen. Müssen, verwenden Sie ein Rohr für die Ausfahrt, anstatt eine neue Zeile, ansonsten exit 0 nicht -immer - genannt werden, nach dem ausführen von karma!

    InformationsquelleAutor Kees Schepers

  3. 3

    Erweist sich eine einfache Lösung.

    Allgemeine Bambus-Verhalten ist, Scannen Sie den gesamten log und sehen Sie alle Fehler-codes(1). Für diese spezifische Konfiguration hatte ich einige 6-Skripts, von denen einer von Ihnen war zu töten, die xvfb(frame buffer). Aus irgendeinem Grund-server ist nicht in der Lage zu töten xvfb und diese Aufgabe wurde wieder ein Fehler code. Weil dieses, obwohl alle tests bestanden, Bambus kam einer dieser Fehler-codes aus vorherigen Aufgaben und zu bauen, scheiterte.

    Aktuelle Update zu entfernen, die Aufgabe, die tötet xvfb und der Aufbau ging auch grün! \o/.

    Wow, das ist genau das, was ich in meiner Antwort auf Ihren Kommentar. seufz
    Cool! vielen Dank für nehmen und einige Zeit auf der Suche nach log-Ausgabe 🙂
    das war genau das, was @choover in seiner Antwort auf Ihren Kommentar. tsc-tsc-tsc-Sie sind Zeichen, dass die Antwort als richtige Antwort.

    InformationsquelleAutor Kishore Yekkanti

Schreibe einen Kommentar