Zuvor implementiert fehlt nach wenigen Builds .. Test

Question

Sagen, es gibt 1-10 User Storys. Alles in Ordnung getestet. -> zur Produktion. Dann kommt die CR mit 5 weiteren User Storys. Alles dann in Ordnung getestet. -> zur Produktion. Dann kommen 5 weitere User Storys. In Ordnung getestet. -> Zur Produktion .. jetzt bricht hier eine User Story oder zwei von 1-10 zusammen. Offensichtlich müssen Tester die Schuld dafür tragen. Entwickler haben direkten Zugriff auf den Build-Pfad der QA-Umgebungen. Jeder Entwickler kann die Code-Datei dort hinlegen. nur eine einfache Ordnerstruktur. Wie können wir das beheben und "unsere" Hände sauber halten? Auch bitte beachten Sie, dass wir aufgrund der strengen Fristen Ad-hoc-Tests durchführen.

Answer 1

Die Situation, wenn etwas Neues etwas Altes zusammenbricht, ist ziemlich üblich. Ich kann nicht sehen, was das Problem ist. Die QA-Umgebung ist perfekt dafür geeignet, eine solche Regression nachzuholen.

Was kann ich vorschlagen, ist:

1. Mit Entwicklung/QA/Produktionsumgebungen

Und versuchen, den richtigen Prozess der einrichten, wenn sth neu ist codiert und Entwickler-getestet kann es gehen 'QA'. Und nur wenn das neue Zeug QA-getestet wurde, kann es auf 'Produktion' gehen;

2. Kontinuierliche Build-Integration

Es ist auch schön, die wichtigsten Funktionen mit den Unit-Tests abgedeckt hat oder (und) eine Reihe von automatisierten Tests zu haben. Ein Klick auf die Schaltfläche zeigt Ihnen den allgemeinen Status Ihrer App und sogar deren Check-in ist fehlgeschlagen.

3. Regressionstests

Vergewissern Sie sich eine tiefe Regression Suite haben. Diese werden hauptsächlich ausgeführt, um solche Probleme zu vermeiden und sicherzustellen, dass keine kritischen Probleme in die Produktion gelangen.

Hoffe das hilft ein wenig.