Testfall-Management

qTest speichert Testfälle, Schritte und deren Ausführungshistorie an einem zentralen Ort. Ein Beam-Agent überwacht das Ende eines Testlaufs, liest die Erfolgs- und Fehlermeldungen aus und wendet die von Ihrem QA-Team für das jeweilige Ergebnis festgelegte Regel an. Erfolgreiche Testfälle werden als abgeschlossen markiert und mit dem Release verknüpft; bei fehlgeschlagenen Testfällen wird ein Fehlerentwurf erstellt und dem zuständigen Modul zugewiesen. Wenn ein Ergebnis unschlüssig ist oder ein Testfall auf eine Weise fehlschlägt, die der Agent noch nicht kennt, hält er das Update an und leitet den Durchlauf an einen QA-Lead weiter, damit eine Person den Status bestätigt, bevor dieser in die Release-Berichterstattung einfließt.

Verknüpfung von Defekten

qTest verbindet fehlgeschlagene Tests mit Fehlerprotokollen, sodass Teams einen Fehler bis zu seiner Abdeckung zurückverfolgen können. Ein Beam-Agent liest einen neuen Fehler aus, gleicht ihn mit bestehenden Defekten ab und hängt den Fehler entweder an einen passenden offenen Defekt an oder legt einen neuen an – ganz nach den Regeln Ihres Teams. Er aktualisiert die verknüpften Felder und benachrichtigt die zugewiesene Person. Wenn ein Fehler zu mehr als einem Defekt gehören könnte oder der Ursprungsbereich unklar ist, markiert der Agent ihn zur Triage durch einen Entwickler, anstatt eine Verknüpfung zu erzwingen. So bleibt die Fehlerhistorie über den gesamten Entwicklungszyklus hinweg sauber und nachvollziehbar.

Berichterstattung zur Release-Bereitschaft

qTest fasst Testergebnisse in Abdeckungs- und Statusansichten für ein Release zusammen. Ein Beam-Agent liest die Gesamtzahl der Ausführungen über einen Zyklus hinweg, vergleicht sie mit den von Ihrem Team definierten Austrittskriterien und aktualisiert den Release-Datensatz, wenn die Schwellenwerte erreicht sind. Er sendet eine Zusammenfassung an die zuständige Gruppe und markiert noch offene Lücken. Wenn die Abdeckung unter dem vereinbarten Wert liegt oder kritische Tests noch nicht ausgeführt wurden, gibt der Agent das Release nicht frei, sondern leitet die Lücke an einen Release-Manager weiter, sodass die Entscheidung über die Freigabe bei einer Person liegt, die die tatsächlichen Zahlen prüft.