Scénarios couverts
Un scénario conditionnel est couvert lorsque des traces de production classées lui correspondent pendant la période sélectionnée. Son volume de trafic n’est ni un taux de réussite ni un score d’exhaustivité.
Mibo relie les scénarios que vous définissez aux traces passives de production, sépare les scénarios avec trafic de ceux qui restent inactifs et présente les conversations sans correspondance comme des indices pour enrichir votre suite de tests.
Les scénarios synthétiques montrent ce que vous avez choisi de vérifier. Le trafic de production révèle ce que les utilisateurs demandent réellement. Mibo distingue ces signaux afin qu’une correspondance observée constitue un indice utile, et non l’affirmation que toutes les interactions possibles sont couvertes.
Un scénario conditionnel est couvert lorsque des traces de production classées lui correspondent pendant la période sélectionnée. Son volume de trafic n’est ni un taux de réussite ni un score d’exhaustivité.
Les scénarios conditionnels définis sans trafic correspondant restent visibles comme étant sans trafic. Il peut s’agir de cas limites importants ou de situations simplement non observées pendant la période.
Une trace classée qui ne correspond à aucun scénario conditionnel signale concrètement une lacune possible. Examinez-la et décidez si la conversation mérite un nouveau test.
Mibo relie les définitions de scénarios aux traces sans ajouter l’évaluation au parcours de la requête client. Utilisez le signal de couverture pour choisir la prochaine investigation.
01
Créez des cas de test actifs avec des scénarios et des vérifications précises. Utilisez Exécuter pour les contrôles contextuels en production et conservez les invariants et les cas délibérés dans les modes passifs adaptés.
02
Après une interaction réelle, votre système envoie une trace canonique à Mibo via OpenTelemetry ou Votre API. Mibo la stocke et programme son évaluation asynchrone par rapport aux tests actifs applicables.
03
Consultez la Couverture des scénarios pour distinguer les scénarios conditionnels avec trafic, ceux sans trafic et les traces classées sans correspondance. Utilisez ces éléments pour prioriser un test nouveau ou amélioré.
La couverture signifie qu’une trace classée correspond à un scénario conditionnel. Ouvrez le résultat passif pour examiner les vérifications sémantiques et procédurales : la présence de trafic ne prouve pas à elle seule que l’agent s’est bien comporté.
L’absence de correspondance signifie que le classificateur n’a trouvé aucun scénario conditionnel pour cette trace. Mibo la distingue des échecs de vérification et identifie les cas à envisager pour enrichir la suite.
Un scénario conditionnel est couvert lorsqu’une ou plusieurs traces de production classées lui correspondent pendant la période sélectionnée. Cela décrit le trafic observé, pas la réussite des vérifications ni la couverture complète de toutes les interactions possibles.
Votre système envoie une trace après une interaction réelle via OpenTelemetry ou la voie Votre API de Mibo. Mibo compare l’entrée de la trace aux scénarios des cas de test conditionnels actifs, évalue les tests applicables de façon asynchrone et indique le scénario correspondant dans la Couverture des scénarios.
Elle indique qu’une trace classée ne correspondait à aucun scénario conditionnel pendant la période sélectionnée. C’est une invitation à examiner la conversation et à décider s’il faut ajouter ou affiner un test, pas une preuve que l’agent a échoué.
Non. Elle présente le trafic classé observé pour les scénarios conditionnels sur une période donnée. Les entrées vides, une classification indisponible, les contrôles uniquement actifs, les cas limites non observés et le trafic hors période peuvent limiter ce signal. Associez-le aux exécutions actives et aux éléments de chaque résultat passif.
Définissez des scénarios, lancez des vérifications actives avant la mise en production et réutilisez-les pour évaluer les traces passives de production.
Découvrir les tests d’agents →Évaluez, à partir de traces réelles, le comportement vécu par les utilisateurs en production et examinez les régressions.
Découvrir le monitoring →Lancez la vérification de fiabilité en direct avec une requête client synthétique.
Lancer une vérification en direct →