2016-08-02 25 views
0

Ich war mal Entwickler, aber seit 10 Jahren arbeite ich an System-Ops. Ich plane, mich in Devils zu begeben und meine Säge zu schärfen. Allerdings, wenn es um Jenkins und speziell statische Code-Analyse, Code Coverage, automatisierte Test-und Code-Review geht, bekomme ich so viel verwirrt.automatisierter Test, Code-Coverage, statische Analyse und Codereview

Beginnen wir mit dem automatisierten Test (zur Vereinfachung Unit-Test). Ich verstehe, dass wir eine separate Klassendatei für den Komponententest schreiben. Aber wie wird dieser Test durchgeführt? Werden Jenkins ein JVM erstellen, in dem das neu erstellte Artefakt bereitgestellt wird und die Tests dagegen ausgeführt werden? Oder wird der Test gegen Code ausgeführt (ich glaube nicht, aber ich möchte noch klären)?

Ich habe eine Beispielanwendung mit Maven und Codertura von Github heruntergeladen und das Projekt erstellt. Wenn der Build abgeschlossen wurde, wird der Code Coverage Report veröffentlicht.

Ich habe keinen Post-Build für die Bereitstellung des Artefakts getan. Also, ich bin mir nicht sicher, wie es funktioniert und was hat es getan und wie?

Dank J

Antwort

0

Hier ist eine gemeinsame Strömung, die Sie Ihre Anforderung zu erreichen, folgen können.

Arbeit mit Code -> Push-to-gerrit für die Überprüfung ->Jenkins gerrit trigger Plugin ausgelöst werden -> Der entsprechende Auftrag wird der Code, den Sie engagiert und tun, um die Kompilierung, Paket, Unit-Test, Implementierung Kasse zu artifactory -> Führen Sie die sonar Build Analyse der Codequalität, statische Analyse, Code-Coverage ...

Br,

Tim

+0

ich jetzt die Grundströmung zu verstehen. Wie ich bereits in meinem Beitrag erwähnt habe, ist meine Verwirrung, zu welchem ​​Zeitpunkt und wie der automatisierte Test durchgeführt wird? In meinem begrenzten Verständnis wird der Test mit der eingesetzten Anwendung durchgeführt/durchgeführt, aber wie wird dieser automatisierte Test während des Aufbaus durchgeführt? Danke –