Contrôler là où se trouve le processus.
Obligation de contrôle, risque, cas de test, exécution, capture d’écran, preuve et manuel utilisateur sont rattachés à la même étape du modèle BPMN – avec le même identifiant que dans Jira et Confluence.
Plus de recopie du processus dans l’outil de test, plus de captures à rassembler, plus de manuel que personne ne tient à jour.
De l’étape du processus à la preuve finale
Cinq étapes, un seul endroit. Ce qui figure une fois sur l’étape n’est jamais réécrit – ni dans le cas de test ni dans le manuel.
Ce qui disparaît quand le test est rattaché au processus
Calcul d’exemple pour un projet de 30 cas de test de 6 étapes chacun (180 étapes de test), dont 5 processus de bout en bout, un cycle de test et 15 défauts. Les heures sont des heures-personnes ; les hypothèses figurent sur chaque ligne – refaites le calcul avec vos propres valeurs.
Dans la pratique : les processus sont rarement bien définis. En rédigeant les cas de test, des variantes apparaissent qui n’existaient pas – et l’équipe doit les valider. Pour les processus de bout en bout, cela prend vite 4 à 6 heures par cas de test avec plusieurs participants.
| Activité | Classique | Avec TAOM | Ce que TAOM prend en charge |
|---|---|---|---|
| Rédiger les cas de test30 × au moins 30 min à la main – souvent bien plus · avec TAOM 30 × 8 min pour vérifier et compléter | 15,0 h | 4,0 h | Précondition, étapes de test et résultats attendus viennent du diagramme – rôle, système et description figurent déjà sur l’étape. |
| Déterminer les chemins E2EÉtablir à la main les chemins à travers le processus | 4,0 h | 0,5 h | Les chemins du début à la fin sont lus dans le modèle – y compris via des modèles liés. |
| Valider les cas de test E2E en équipe5 processus E2E × 5 h de concertation × 4 personnes · avec TAOM 5 × 2 h × 4 personnes | 100,0 h | 40,0 h | Chemins et variantes sont visibles dans le modèle, la proposition existe déjà – l’équipe discute des écarts au lieu de partir de zéro. Les nouvelles variantes rejoignent le modèle et ne se perdent pas. |
| Captures d’écran180 × 2 min pour capturer, recadrer, nommer, insérer · avec TAOM 180 × 12 s | 6,0 h | 0,6 h | Capture d’un clic, avec minuterie de 3 s ou automatiquement au résultat – classée directement à la bonne étape de test. |
| Transmettre les défauts15 × 10 min pour créer et lier un ticket · avec TAOM 15 × 2 min | 2,5 h | 0,5 h | Le défaut part comme ticket vers le système cible (p. ex. Jira), le statut revient dans le compte client. |
| Constituer la preuve de testRésultats, captures et signatures en un seul document | 8,0 h | 0,3 h | PDF avec identifiant et somme de contrôle (SHA-256), archivé de façon inaltérable. |
| Manuel utilisateurInstructions par processus avec rôles, étapes et images | 24,0 h | 4,0 h | Manuel Word à partir du modèle et des cas de test, captures de la dernière exécution réussie – vous ne faites plus que réviser. |
| Total | 159,5 h | 49,9 h | environ 110 heures-personnes de moins – près de 70 % |
Calcul d’exemple fondé sur des hypothèses, pas une mesure. Le gain réel dépend du périmètre, des exigences et de l’expérience de l’équipe.
Captures directement dans l’exécution de test
Le testeur choisit dans le navigateur ce qui est capturé : l’écran entier, une fenêtre ou un onglet. On peut ainsi capturer n’importe quelle application – SAP GUI, Fiori, une application métier ou un site web.
Captures d’écran de TAOM Process Studio avec des données d’exemple. Cliquez sur une image pour l’agrandir.
GAMP 5, IQ / OQ / PQ* et quatre yeux – sur l’étape, pas dans un tableau à côté
Pour la pharmacie, les dispositifs médicaux, l’alimentaire et tous ceux qui doivent contrôler ce qu’ils font.
Risques selon GAMP 5
Gravité, probabilité et détectabilité donnent la classe de risque – et la classe de risque la profondeur de test.
- contrôles par risque
- registre des risques avec couverture
- contrôle obligatoire sans cas de test : visible immédiatement
Équipements & infrastructure
Équipements par étape avec fabricant, modèle et site – du lecteur portable à la balance.
- État IQ, OQ, PQ* par équipement
- protocole protégé par accès sur l’étape
- qualification en suspens marquée dans le diagramme
Versions et quatre yeux
Toute modification après validation crée une nouvelle version. La réception est journalisée.
- qui, quand, quelle version
- preuve de test avec SHA-256
- sceau d’origine dans le fichier BPMN
Captures d’écran de TAOM Process Studio avec des données d’exemple. Cliquez sur une image pour l’agrandir.
* IQ – qualification d’installation : livré et installé correctement. OQ – qualification opérationnelle : fonctionne comme spécifié. PQ – qualification de performance : fonctionne de façon fiable en exploitation réelle. Plus d’informations dans le glossaire; tous trois relèvent de la validation selon GAMP 5.
Le processus rédige le premier jet
Ce qui figure sur l’étape – rôle, système, transaction, description – devient la proposition de précondition, d’étapes de test et de résultats attendus. Sans agent IA, traçable et modifiable à la main à tout moment.
Captures d’écran de TAOM Process Studio avec des données d’exemple. Cliquez sur une image pour l’agrandir.
Pourquoi pas simplement un outil de test ?
Les outils de test gèrent des cas de test. TAOM sait en plus où se trouve un cas de test dans le processus, pourquoi il est nécessaire et qui exécute l’étape au quotidien.
Le modèle de processus devient ainsi un jumeau numérique de votre organisation : processus, rôles, systèmes, tests et indicateurs en un seul endroit – toujours à jour au lieu d’être compilés une fois par trimestre. En savoir plus sur le jumeau numérique →
Nous connectons, nous ne remplaçons pas
Défauts et tickets vont vers le système cible (p. ex. Jira, Confluence) – avec un accès propre par personne qui teste. L’outil de test de votre entreprise reste en place.
- licence par personne qui teste
- les testeurs n’ont pas besoin de formule IA
- les preuves restent chez le client
À la fin, le document est déjà là
La preuve de test est générée en PDF avec identifiant et somme de contrôle. Le manuel utilisateur est livré en fichier Word – avec page de titre, rôles, fonctions ERP, étapes de travail et les captures de la dernière exécution réussie.
Captures d’écran de TAOM Process Studio avec des données d’exemple. Cliquez sur une image pour l’agrandir.
En bref
Les testeurs ont-ils besoin d’une licence Webuser avec IA ?
Non. La licence complémentaire s’applique par personne qui teste. Qui ne fait que tester n’a pas besoin d’assistance IA. Elle peut être acquise avec Webuser et Webuser Pro – détails dans la structure des licences.
Quelles applications puis-je capturer ?
Tout ce que le navigateur peut partager : écran, fenêtre ou onglet. Donc aussi SAP GUI, Fiori ou une application métier. Merci de ne pas capturer de données confidentielles ou personnelles.
Où sont stockées les captures et les preuves ?
Réduites et protégées par accès avec le modèle, non publiques et hors de toute médiathèque. Les images d’exécutions dépassées et non réceptionnées sont supprimées après un délai réglable (90 jours par défaut) ; nom, taille et somme de contrôle restent consignés. Plus d’informations dans le centre de confiance.
TAOM remplace-t-il notre gestion des tests ?
Pas forcément. TAOM connecte des systèmes cibles comme Jira et garde le lien avec le processus. Vous décidez où l’exécution et les résultats font foi.
Contrôler sans écrire deux fois.
Licence complémentaire Vérification et test – par personne qui teste, durée propre, résiliable séparément.