Des user stories et processus aux scripts de test
La partie la plus longue d'une UAT, c'est la rédaction des scripts. Lisez vos user stories depuis Jira ou Azure DevOps, ou collez-les, et obtenez des cas de test rédigés dans le langage du métier, avec étapes, données de test et résultat attendu.
- Depuis Jira, Azure DevOps, Excel ou un texte collé
- Les étapes qu'elle a dû supposer sont signalées à vérifier
- Chaque cas de test reste lié à sa story
- BPMN (Camunda, Signavio, Bizagi), Visio, Word ou PDF
- Les couloirs deviennent les rôles qui testent
- Chaque décision a son propre cas de test
- Couverture par story, également dans le rapport go/no-go
- Les anomalies remontent à la story
Des anomalies que le développeur comprend, et une synthèse pour le go/no-go
Les testeurs écrivent ce qu'ils voient, avec leurs propres mots. L'IA transforme une anomalie en étapes pour reproduire, résultat attendu et résultat obtenu, et indique ce qui manque encore, par exemple quel enregistrement ou quel rôle utilisateur. Avant la réunion go/no-go, elle résume toutes les anomalies ouvertes : par thème, ce qui bloque la mise en production, et quelles anomalies semblent être le même problème.
- Write up with AI : utilisez la proposition ou écartez-la ; le texte original du testeur reste dans l'historique
- Summarize with AI : lisez-le, accédez aux anomalies en un clic, copiez-le pour le compte rendu
- Les doublons possibles sont suggérés pendant qu'un testeur enregistre une anomalie, dans toutes les formules
Quels cas de test une release CRM touche
Salesforce publie trois releases par an, et Microsoft déploie des mises à jour de Dynamics 365 toute l'année. Salvion tient à jour les changements de chaque release Salesforce et les éléments de la feuille de route Microsoft pour Dynamics 365, et vérifie chacun d'eux. Vous cochez une fois ce que votre projet utilise ; l'IA compare les changements avec vos cas de test.
- Vos cas de test que la release touche, chacun avec la raison
- Des propositions de nouveaux cas de test pour ce qui change et n'est pas encore couvert
- Les mises à jour obligatoires pour votre administrateur, avec la date à laquelle elles sont imposées
- Collez aussi les notes de version d'un package ou de votre propre release
- Un rappel si le cycle n'est pas validé 3 jours avant la production
- Un échec indique avec quel changement de la release il est arrivé, aussi dans Jira, Azure DevOps et l'API
- Le rapport de release dans le rapport go/no-go et le dossier de preuves
Seuls les changements de la release et les titres de vos cas de test avec l'action de chaque étape sont envoyés à l'IA : pas de résultats attendus, de données de test, de résultats, d'anomalies ni de noms de personnes. Les notes de version que vous collez sont envoyées avec leur nom, et rien d'autre. Si votre propre modèle d'IA est connecté, la vérification utilise ce modèle. Release readiness est un module à €99 par mois pour toutes les formules : ajoutez-le dans Plan & billing.
Une proposition, jamais une décision
La conception de tests par IA utilise Anthropic comme sous-traitant, sauf si votre espace de travail utilise son propre modèle d'IA ; consultez Pour les achats et l'IT pour savoir où vont les données. N'incluez pas de données personnelles de clients dans les stories et les anomalies.
Un module pour toutes les formules
| Formule | Prix | Inclus |
|---|---|---|
| Pilot | Gratuit, inclus à l'essai | 10 user stories et 5 demandes sur les anomalies |
| Project | €199 une fois | 500 user stories pour la durée du projet |
| Team, Business, Partner, Enterprise | €99 par mois | 300 user stories par mois |
| Besoin de plus ? | €49 une fois | 250 user stories supplémentaires |
| Release readiness, toutes les formules | €99 par mois | L'examen de chaque release CRM |
Une description de processus compte pour une user story par tranche de 3 000 caractères. L'IA sur les anomalies et Release readiness ne consomment aucune user story. Prix hors TVA.