5 diagrammes importants dont les testeurs ont besoin pour apprendre à utiliser

5 important diagrams that testers need learn how use

Si ce n'est pour les images, il n'y a eu aucun enregistrement de l'histoire ancienne, des connaissances passables et de l'évolution du langage.

Ne pas trop dramatiser, mais les diagrammes ont leur propre place spéciale, même dans un monde aux formes d'écriture et d'expression hautement évoluées et sophistiquées.

Dans l'industrie technologique, nos schémas nous sont chers.

Voici quelques-uns des plus importants avec lesquels nous les testeurs entrons souvent en contact étroit et comment nous les utilisons.

Ce que vous apprendrez:

• 5 diagrammes dont les testeurs ont besoin pour apprendre à utiliser
• # 1) Organigrammes:
• # 2) Diagrammes de transition d'état:
• # 3) Diagrammes de contexte:
• # 4) Mindmaps:
• # 5) Graphiques ER:
• # 6) Bonus: Maquettes d'écrans / Wireframes:
• Pour conclure - Comment pouvez-vous créer ces diagrammes si vous en avez besoin?
• lecture recommandée

5 diagrammes dont les testeurs ont besoin pour apprendre à utiliser

Nous y voilà.

# 1) Organigrammes:

Les organigrammes sont les meilleurs pour les illustrations de processus. Ils utilisent des symboles spécifiques pour chaque tâche / type d'action effectuée dans le cadre du processus. Il permet des décisions, des branches, des boucles, etc., ce qui en fait un outil parfait pour la documentation et la compréhension.

Les testeurs trouveront généralement les organigrammes dans le plan de test, la stratégie de test, les artefacts d'exigences (BRD, FRD, etc.) ou d'autres documents de processus.

Les symboles les plus couramment utilisés et leur signification dans un organigramme sont:

• Ovales- Pour démarrer et arrêter
• Rectangles Pour le traitement / ou une tâche
• Diamant- Pour les décisions

Pour des informations complètes sur les formes d'organigramme, consultez Symboles de l'organigramme .

Comprendre un processus ou un flux de contrôle via un organigramme est extrêmement simple. Il aide à se souvenir, à comprendre et sert de référence rapide.

Lire aussi => Comment rédiger des scénarios de test de logique métier complexes à l'aide de la technique de table de décision

Voici deux façons dont les testeurs utilisent les organigrammes:

a) Organigrammes pour le flux de contrôle et l'analyse statistique:

Complexité cyclomatique est une métrique qui nous aide à mesurer la complexité d'un programme logiciel particulier. L'une des utilisations de la connaissance de la complexité cyclomatique est qu'elle nous aide à comprendre l'étendue des tests unitaires à effectuer afin d'obtenir une couverture complète (plus d'informations et des liens ci-dessous).

L'organigramme est une méthode incontournable pour arriver à cette mesure.

Apprenons à calculer la complexité cyclomatique pour le programme suivant via un organigramme de contrôle.

Créez simplement un organigramme de contrôle comme indiqué ci-dessous et utilisez cette formule:

Complexité cyclomatique: = Nombre de connexions ou de lignes - Nombre de nœuds + 2

D'après le diagramme, le nombre de nœuds est de 7 et les connexions de 7.

Par conséquent, la complexité cyclomatique de ce morceau de code est 7-7 + 2 = 2.

Besoin de plus d'informations sur l'utilisation de l'organigramme de contrôle et de la complexité cyclomatique?

Regarde ça:

• Corrélation entre la complexité cyclométrique et la couverture du code lors des tests en boîte blanche
• Complexité cyclomatique de McCabe et pourquoi nous ne l’utilisons pas

b) Organigrammes pour l'illustration du processus:

Ce qui suit est un processus de suivi des défauts représenté dans un format d'organigramme. Comme vous pouvez le voir, il est super facile à absorber et à mettre en œuvre:

