Einbindung der QS
-
Montag, 25. Juli 2011 09:31
Hallo zusammen,
wie löst ihr das Problem die QS in den Release Zyklus einzubinden.
D. h. der Entwickler stellt seine Änderungen einem Tester zur Verfügung, dieser testet und bei bestandenem Test kommen die Änderungen in das nächste Release. Bei nicht bestandenem Test geht alles zurück an den Entwickler. Dabei muss natürlich auch abgefangen sein, dass andere Entwickler auch Änderungen an Sourcen vornehmen können, die sich momentan in einem Test befinden.
Gibts zu diesem Thema ein Standardvorgehen welches Microsoft empfiehlt?Wir benutzen momentan übrigens keine WorkItems und haben wöchentliche Release-Zyklen.
Vielen Dank im Voraus!
Alle Antworten
-
Samstag, 30. Juli 2011 12:23
Es gibt einen Main-Pfad, der stabil und ausgetestet ist. Zum vorgesehenem Zeitpunkt (z.B. wöchentlich) wird von diesem Main-Pfad ein Branch für die Release gemacht, die dann ggf. nochmals getestet wird und dann ausgeliefert wird. Die Entwickler erzeugen sich vom Main-Pfad mittels Branch einen Dev-Pfad, in dem sie die Änderungen entwickeln und testen. Ggf. werden aus dem Dev-Pfad für Testzwecke Branches für Test-Pfade erzeugt. Wenn ein Entwickler mit einer Komponente fertig ist, werden die betreffenden Teile mit Merge in den Main-Pfad eingebunden. Nach dem nachfolgenden Test des Main-Pfades kann dann mit einem Branch ein neuer Release-Pfad erstellt, getestet und ausgeliefert werden.--
Viele Gruesse
Peter- Als Antwort markiert Robert BreitenhoferMicrosoft Contingent Staff, Moderator Montag, 8. August 2011 11:42

