Sollen Ende-zu-Ende-Tests zur Build-Zeit (Ausführen der Anwendung auf dem Build-Server) oder nach der Bereitstellung ausgeführt werden? Ich habe noch keine solide Antwort gefunden, für welche der Standard ist.Sollen UI-Tests auf einem Build-Server oder nach der Bereitstellung ausgeführt werden?
bearbeiten
Ich meine nach entweder zu QA/SIT/UAT Bereitstellung etc ... vs. läuft es nur auf einem Build-Server, ohne sie vollständig zu implementieren.
Der ganze Sinn eines Buildservers besteht darin, einen einzigen Build des aktuellen Quellcodes zu erstellen, von dem Sie Tests ausführen und sicherstellen, dass die Dinge funktionieren, bevor Sie sie bereitstellen. Ich weiß nicht, warum irgendjemand Tests durchführen möchte, nachdem sie dann eingesetzt wurden. Was passiert, wenn Sie einen Fehler finden? Sie werden die Bereitstellung zurücksetzen? Testen Sie immer vor der Bereitstellung.
Idealerweise verfügen Sie über eine Build-Umgebung, die Ihre Produktionsumgebung nachahmt, sodass Sie Tests in einer "implementierten" Umgebung ausführen können. Aus diesem Grund verfügen Sie über einen Entwicklungs-/Staging-/Produktionsserver.
hängt von der Reife des Teams/der Organisation ab - der Kernpunkt eines Buildservers ist nicht "Tests ausführen", obwohl es eine zusätzliche/wünschenswerte Fähigkeit ist, wenn man es aus einer kontinuierlichen Lieferperspektive betrachtet. von einer Stapelüberlaufperspektive, siehe http://stackoverflow.com/questions/1099133/what-is-the-point-of-a-build-server – user1327961
es ist auch nicht "um eine einzelne Quellcode zu erstellen" - das ist der Zweck der Quellcodeverwaltung wie Svn, Git usw. – user1327961
Vielen Dank für Ihre Vorschläge. :) Ich habe aktualisiert. – BlackHatSamurai
hängt von den Anforderungen ab - muss der Build-Job (kontinuierliche Integration) als Fehler betrachtet werden, wenn die funktionalen (ui) Tests nicht bestanden werden? – user1327961