Vor jedem Release dieselbe Frage. Welche Anforderung ist geprüft, und mit welchem Ergebnis?
Testfälle liegen in einem Werkzeug, Vorgänge in einem zweiten, Anforderungen in einem dritten, und der Bericht entsteht in einer Tabelle. Die Verbindung dazwischen ist eine Spalte mit Nummern, die jemand von Hand pflegt.
Der Befund verliert unterwegs den Bezug zur Anforderung.
Die Abdeckung steht in einer Tabelle, die zum Release schon veraltet ist.
Ein Testlauf lässt sich nicht wiederholen, ohne ihn neu zusammenzustellen.
Der Bezug entsteht beim Arbeiten. Nicht erst beim Berichten, und nicht in einer zweiten Tabelle.
Testfälle an der Anforderung
Ein Testfall hängt an der Story oder Anforderung, aus der er entstanden ist. Die Verbindung ist eine Beziehung im System, keine Nummer in einer Spalte.
Testläufe mit Umgebung und Zuweisung
Ein Lauf hält fest, wer geprüft hat, auf welcher Umgebung und mit welchem Ergebnis. Wiederholen heisst starten, nicht neu zusammenstellen.
Befund als Vorgang, direkt aus dem Schritt
Ein fehlgeschlagener Schritt wird zum Vorgang im selben Cycle, mit dem Schritt, der Umgebung und dem Lauf daran.
Abdeckung aus echten Daten
Welche Anforderung wie oft und mit welchem Ausgang geprüft wurde, liest die Sicht aus den Läufen. Die gepflegte Matrix entfällt.
QualityTree als Rahmen
Der Rahmen ist Teil der Plattform. Reifegrade und Praktiken hängen an denselben Testfällen und Läufen, mit denen dein Team arbeitet, statt daneben in einer Präsentation zu leben.
Ausführung aus der Pipeline
DemnächstTestläufe aus der Pipeline anstossen und die Ergebnisse zusammen mit den manuellen in einem Bericht führen.
Produkt-RoadmapRegressionstest vor dem Release. Vom Testplan bis zum veröffentlichten Bericht.
Testplan zusammenstellen
Die Testfälle zum Release stehen an ihren Anforderungen. Der Plan entsteht aus der Auswahl, nicht aus einer Kopie.
Lauf durchführen
Zwei Personen prüfen auf zwei Umgebungen. Jeder Schritt trägt sein Ergebnis, der Lauf seinen Stand.
Befund melden
Ein Schritt schlägt fehl. Der Vorgang entsteht daraus, hängt am Cycle des Entwicklungsteams und trägt den Schritt als Beleg.
Bericht veröffentlichen
Der Bericht liest die Läufe und steht als Seite im Space. Wer ihn liest, klickt von der Anforderung zum Ergebnis.
Die Apps dahinter. Alle im selben Space, kein zweites Werkzeug.
Test Management trägt die Prüfung, Projects die Vorgänge daneben, Docs die Anforderungen und Automation die Wiederholungen.
Test Management
Qualitätssicherung im selben Space, mit Testfällen und Durchläufen an der Aufgabe.
Projects
Agiles Projektmanagement für Produkt- und Entwicklungsteams, mit Cycles und Releases.
Docs
Das Wiki für das Wissen deines Teams, mit Versionshistorie und Export nach PDF, DOCX und Markdown.
Automation
Workflows ohne Code, ausgelöst durch Ereignisse aus jeder App.
Angebunden an die Werkbank. Sechs Verbindungen aus dem Testalltag.
Baustände aus der Versionsverwaltung, Fehlerdaten aus dem Betrieb, Vorgänge aus einem bestehenden Werkzeug, Ergebnisse in den Kanal.
Ein Produkt, ein Anbieter. Test Management ist kein Zusatzprodukt.
Die Testverwaltung gehört zum selben Produkt wie Vorgänge und Dokumentation. Es gibt kein zweites Werkzeug für die Testfälle und keine Erweiterung, die im Betrieb mitgepflegt werden muss.
Ein Vertrag, ein Ansprechpartner, eine Roadmap.
Kein Marketplace und keine Erweiterungen von Dritten im Betrieb.
Betrieb in einem Schweizer Rechenzentrum oder auf eurer Hardware.
Fragen aus dem Testmanagement. Fünf, die im Erstgespräch fast immer kommen.
Können wir automatisierte Testergebnisse einspielen?
Ergebnisse lassen sich heute über die HTTP-Integration an einen Testlauf melden. Die durchgängige Ausführung aus der Pipeline samt gemeinsamem Bericht steht als nächster Schritt auf der Roadmap.
Wie entsteht die Verbindung zwischen Anforderung und Testfall?
Als Beziehung zwischen zwei Objekten im selben Space, in beide Richtungen sichtbar: an der Anforderung stehen ihre Testfälle, am Testfall seine Anforderung.
Gibt es Kennzahlen zur Testabdeckung?
Ja, aus den Läufen gelesen: geprüft, offen und fehlgeschlagen, je Anforderung und je Release.
Lassen sich Umgebungen und Testdaten verwalten?
Umgebungen hängen am Testlauf und sind auswertbar. Testdaten legt ihr als Verzeichnis in Registry an, mit den Feldern, die ihr braucht.
Gehört der QualityTree zum Produkt?
Ja, der Rahmen gehört zum Produkt wie jedes andere Modul. Was Collabase im konkreten Fall kostet, steht in der Offerte, sobald Umfang und Betriebsmodell feststehen.
Nachweise für die Compliance-Prüfung
Die Informationssicherheit ist nach ISO 27001 zertifiziert, die Verarbeitung erfüllt nDSG und DSGVO. Die Unterlagen dazu liegen bereit, bevor ihr danach fragt.
Weitere Fachbereiche im selben System.
Prüfe es an deinen eigenen Inhalten.
Ein Proof of Concept steht in wenigen Tagen.
Wir setzen eine Instanz mit deinen Inhalten auf, du prüfst sie an echten Abläufen. Im Erstgespräch klären wir Umfang, Betriebsmodell und Zeitplan.