Quality-Assurance-System (QA)
Ein QA-Team, das Produkt-Releases vor ihrer Veröffentlichung testet und ihre Freiheit von kritischen Fehlern sicherstellt.
Das Qualitätsgatter vor jedem Launch: Testplan, Durchführung, Fehlermeldungen und Verifizierung der Behebung — plus ein klarer Bericht.
Ohne Kreditkarte — Ihr Projekt ist in einer Minute mit dem kompletten System eingerichtet
So sieht das System-Board aus, das Sie erhalten: Workflow-Spalten und Startkarten, die die ersten Schritte zeigen
Wie läuft die Arbeit in diesem System ab?
Vor jedem Release wird eine „Testplan“-Karte gebaut, die den Testumfang festlegt: die neuen Features, die riskantesten Bereiche und die abzudeckenden Geräte und Browser. Sobald der Release-Kandidat bereit ist, wandert sie zu „Durchführung“, wo die Tester die Szenarien durchlaufen und das Ergebnis jedes Testfalls erfassen. Jeder entdeckte Fehler erzeugt eine „Fehlermeldung“-Karte mit Schritten zur Reproduktion, erwartetem und tatsächlichem Ergebnis und Schweregrad — ein Entwickler übernimmt und behebt ihn. Die behobene Meldung kehrt zu „Verifizierung“ zurück, wo ein anderer Tester als ihr Verfasser sie prüft und sicherstellt, dass die Behebung nichts anderes beschädigt hat. Wenn die kritischen Meldungen bei null stehen, wandert die Mutterkarte mit einer offiziellen Empfehlung zu „Freigabe“, und die Zahlen wandern zu „Bericht“: wie viele Fälle ausgeführt wurden, wie viele Meldungen gefunden wurden und in welchen Bereichen sich die Fehler konzentrieren.
Der Chat ist die Einsatzzentrale während des Tests: Eine kritische Meldung, die den Release stoppt, wird dort sofort bekannt gegeben, und eine Frage, ob ein Verhalten beabsichtigt oder ein Fehler ist, wird mit dem Entwickler in einer Minute geklärt statt mit einer abgelehnten Karte. Aber die Regel ist strikt: Was im Chat an Entscheidungen gefällt wird, wird auf der Fehlermeldungskarte selbst erfasst — das Board ist die Akte, nicht das Gedächtnis.
Der QA-Lead schreibt den „Testplan“, verteilt die Durchführung und besitzt die Entscheidung über die Freigabeempfehlung — er ist es, der den Release stoppt, wenn kritische Meldungen offen bleiben. Die Tester führen aus und schreiben die Meldungen nach einheitlichem Standard, und die Entwickler übernehmen die Meldungen, beheben sie und geben sie an „Verifizierung“ zurück. Das Prinzip des Systems: Der Tester verifiziert nicht die Behebung einer Meldung, die er selbst geschrieben hat, und die Freigabe ist eine mit Zahlen dokumentierte Entscheidung, nicht ein allgemeines Gefühl, dass die Lage gut aussieht.
Wer macht was?
Die operativen Rollen in diesem System und die Verantwortung jeder Rolle im Tagesgeschäft — weisen Sie sie Ihrem Team so zu oder passen Sie sie an Ihre Gegebenheiten an.
QA-Lead
Schreibt den Testplan und verteilt die Umfänge, prüft die kritischen Meldungen und unterzeichnet die „Freigabe“-Empfehlung oder stoppt sie — mit Zahlen.
Test Engineers
Führen die Szenarien des Plans aus, schreiben die Meldungen mit klaren Schritten und klassifiziertem Schweregrad und verifizieren die Behebungen ihrer Kollegen in „Verifizierung“.
Entwickler
Übernehmen die „Fehlermeldung“-Karten, beheben die Fehler und geben sie mit Beschreibung dessen, was sich geändert hat und was erneut getestet werden muss, an „Verifizierung“ zurück.
Was ist ab dem ersten Tag für Sie vorbereitet?
Module des Systems
- Aufgaben — Ein Kanban-Board mit Workflow-Spalten und Ausführungskarten
- Chat — Der schnelle Kanal für die tägliche Abstimmung im Team
Ähnliche Systeme
Bereit? Ihr erstes Projekt ist zwei Minuten entfernt
Erstellen Sie jetzt Ihren kostenlosen Arbeitsbereich und laden Sie Ihr Team noch vor Tagesende ein.