Arborescence de la suite de tests : structure arborescente avec suite de tests, procédures, définitions de composants, vue détaillée à droite
Exemple d’utilisation : Jour 1 du projet
Vous avez enregistré vos premiers tests et souhaitez les structurer. Vous voyez ici comment une suite qui a grandi reste malgré tout claire et lisible – cas de test, procédures réutilisables et informations sur les composants au même endroit, sans chaos de fichiers.
Écran d’accueil QF-Test
Liens vers la vidéo de démonstration, le démarrage rapide, le didacticiel, le manuel, la FAQ, les suites de démonstration, par ex. pour le premier démarrage après l’installation – pas d’interface vide, pas de devinettes. L’écran d’accueil vous mène directement au bon point d’entrée, que vous préfériez regarder une vidéo ou vous lancer immédiatement.
Inspecteur d’IU avec suite d’exemple : capture/relecture, éditeur low-code, structure arborescente de l’enregistrement
Au quotidien des tests
Vous testez une nouvelle interface web et souhaitez vérifier rapidement qu’un formulaire fonctionne correctement. Pas une seule ligne de code nécessaire : lancer l’enregistrement, effectuer les clics, terminé. Le résultat est immédiatement éditable – et non un simple script compliqué.
Émulateur/structure de la suite de tests : jeux de test, cas de test, procédures, informations sur les composants, vue détaillée
En pratique : trois mois plus tard dans le projet
L’équipe s’est agrandie, la suite aussi. Un nouveau collègue souhaite adapter un cas de test existant. La structure arborescente montre immédiatement où s’arrête la logique de test et où commencent les blocs réutilisables – aucun besoin de se plonger dans du code étranger.
Débogueur de test : exécution pas à pas, points d’arrêt, valeurs des variables
Cas d’utilisation typique
Un test échoue de manière sporadique – mais uniquement sur le serveur d’intégration continue (CI). Avec le débogueur intégré, vous exécutez le test pas à pas, inspectez les valeurs des variables en cours d’exécution et trouvez la cause avant le début de la prochaine réunion.
Protocole avec erreur : protocole d’exécution sous forme d’arborescence, messages d’erreur, informations détaillées
Exemple pratique
Après l’exécution nocturne des tests, le protocole indique : 3 tests sur 47 ont échoué. Au lieu de fouiller dans les fichiers journaux, vous dépliez les branches concernées – le message d’erreur, une capture d’écran au moment de l’erreur et l’étape exacte sont immédiatement visibles.
Rapport HTML : aperçu des tests réussis/échoués/ignorés, durées, messages d’erreur, captures d’écran
Cas d’utilisation : revue de sprint dans une heure
Le product owner veut savoir si la nouvelle fonctionnalité est stable. Vous envoyez le rapport HTML – pas besoin de QF-Test pour l’ouvrir, aucune explication nécessaire. Vert, c’est vert.
Également disponible en mode sombre
L’écran d’accueil de QF-Test
Il contient un certain nombre de liens utiles vers les principaux points d’entrée tels que la vidéo de démonstration, l’assistant de démarrage rapide, le didacticiel, le manuel, la FAQ et les suites de démonstration.
Création des tests automatisés sans programmation en mode sombre
Vous pouvez créer et rejouer rapidement vos premiers tests par capture/relecture – aucune connaissance en programmation requise. Les enregistrements sont entièrement éditables dans notre éditeur low-code et vous pouvez les compléter et les modifier à n’importe quel endroit. Le déroulement du test est représenté dans une arborescence claire.
Tests d’IU stables en mode sombre
QF-Test reconnaît de manière fiable même les éléments complexes tels que les arborescences et tableaux dynamiques. Les tests sont tolérants aux modifications de l’interface graphique. Il en résulte de faibles coûts de maintenance et un degré élevé de réutilisation des tests, le facteur le plus important de l’automatisation des tests logiciels. Grâce aux nouveaux SmartIDs, les objets tels que les boutons ou les champs de texte sont adressés de manière encore plus directe, et il devient possible d’écrire des tests avant que l’application à tester ne soit entièrement développée (développement piloté par les tests).
Débogueur de test en mode sombre
Le débogueur de test intégré s’avère très utile pour l’exécution pas à pas des tests. Il permet également de définir des points d’arrêt, de poursuivre l’exécution d’un test à un autre endroit, d’inspecter les valeurs des variables, etc.
Protocole avec erreur
Toutes les informations détaillées et les résultats d’une exécution de test sont stockés dans le protocole. Également présenté sous forme d’arborescence, il permet une manipulation aisée et constitue la ressource centrale pour l’analyse des erreurs.
Intéressé par le QF-Test ?
Parlez-nous de votre projet et nous vous montrerons personnellement comment QF-Test peut vous aider.