(Noter:Cliquez sur l'image pour la vue agrandie)

# 2) Diagrammes de transition d'état:

Les tableaux ou diagrammes de transition d'état sont d'excellents outils d'analyse lorsque vous regardez des systèmes complexes qui subissent de nombreux changements d'un état à un autre.

Pour les débutants qui se demandent «qu'est-ce que la transition d'état?» - Pensez à une ampoule contrôlée par un interrupteur. Un interrupteur peut être activé / désactivé. Ainsi, l'état dans lequel une ampoule peut être à un moment donné est MARCHE ou ARRÊT et l'événement / action provoquant la transition d'un état à un autre est le basculement de l'interrupteur.

Cela peut être représenté sous la forme d'un diagramme ou d'un tableau. Comme ci-dessous:

C'est simple, n'est-ce pas? Prenons quelque chose d'un peu plus complexe. Regardez un diagramme de transition d'état pour un système de billetterie. C'est assez simple et facile à comprendre.

Veuillez noter que les diagrammes de transition d'état sont généralement centrés sur l'entité commerciale et non visuels page par page centrés sur la navigation.

Par exemple: Dans notre cas, l'entité commerciale principale est le ticket lui-même qui est créé via l'application. La première partie, la création du ticket, pourrait impliquer de naviguer dans le système à travers quelques pages:

• Page 1-> Sélectionnez non. des voyageurs - adultes, enfants et personnes âgées.
• Page 2-> Choisissez le type de billet - une carte journalière, une carte hebdomadaire, une carte mensuelle, etc.
• Page 3-> Revoir les détails et finaliser.
• Page4-> Effectuer le paiement, etc.

Ainsi, il peut y avoir de nombreuses transitions visuelles différentes, page par page, mais le ticket lui-même est en train d'être créé. Nous ne créons donc normalement pas de diagramme ST pour les transitions visuelles (vous pouvez si vous le souhaitez, mais ce n'est pas aussi souvent utilisé), nous le faisons pour les transitions d'état de l'entité commerciale principale.

Une fois le diagramme ST créé, vous pouvez l'utiliser pour identifier facilement les scénarios de test de bout en bout et les transactions des utilisateurs finaux, comme suit:

Les trois lignes jaunes représentent 3 cas de bout en bout qui, une fois testés, couvriront les domaines les plus critiques et les plus utilisés de l'application. C'est un outil tellement avantageux pour créer des cas de test significatifs et des tests d'acceptation de bout en bout.

Pour une explication beaucoup plus complète et une utilisation dans le monde réel, consultez => Technique de test de transition d'état pour tester des applications complexes

# 3) Diagrammes de contexte:

Les systèmes logiciels fonctionnent rarement comme des unités indépendantes. Des applications simples telles qu'une calculatrice, un bloc-notes, etc. peuvent fonctionner seules, mais les applications d'entreprise s'interfacent souvent avec de nombreuses autres applications.

Par exemple: Un système de paie peut interagir avec l'application de comptabilité, le système de feuilles de temps pour les heures des employés et le portail RH pour les détails des employés. Les diagrammes de contexte sont d'excellents diagrammes qui présentent toutes ces relations d'une manière facile à comprendre.

Voici un diagramme de contexte pour le système de paie que nous venons de décrire:

Un diagramme de contexte montre très clairement le contexte d'un certain système avec toutes les autres entités qui s'y rapportent. Pour une explication simple, vérifiez ici =>

Pour une explication simple, vérifiez ici => Diagramme de contexte système

Les diagrammes de contexte aident les testeurs à comprendre le système dans un sens plus large et aident à créer des stratégies de test qui incluent ces relations entrantes et sortantes que le système entretient avec les autres entités. Il se peut que nous ne créions pas de diagramme de contexte dans le cadre de notre processus de test, mais s'il est disponible, cela facilite une grande compréhension.

# 4) Mindmaps:

Une carte mentale suit un esprit occupé qui passe d'un sujet à l'autre; chaque pensée devient plus profonde et se ramifie plus large avec chaque idée. C'est une forme de diagramme qui consiste à commencer par votre idée principale et à documenter chaque sous-pensée qui en découle.

exemple d'interface abstraite en java

Les cartes mentales peuvent être utilisées pour tout et n'importe quoi. Bien qu'ils n'aient pas encore fait leur apparition dans l'IEEE, le CMMI ou d'autres modèles ou documents de processus standard, ils constituent toujours une partie très populaire de la culture de l'industrie du logiciel.

