Live-Demo — ohne Anmeldung
Das Dashboard, das Ihr Team am ersten Tag bekommt.
Das ist das echte Produkt, gefüllt mit Beispieldaten. Jeder Lauf, jeder Fehler und die QA-Gesundheitskennzahlen, die Ihnen sagen, ob Sie ausliefern können — Bestehensquote, Instabilität, Defect Escape Rate, MTTR, Abdeckung und DORA. Melden Sie sich an, und Ihr eigener Demo-Arbeitsbereich ist in Sekunden befüllt.
Projekte
3
Läufe (zuletzt)
4
Offene Fehler
11
QA-Gesundheit
7 Tage gleitend · DemodatenBestehensquote
Im ZielZiel >95 %
Grüne CI-Läufe der letzten 7 Tage. Unter 90 % beginnen Entwickler, die Pipeline zu ignorieren.
Instabilitätsquote
BeobachtenZiel <2 %
Steigt. Nehmen Sie diese Woche die 3 instabilsten Tests in Quarantäne, bevor das Vertrauen schwindet.
Defect Escape Rate
Im ZielZiel <5 %
Fehler, die in die Produktion gelangen, gegenüber denen, die vor dem Release gefunden werden — die Kennzahl, die dem echten Nutzerärger entspricht.
Abdeckung kritischer Pfade
BeobachtenZiel >90 %
Zwei P0-Abläufe (Checkout, Passwort-Reset) haben noch keine Ende-zu-Ende-Abdeckung. Schließen Sie die Lücke im nächsten Sprint.
MTTR · P1
Im ZielZiel <24 Std.
Mittlere Zeit bis zur Behebung eines P1-Fehlers. Ein hoher MTTR deutet meist auf einen Prozessengpass hin, nicht auf einen schwierigen Fehler.
Suite-Dauer
Im ZielZiel <15 Min.
Gesamtlaufzeit der Pipeline. Steigt langsam — analysieren Sie die langsamsten 10 % der Tests, bevor der Kreislauf bricht.
Offene Fehler nach Schweregrad
11 offen- P00
- P12
- P25
- P34
Auslieferung · DORA
- 4,2 / Tag
Deployment-Frequenz
Spitze: mehrmals / Tag
- 18 Std.
Durchlaufzeit für Änderungen
Spitze: < 1 Tag
- 6,8 %
Änderungsfehlerrate
Spitze: ca. 5 %
- 42 Min.
Wiederherstellung nach Fehl-Deploy
Spitze: < 1 Std.
Letzte Läufe
| Projekt | Umgebung | Status | Bestanden | Fehlgeschlagen | Instabil |
|---|---|---|---|---|---|
| c(Projektname ausgeblendet) | dev | bestanden | 48 | 0 | 0 |
| p(Projektname ausgeblendet) | staging | fehlgeschlagen | 71 | 3 | 0 |
| g(Projektname ausgeblendet) | prod | instabil | 12 | 0 | 2 |
| c(Projektname ausgeblendet) | dev | bestanden | 47 | 0 | 1 |
Die andere Hälfte — QA Copilot
Nicht nur ein Dashboard — ein QA-Copilot.
Beschreiben Sie, was getestet werden soll, und der Helper entwirft ein prüfbereites Dokument — einen Testplan, Testfälle, eine Test-Story, eine Fehlerprüfung und mehr. Hier eines, das er erzeugt hat:
Verify bug — Dealer discount badge times out at checkout
How to reproduce the reported bug, confirm the fix once it ships, and guard against it coming back. Ties to the tracker item so the fix and its test travel together.
Reproduction
- P1Reproduce on staging
- Sign in with a seeded dealer account
- Add an eligible item to the cart
- Apply a valid dealer discount code at checkout
Erwartet — BUG: the request hangs and the discount badge never renders (currently reproduces).
Verification after fix
- P1Badge renders within SLA
- Repeat the reproduction steps on the fixed build
Erwartet — The discount badge renders in under 2s and the total reflects the discount.
- P2Failure is graceful
- Force the discount service to error (feature flag or mocked 500)
Erwartet — A clear inline error is shown; no infinite spinner, no double-submit.
Regression guard
- Add a contract test on the discount endpoint asserting p95 latency and a 200 with the badge payload.
- Add the fixed flow to the checkout regression suite so it runs on every deploy.
- Reproduction and fix-verification mutate cart state — dev/staging only, never prod.
- Link this verification to the tracker item so the fix and its test stay together.
Machen Sie es zu Ihrem.
Erstellen Sie einen Arbeitsbereich, laden Sie Ihr Team ein und richten Sie den Spider auf Ihr Produkt. Sie starten genau in dieser Ansicht mit Demo-Daten und tauschen dann Ihre echten Projekte ein.