Meticulous.

Scénarios de travail avec l'application

Meticulous utilise les sessions de navigateur comme source pour les vérifications. Le développeur propose de commencer par l'environnement interne, d'enregistrer les actions et de lier les vérifications au processus d'acceptation des modifications. Le service compare les versions de l'application lors du redémarrage et vous aide à voir où le comportement s'est séparé. Il est pratique pour un long chemin à travers plusieurs écrans, qui se répète manuellement à chaque modification.

L'enregistrement court doit passer par l'état d'intérêt. Si le bouton n'apparaît qu'après le chargement de la liste, l'arrêt sur un écran vide ne donnera pas de matériel pour vérifier d'autres actions.

Modifier le formulaire d'édition

Dans l'application de formation, l'employé ouvre la carte, change de nom et retourne à la liste. Notez ce chemin avec l'enregistrement de test. Après avoir changé le formulaire, vérifiez à quelle étape un nouveau résultat est apparu. Si l'indentation a augmenté, cela peut être la modification de conception attendue. Si la liste a cessé d'afficher le nom mis à jour, analysez la réponse et l'état de l'interface après l'enregistrement.

Répétez le chemin séparément avec l'erreur de vérification du champ. L'enregistrement d'une session réussie ne montre pas par lui-même ce que l'utilisateur verra avec une valeur inacceptable.

Quoi écrire dans la première étape

Pour commencer, la version interne avec des données synthétiques convient. Identifiez les requêtes et les données qui entrent dans l'enregistrement avant d'étendre la zone de surveillance. Comparez le résultat avec l'action attendue de l'utilisateur. La différence entre les versions montre le secteur à vérifier et la décision d'autoriser le changement appartient à la commande.

Pour quelles tâches convient-il

• Répéter le chemin d'accès utilisateur après un changement d'interface
• Analyser les différences de version par étape du script