Une utilisation très populaire des cartes mentales consiste à suivre les tests exploratoires. (Je sais, je sais, vous vous demandez pourquoi les tests exploratoires doivent-ils être suivis du tout? le temps et la portée d'une documentation complète. Cela signifie que la portée de l'exploration augmente et qu'elle doit être renforcée. Les cartes mentales peuvent le faire pour vous.)

Par exemple: Ce qui suit est un diagramme pour une application de commerce électronique où vous suivez simplement vos tests avec une carte mentale comme suit:

Les testeurs peuvent ne pas obtenir les cartes mentales comme entrées. Mais nous pourrions voir des situations lorsque nous devons les créer. Le faire est très simple. Commencez par votre idée centrale ou votre point de départ et suivez où vos pensées vous mènent. Il existe de nombreux outils en ligne gratuits simples et faciles que vous pouvez utiliser pour la cartographie mentale. C'est celui que j'ai utilisé pour dessiner ci-dessus carte ici.

Pour plus d'informations et d'outils, consultez => Mind Mapping dans les tests logiciels - Façons de rendre les tests plus amusants!

# 5) Graphiques ER:

Les diagrammes Entité-Relation (ER) sont utilisés pour la modélisation de la base de données. Ils nous aident à comprendre les tables, leurs champs et la manière dont les champs d'une table sont liés aux champs d'autres tables du système DB. Il montre les composants de votre système DB et les relations entre eux de manière visuelle.

Les diagrammes ER servent également de test initial du modèle DB et de visualisation avant la conception et la construction des systèmes DB.

Les diagrammes ER ont des entités (les instances des tables DB) et leurs relations (un à un, un à plusieurs, un à obligatoire, etc.) représentées à l'aide de boîtes et de connecteurs pattes d'oie. )

Il existe de nombreuses variantes des diagrammes ER, mais la version la plus simple peut ressembler à ceci:

Image La source

Pour une introduction et une explication rapides, consultez:

• Vidéo de formation sur le diagramme de relations d'entité (ERD)
• Didacticiel sur le diagramme de relations d'entité (ERD)

# 6) Bonus: Maquettes d'écrans / Wireframes:

Les wireframes sont des images HTML ou simples (captures d'écran) qui nous montrent la future page / composant de l'interface utilisateur sous forme de diagramme.

Les wireframes sont une bénédiction pour les testeurs car ils nous permettent de visualiser très facilement le produit final et d'améliorer leur processus d'analyse de conception de test. Cela signifie de meilleurs scénarios de test, de meilleurs cas de test et, par conséquent, une efficacité de test plus élevée.

Les wireframes peuvent être de simples images dessinées à la main, ou des structures de page Web créées de manière interactive ou tout autre diagramme représentatif du système final.

Un simple wireframe pour l'écran de connexion peut être comme ci-dessous:

Voici un lien rapide pour comprendre la manière dont les équipes QA utilisent les wireframes pour les premiers tests et quelques outils pour les créer => Wireframes - Faut-il vraiment les tester? Et si oui, comment?

Pour conclure - Comment pouvez-vous créer ces diagrammes si vous en avez besoin?

La plupart du temps, les testeurs interprètent la plupart des diagrammes mentionnés ci-dessus. Mais rarement, nous pourrions avoir à les créer. MS Visio et SmartDraw sont d'excellents outils à utiliser. Cependant, si vous recherchez quelque chose de gratuit et léger (pas d'installation et de configuration), Découvrez ici.

Lorsque vous n'avez pas accès à Internet et que vous n'avez que votre mot ou votre peinture, vous pouvez utiliser les formes disponibles pour créer ces diagrammes (enfin, du moins la plupart d'entre eux). C'est ma méthode la moins préférée car elle prend du temps et n'est pas aussi conviviale, mais elle le fera.

A propos de l'auteur: Cet article est écrit par Swati, membre de notre équipe.

Alors, quels diagrammes utilisez-vous et quels sont vos favoris?

lecture recommandée

• Conseils de test de logiciel pour les testeurs novices
• Meilleurs outils de test de logiciels 2021 (Outils d'automatisation des tests QA)
• Qu'est-ce que le test de composant ou le test de module (apprendre avec des exemples)
• Qu'est-ce que le test de comparaison (apprendre avec des exemples)
• Les testeurs perdent-ils leur emprise sur les tests en raison de l'automatisation?
• L'entreprise mondiale de tests de logiciels atteindra bientôt 28,8 milliards de dollars
• Comment garder la motivation vivante chez les testeurs de logiciels?
• Téléchargement de l'e-book 'Testing Primer'