La même question avant chaque livraison. Quelle exigence a été testée, et avec quel résultat ?
Les cas de test sont dans un outil, les tickets dans un deuxième, les exigences dans un troisième, et le rapport sort d'un tableur. Ce qui les relie est une colonne de numéros tenue à la main.
L'anomalie perd en route son lien avec l'exigence.
La couverture vit dans un tableur déjà périmé le jour de la livraison.
Une campagne ne se rejoue pas sans la recomposer.
Le lien se crée en travaillant. Pas au moment du rapport, et pas dans un deuxième tableur.
Cas de test sur l'exigence
Un cas de test tient à la story ou à l'exigence dont il est né. Le lien est une relation dans le système, pas un numéro dans une colonne.
Campagnes avec environnement et affectation
Une campagne retient qui a testé, sur quel environnement et avec quel résultat. Rejouer, c'est lancer, pas recomposer.
Anomalie en ticket, depuis l'étape
Une étape en échec devient un ticket dans le même cycle, avec l'étape, l'environnement et la campagne rattachés.
Couverture à partir de données réelles
Quelle exigence a été testée, combien de fois et avec quelle issue se lit depuis les campagnes. La matrice tenue à la main disparaît.
QualityTree comme cadre
Le cadre fait partie de la plateforme. Niveaux de maturité et pratiques tiennent aux mêmes cas de test et campagnes avec lesquels votre équipe travaille, au lieu de vivre à côté dans une présentation.
Exécution depuis la pipeline
À venirDéclencher des campagnes depuis la pipeline et rapporter leurs résultats avec les tests manuels.
Feuille de route produitTest de régression avant une livraison. Du plan de test au rapport publié.
Composer le plan de test
Les cas de test de la livraison sont sur leurs exigences. Le plan naît d'une sélection, pas d'une copie.
Exécuter la campagne
Deux personnes testent sur deux environnements. Chaque étape porte son résultat, la campagne porte son état.
Signaler l'anomalie
Une étape échoue. Le ticket en naît, tient au cycle de l'équipe de développement et porte l'étape comme preuve.
Publier le rapport
Le rapport lit les campagnes et devient une page dans l'espace. Qui le lit passe de l'exigence au résultat d'un clic.
Les applications derrière. Toutes dans le même espace, sans deuxième outil.
Test Management porte les tests, Projects les tickets à côté, Docs les exigences et Automation les répétitions.
Test Management
Assurance qualité dans le même espace, avec cas de test et exécutions rattachés à la tâche.
Projects
Gestion de projet agile pour les équipes produit et développement, avec cycles et versions.
Docs
Le wiki du savoir de ton équipe, avec historique des versions et export en PDF, DOCX et Markdown.
Automation
Des workflows sans code, déclenchés par des événements de n'importe quelle application.
Connecté à l'établi. Six connexions du quotidien des tests.
Les builds depuis la gestion de versions, les erreurs de production, les tickets d'un outil existant, les résultats dans le canal.
Un produit, un fournisseur. Test Management n'est pas un produit à part.
La gestion des tests appartient au même produit que les tickets et la documentation. Pas de deuxième outil pour les cas de test, pas d'extension à maintenir en exploitation.
Un contrat, un interlocuteur, une roadmap.
Ni marketplace ni extensions tierces à exploiter.
Exploité dans un centre de données suisse ou sur votre propre matériel.
Questions du test management. Cinq qui reviennent presque à chaque premier entretien.
Peut-on injecter des résultats de tests automatisés ?
Les résultats se rapportent aujourd'hui à une campagne via l'intégration HTTP. L'exécution de bout en bout depuis la pipeline, avec rapport commun, est la prochaine étape de la roadmap.
Comment le lien exigence–cas de test se crée-t-il ?
Comme une relation entre deux objets du même espace, visible dans les deux sens : l'exigence montre ses cas de test, le cas de test son exigence.
Existe-t-il des indicateurs de couverture ?
Oui, lus depuis les campagnes : testé, ouvert et en échec, par exigence et par livraison.
Peut-on gérer environnements et jeux de données ?
Les environnements tiennent à la campagne et sont exploitables. Les jeux de données se posent dans un répertoire Registry avec les champs voulus.
QualityTree fait-il partie du produit ?
Oui, le cadre fait partie du produit comme tout autre module. Ce que coûte Collabase dans votre cas figure dans l'offre, dès que périmètre et modèle d'exploitation sont fixés.
Des justificatifs pour l'examen de conformité
La sécurité de l'information est certifiée ISO 27001 et le traitement répond à la nLPD et au RGPD. Les documents sont prêts avant que vous les demandiez.
Autres domaines dans le même système.
Testez-le sur vos propres contenus.
Un proof of concept est prêt en quelques jours.
Nous mettons en place une instance avec vos contenus et vous la testez sur des processus réels. Lors du premier entretien, nous clarifions le périmètre, le mode d'exploitation et le calendrier.