Tests statiques et dynamiques : différence entre eux
Différence entre les tests statiques et dynamiques
- Les tests statiques sont effectués sans exécuter le programme tandis que les tests dynamiques sont effectués en exécutant le programme.
- Les tests statiques vérifient le code, les documents d'exigences et les documents de conception pour détecter les erreurs, tandis que les tests dynamiques vérifient le comportement fonctionnel du système logiciel, l'utilisation de la mémoire/du processeur et les performances globales du système.
- Les tests statiques concernent la prévention des défauts tandis que les tests dynamiques consistent à rechercher et à corriger les défauts.
- Les tests statiques effectuent le processus de vérification tandis que les tests dynamiques effectuent le processus de validation.
- Les tests statiques sont effectués avant la compilation tandis que les tests dynamiques sont effectués après la compilation.
- Les techniques de tests statiques concernent la couverture structurelle et les déclarations, tandis que les techniques de tests dynamiques sont l'analyse des valeurs limites et le partitionnement d'équivalence.
Qu’est-ce que les tests statiques ?
Test statique est un type de test logiciel dans lequel une application logicielle est testée sans exécution de code. Des examens manuels ou automatisés du code, des documents d'exigences et de la conception des documents sont effectués afin de trouver les erreurs. L'objectif principal des tests statiques est d'améliorer la qualité des applications logicielles en détectant les erreurs dès les premières étapes du processus de développement logiciel.
Essais statiques implique des examens manuels ou automatisés des documents. Cet examen est effectué au cours d'une phase initiale de tests pour détecter les défauts dès le début. STLC. Il examine les documents de travail et fournit des commentaires de révision. Il est également appelé test de non-exécution ou test de vérification.
Exemples de documents de travail-
- Spécifications des exigences
- Document de conception
- Code source
- Plans de test
- Cas de test
- Scripts de test
- Aide ou document utilisateur
- Contenu de la page Web
Techniques de tests statiques
- Informel Revvues : Il s'agit d'un type de révision qui ne suit aucun processus pour trouver des erreurs dans le document. Avec cette technique, il vous suffit de réviser le document et de formuler des commentaires informels à son sujet.
- Notre technologie Revvues : Une équipe composée de vos pairs examine la spécification technique du produit logiciel et vérifie s'il est adapté au projet. Ils essaient de trouver d'éventuelles divergences dans les spécifications et les normes suivies. Cette revue se concentre principalement sur la documentation technique liée au logiciel telle que la Stratégie de Test, Plan de test et les documents de spécification des exigences.
- Procédure pas à pas: L'auteur du produit de travail explique le produit à son équipe. Les participants peuvent poser des questions le cas échéant. Une réunion est animée par l'auteur. Scribe prend note des commentaires de révision
- inspection: L'objectif principal est de trouver des défauts et la réunion est dirigée par un modérateur qualifié. Cet examen est un type d'examen formel où il suit un processus strict pour trouver le défauts. RevLes observateurs disposent d'une liste de contrôle pour examiner les produits du travail. Ils enregistrent les défauts et informent les participants de la nécessité de rectifier ces erreurs.
- Code statique Revie : Il s'agit d'une revue systématique du code source du logiciel sans exécuter le code. Il vérifie la syntaxe du code, les normes de codage, l'optimisation du code, etc. Ceci est également appelé test en boîte blanche. Cet examen peut être effectué à tout moment du développement.
Qu’est-ce que les tests dynamiques ?
Sous Test dynamique, un code est exécuté. Il vérifie le comportement fonctionnel du système logiciel, l'utilisation de la mémoire/du processeur et les performances globales du système. D’où le nom « Dynamique »
L'objectif principal de ces tests est de confirmer que le produit logiciel fonctionne conformément aux exigences de l'entreprise. Ces tests sont également appelés techniques d'exécution ou tests de validation.
Tests dynamiques exécute le logiciel et valide le résultat avec le résultat attendu. Les tests dynamiques sont effectués à tous les niveaux de test et il peut s'agir de tests en boîte noire ou blanche.
Techniques de tests dynamiques
- Test unitaire Sous Tests unitaires, les unités ou modules individuels sont testés par les développeurs. Cela implique de tester le code source par les développeurs.
- Test d'intégration : Les modules individuels sont regroupés et testés par les développeurs. Le but est de déterminer quels modules fonctionnent comme prévu une fois intégrés.
- Test du système : Test du système est effectuée sur l'ensemble du système en vérifiant si le système ou l'application répond au document de spécification des exigences.
En outre, les tests non fonctionnels comme les performances, Test de sécurité entrent dans la catégorie des tests dynamiques.
Tests statiques vs. Tests dynamiques
Test statique | Test dynamique |
---|---|
Les tests ont été effectués sans exécuter le programme | Les tests sont effectués en exécutant le programme |
Ce test effectue le processus de vérification | Les tests dynamiques effectuent le processus de validation |
Les tests statiques concernent la prévention des défauts | Les tests dynamiques consistent à trouver et à corriger les défauts |
Les tests statiques donnent une évaluation du code et de la documentation | Les tests dynamiques génèrent des bugs/goulots d'étranglement dans le système logiciel. |
Les tests statiques impliquent une liste de contrôle et un processus à suivre | Les tests dynamiques impliquent des cas de test pour l'exécution |
Ce test peut être effectué avant la compilation | Les tests dynamiques sont effectués après la compilation |
Les tests statiques couvrent les tests de structure et de couverture des déclarations | Les techniques de tests dynamiques sont l’analyse des valeurs limites et le partitionnement d’équivalence. |
Le coût de recherche des défauts et de réparation est moindre | Le coût de recherche et de réparation des défauts est élevé |
Le retour sur investissement sera élevé car ce processus est impliqué à un stade précoce | Le retour sur investissement sera faible car ce processus implique après la phase de développement |
Plus d'avis, les commentaires sont fortement recommandés pour une bonne qualité | Plus de défauts sont fortement recommandés pour une bonne qualité. |
Nécessite beaucoup de réunions | Requiert comparativement moins de réunions |