Test conventionnel vs test orienté objet
Le test de logiciel est l'une des étapes les plus importantes du processus de développement de logiciel. Les tests logiciels garantissent que le logiciel développé répond à toutes les exigences du client et s’exécute sans erreur. Alors que les paradigmes et les techniques de développement de logiciels sont passés du développement initial du logiciel de cascade à ceux de OOD / Agile et à d'autres concepts plus récents, les tests sont également passés des tests classiques (traditionnels) aux tests orientés objet. Mais comme le développement en cascade est toujours utilisé, les testeurs utilisent toujours les tests classiques.
Qu'est-ce qu'un test conventionnel??
Le processus de test conventionnel a lieu principalement lorsque le cycle de vie d'une cascade est utilisé pour développer des logiciels dans des organisations. Les tests classiques ont toujours lieu pendant la phase de test du cycle de vie, qui suit généralement la phase de développement et poursuit la phase de mise en œuvre. Au cours de cette phase de test, trois types de tests seront principalement effectués. Les tests du système garantiront que les fonctionnalités du système répondent aux exigences du client décrites dans le SRS (spécification des exigences logicielles), en adoptant généralement une approche de type boîte noire. Les tests d'intégration testent la conception préliminaire en adoptant une approche fonctionnelle et de décomposition. Les tests d'intégration sont basés sur la structure de la conception en utilisant une approche descendante ou ascendante. Enfin, les tests unitaires permettent de s’assurer que la conception détaillée est correcte.
Qu'est-ce que le test orienté objet??
L'utilisation de l'analyse et de la conception orientées objet (OO) ainsi que des méthodologies de développement logiciel agiles et récentes aboutissent au test orienté objet. Le développement d'OO est généralement axé sur le comportement. Les tests sont effectués en mettant l'accent sur la composition. Cela signifie que le design est créé pièce par pièce et composé ensemble pour compléter le système complet. Comme le prototypage rapide et une certaine approche incrémentale sont utilisés aujourd'hui pour le développement d'objets d'art, les trois niveaux de test classiques (système, intégration et tests unitaires) ne sont pas clairement visibles dans la conception d'OO (mais ils existent la plupart du temps). Les tests du système (sous test OO) suivront une grande partie de la même approche (boîte noire) que les tests conventionnels et vérifieront la spécification des exigences (car les exigences doivent être vérifiées quel que soit le processus de développement). Les tests unitaires sous tests orientés objet sont similaires aux tests unitaires conventionnels, mais la différence fondamentale réside dans la définition de l'unité utilisée. Les unités actuellement acceptées utilisées pour les tests unitaires sont des classes et des méthodes.
Quelle est la différence entre les tests conventionnels et les tests orientés objet??
Les tests conventionnels constituent l'approche traditionnelle des tests généralement utilisés lorsque le cycle de vie d'une chute d'eau est utilisé pour le développement, alors que les tests orientés objet sont utilisés lorsque l'analyse orientée objet et la conception sont utilisées pour développer des logiciels d'entreprise. Les tests conventionnels sont davantage axés sur la décomposition et les approches fonctionnelles que sur les tests orientés objet, qui utilisent la composition. Les trois niveaux de test (système, intégration, unité) utilisés dans les tests conventionnels ne sont pas clairement définis lorsqu'il s'agit de tests orientés objet. La raison principale en est que le développement OO utilise une approche incrémentale, alors que le développement traditionnel suit une approche séquentielle. En ce qui concerne les tests unitaires, les tests orientés objet portent sur des unités beaucoup plus petites que les tests classiques..