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.
- 01
Der Befund verliert unterwegs den Bezug zur Anforderung.
- 02
Die Abdeckung steht in einer Tabelle, die zum Release schon veraltet ist.
- 03
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.
01
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.
02
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.
03
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.
04
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.
05
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.
Alles für den Nachweis, in einem Space.
Anforderung mit Testfall
Prüfung, Vorgang, Dokument und Wiederholung
Eine Datenbasis für die Qualitätssicherung
Testlauf mit Ergebnis pro Fall
Defekt wird Task im selben Projekt
Quality Gate
Coverage aus den Läufen
Qualitäts-Snapshot
Pass-Raten über Releases
Testplan neben der Anforderung
Umgebung und Zuweisung
Regressionstest vor dem Release. Vom Testplan bis zum veröffentlichten Bericht.
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 eures 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.
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.
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.
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.
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.