Démo en direct — sans inscription
Le tableau de bord que votre équipe a dès le premier jour.
Voici le vrai produit, rempli de données d’exemple. Chaque exécution, chaque bug et les métriques de santé QA qui disent si vous pouvez livrer — taux de réussite, instabilité, taux d’échappement des défauts, MTTR, couverture et DORA. Inscrivez-vous et il est alimenté en quelques secondes avec votre propre espace de démo.
Projets
3
Exécutions (récentes)
4
Bugs ouverts
11
Santé QA
7 jours glissants · données de démoTaux de réussite
Dans l’objectifObjectif >95%
Exécutions CI vertes sur les 7 derniers jours. Sous 90 %, les développeurs commencent à ignorer le pipeline.
Taux d’instabilité
À surveillerObjectif <2%
En hausse. Mettez en quarantaine les 3 tests les plus instables cette semaine avant que la confiance s’érode.
Taux d’échappement des défauts
Dans l’objectifObjectif <5%
Bugs qui atteignent la production par rapport à ceux détectés avant livraison — la métrique qui correspond à la vraie gêne des utilisateurs.
Couverture des parcours critiques
À surveillerObjectif >90%
Deux parcours P0 (paiement, réinitialisation du mot de passe) n’ont toujours pas de couverture de bout en bout. Comblez l’écart au prochain sprint.
MTTR · P1
Dans l’objectifObjectif <24h
Délai médian de résolution d’un défaut P1. Un MTTR élevé signale généralement un goulot d’étranglement de processus, pas un bug difficile.
Durée de la suite
Dans l’objectifObjectif <15 min
Durée réelle du pipeline complet. En hausse — profilez les 10 % de tests les plus lents avant que la boucle ne casse.
Bugs ouverts par gravité
11 ouverts- P00
- P12
- P25
- P34
Livraison · DORA
- 4,2 / jour
Fréquence de déploiement
top : plusieurs / jour
- 18 h
Délai de livraison des changements
top : < 1 jour
- 6,8 %
Taux d’échec des changements
top : ~5 %
- 42 min
Rétablissement après déploiement raté
top : < 1 h
Exécutions récentes
| Projet | Env. | Statut | Réussis | Échoués | Instables |
|---|---|---|---|---|---|
| c(nom du projet masqué) | dev | réussi | 48 | 0 | 0 |
| p(nom du projet masqué) | staging | échoué | 71 | 3 | 0 |
| g(nom du projet masqué) | prod | instable | 12 | 0 | 2 |
| c(nom du projet masqué) | dev | réussi | 47 | 0 | 1 |
L’autre moitié — QA Copilot
Pas seulement un tableau de bord — un copilote QA.
Décrivez ce que vous voulez tester et le Helper rédige un livrable prêt à relire — un plan de test, des cas de test, une story de test, une vérification de bug et plus encore. En voici un qu’il a produit :
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
Attendu — 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
Attendu — 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)
Attendu — 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.
Faites-en le vôtre.
Créez un espace de travail, invitez votre équipe et pointez le spider vers votre produit. Vous démarrerez sur cette vue exacte avec des données de démo, puis vous les remplacerez par vos vrais projets.