1. Le concept et les caractéristiques des tests en boîte blanche
1. Qu'est-ce que le test en boîte blanche
Principalement pour le test de la logique du code, couvrant le code à l'intérieur du programme, il est principalement utilisé dans la phase de test unitaire .
Différent des tests de boîte noire :
1. Les tests de boîte noire ne regardent pas le code, les tests de boîte noire sont conçus et saisis en fonction des besoins de l'entreprise
2. Le test de la boîte blanche examine le code et le test de la boîte blanche est basé sur l'entrée de conception logique du code
2. Caractéristiques des tests en boîte blanche
Avantages : Couverture de code élevée
Inconvénients : il est difficile de couvrir tous les chemins de code, les fonctions métier peuvent ne pas être entièrement couvertes et les coûts de test sont élevés
2. Méthode de conception de cas de test en boîte blanche
1. Méthode statique
Signification : Ne pas exécuter de code pendant le test
méthode:
- Vérification du bureau : vérification croisée. Le code écrit par soi-même est vérifié par d'autres, et les spécifications de développement et les exigences de codage doivent être suivies
- Révision du code : réunions. L'auteur du code explique la structure logique, le contenu, etc. du code, et d'autres le vérifient
- Procédure pas à pas du code : réunion. Utilisez les données de test pour vérifier la direction des données lorsque le programme s'exécute
- Outil d'analyse de code : vérifiez si le code est conforme à la norme de codage via l'outil
2. Méthode dynamique
Signification : exécuter du code pendant le test
méthode:
- couverture logique
- couverture de la déclaration
- couverture décisionnelle
- couverture des conditions
- Couverture des conditions de jugement
- Couverture de la combinaison de conditions
- couverture du chemin
- test de chemin de base
3. Couverture logique
- Méthode de couverture logique : la couverture du programme est réalisée en parcourant la structure logique du programme
- Couverture : est un moyen de mesurer l'exhaustivité du test
- Convertir le code du programme en organigramme du programme
cas:
1. Couverture de la déclaration
Couverture des instructions : concevez des cas de test de sorte que chaque instruction du programme soit exécutée au moins une fois
Par exemple : Il y a 4 instructions exécutables dans le code de cas
Cas (prenez l'organigramme ci-dessus comme exemple) :
| 100 % des données couvertes par la déclaration | déclaration |
| {x=3，y=1，magique=2} | 1、4 |
| {x=-3，y=-1，magique=-2} | 2、3、4 |
Limites de la couverture des relevés :
- Énoncé Couverture Critère Le plus faible
- La couverture des déclarations ne peut pas évaluer avec précision les erreurs de relation logique dans les opérations
2. Couverture du jugement
Couverture de décision : également appelée couverture de branche, concevez des cas de test de sorte que chaque jugement "vrai" et "faux" dans le programme soit exécuté au moins une fois. C'est-à-dire que chaque branche du programme est exécutée au moins une fois
Par exemple : il y a 2 jugements dans le code de cas et 4 résultats de jugement
Cas (prenez l'organigramme ci-dessus comme exemple) :
| Données couvertes par le verdict à 100 % | si(x>0&&y>0) | si(magique<0) |
| {x=3，y=1，magique=2} | J | F |
| {x=-1，y=0，magique=-2} | F | J |
Limites de la couverture décisionnelle :
- Tant que la norme de couverture des décisions est satisfaite, la norme de couverture des déclarations doit être satisfaite
- La couverture du jugement ignorera la casse de ou (ou) dans la condition
3. Couverture des conditions
Couverture des conditions : Concevez des cas de test de sorte que chaque condition de la décision soit vraie au moins une fois et fausse une fois
Par exemple : il y a 2 jugements, 3 conditions et 6 résultats de condition dans le code de cas
Cas (prenez l'organigramme ci-dessus comme exemple) :
| Données avec couverture conditionnelle à 100 % | x>0 | y>0 | magie<0 | si(x>0&&y>0) | si(magique<0) | chemin |
| {x=3，y=0，magique=-2} | J | F | J | F | J | acdf |
| {x=-3，y=15，magique=2} | F | J | F | F | F | acef |
Limites de la couverture des conditions :
- La couverture des conditions augmente le test de toutes les conditions dans une décision par rapport à la couverture des décisions
- La couverture des conditions ne garantit pas la couverture des décisions
4. Couverture des conditions de jugement
Couverture des conditions de décision : Concevez des cas de test de sorte que le résultat du jugement (vrai ou faux) de chaque jugement dans le programme testé soit satisfait au moins une fois, et que la valeur possible de chaque condition logique (vrai ou faux) soit également satisfaite au moins une fois. Autrement dit, les critères de couverture de décision à 100 % et de couverture de condition à 100 % sont remplis en même temps
Par exemple : dans le code de cas, il y a 2 jugements, 3 conditions, 4 résultats de jugement et 6 résultats de condition
Cas (prenez l'organigramme ci-dessus comme exemple) :
| 100% des données couvertes par la condition de détermination | x>0 | y>0 | magie<0 | si(x>0&&y>0) | si(magique<0) | chemin |
| {x=3，y=3，magique=2} | J | J | F | J | F | abef |
| {x=-3，y=0，magique=-2} | F | F | J | F | J | acdf |
Limites de la couverture des conditions de décision :
- Satisfaire aux critères de couverture de décision doit être en mesure de répondre à la couverture de condition, à la couverture de décision et à la couverture de déclaration
- La couverture de la condition de jugement ignorera le cas de prise ou (ou) dans la condition
5. Couverture combinée des conditions
Couverture des combinaisons de conditions : Concevez des cas de test de sorte que toutes les combinaisons possibles de résultats de condition dans chaque décision du programme testé soient exécutées au moins une fois.
Par exemple : il y a 2 jugements et 3 conditions dans le code de cas (le jugement 1 a 2 conditions, le jugement 2 a une condition), la combinaison de conditions pour le jugement 1 est 4, et la combinaison de conditions pour le jugement 2 est 2
Cas (prenez l'organigramme ci-dessus comme exemple) :
| Données couvertes par des combinaisons de conditions à 100 % | x>0 | y>0 | magie<0 | si(x>0&&y>0) | si(magique<0) | chemin |
| {x=3，y=0，magique=-2} | J | F | J | F | J | acdf |
| {x=-3，y=15，magique=2} | F | J | F | F | F | acef |
| {x=3，y=3，magique=2} | J | J | F | J | F | abef |
| {x=-3，y=0，magique=-2} | F | F | J | F | J | acdf |
Limites des remplacements de combinaison de conditions :
- La couverture de combinaison de conditions peut satisfaire la couverture de décision, la couverture de condition, la couverture de condition de décision, y compris la couverture de déclaration
- La couverture de combinaison conditionnelle ne garantit pas que tous les chemins sont exécutés
6. Couverture du chemin
Couverture des chemins : concevoir des cas de test pour couvrir tous les chemins possibles dans le programme
Par exemple : il y a 4 chemins dans le code de cas
Cas (prenez l'organigramme ci-dessus comme exemple) :
| Données couvertes par des combinaisons de conditions à 100 % | x>0 | y>0 | magie<0 | si(x>0&&y>0) | si(magique<0) | chemin |
| {x=3，y=3，magique=-2} | J | J | J | J | J | abdf |
| {x=-3，y=3，magique=-2} | F | J | J | F | J | acdf |
| {x=3，y=3，magique=2} | J | J | F | J | F | abef |
| {x=-3，y=15，magique=2} | F | J | F | F | F | acef |
Limitations de la couverture du chemin :
- La couverture du chemin peut tester en profondeur le programme, qui est plus large que les cinq types de couverture précédents
- Satisfaire la couverture du chemin ne satisfait pas nécessairement la couverture conditionnelle et ne peut pas satisfaire la couverture de combinaison conditionnelle
Quatrièmement, la méthode de test de chemin de base
1. Quelle est la méthode de test de chemin de base
Sur la base de l'organigramme de contrôle du programme, en analysant la complexité de la boucle du programme, un ensemble de chemins exécutables de base est dérivé pour concevoir des cas de test
2. Étapes de la méthode de test de chemin de base
- Dessinez l'organigramme de contrôle du programme en fonction du code
- Calcul de la complexité cyclomatique d'un programme
- exporter le chemin de l'exécutable
- concevoir des cas de test
2.1 Dessinez l'organigramme du programme selon le code
2.2 Complexité cyclique du programme de calcul
Il existe trois méthodes :
- Le nombre de régions dans le graphe de flux correspond à la complexité de l'anneau. Le nombre de régions indiqué dans la figure ci-dessus est de 4
- Étant donné la complexité cyclomatique V(G) d'un graphe de flux G, il est défini comme V(G)=E-N+2, où E est le nombre d'arêtes dans le graphe de flux, et N est le nombre de nœuds dans le graphique de flux. Comme le montre la figure ci-dessus : V(G)=10-8+2=4
- Compte tenu de la complexité cyclomatique V(G) du graphe de flux G, il est défini comme V(G)=P+1, où P est le nombre de nœuds de décision dans le graphe de flux G. Comme le montre la figure ci-dessus : V(G)=3+1=4
2.3 Exporter le chemin de l'exécutable
- Chemin 1 : 4-14
- Chemin 2 : 4-6-7-14
- Chemin 3 : 4-6-9-12-13-4-14
- Chemin 4 : 4-6-9-10-13-4-14
2.4 Concevoir des cas de test
| Données de test | résultat attendu | chemin de couverture |
| iNumEnregistrement=0 | x=0 | 4-14 |
| iNumEnregistrement=1,iType=0 | x=2 | 4-6-7-14 |
| iNumEnregistrement=1,iType=1 | x=10 | 4-6-9-12-13-4-14 |
| iNumEnregistrement=1, iType=2 | x=20 | 4-6-9-10-13-4-14 |
V. Résumé
- Le test boîte blanche est principalement utilisé dans la phase de test unitaire
- D'abord statique, puis dynamique
- Les cas d'utilisation de conception utilisent généralement des tests de chemin de base et les modules clés utilisent plusieurs normes de couverture