Comment faire des tests d'intégration
Ironie du sort, les tests d'intégration signifie tout autre chose pour les entreprises complètement différentes. Chez Microsoft, nous avons généralement appelés tests d'intégration que les essais qui se produit à la fin d'une étape et que « se stabilise » un produit. Caractéristiques de la nouvelle étape sont testées intégration avec des caractéristiques de précédentes étapes. A Circuit City, cependant, nous avons fait référence à des tests d'intégration comme les tests effectués juste après un développeur vérifie dans - c'est le test de stabilisation qui se produit lorsque deux développeurs vérifier dans le code. Je qualifierais ce test de fonctionnalité, franchement ...
Mais pour répondre à votre question, de haut en bas par rapport à des tests bottom-up est tout simplement la façon dont vous regardez les choses. test ascendante est le test de code qui pourrait presque être considéré comme une extension des tests unitaires. Il est très concentré sur la fonction en cours d'exécution et les dépendances sortantes de cette fonction, ce qui signifie la façon que les effets des caractéristiques d'autres domaines du produit / projet.
Haut vers le bas, d'autre part, teste d'un point de vue plus systémique. Il teste un produit global après une nouvelle fonctionnalité est introduite et vérifier que les fonctionnalités qu'il interagit avec sont stables et qu'il « joue bien » » avec d'autres fonctions.
La clé de test ici est que vous êtes en train de dépasser le niveau et le test des composants en tant que système. Franchement, ni l'approche seule suffit. Vous devez tester les parties avec la perspective de l'ensemble. Une partie de ce test est de voir comment le système dans son ensemble répond aux données (ou états) générés par le nouveau composant. Vous voulez vérifier que les données sont poussées par le composant sont non seulement bien formatés (ce que vous avez testé pendant les tests de composants) mais que d'autres composants attendent et peuvent traiter des données bien formatées. Vous devez également vérifier que les données provenant du système existant sont traités correctement par le nouveau composant.
Nous voyons des changements constants dans la profession d'essai, avec de nouvelles méthodologies proposées tout le temps. Ce qui est bon - tout cela fait partie du mouvement de l'art à l'artisanat à la science. Mais comme avec toute autre chose, nous ne pouvons pas tourner tous nos tests à une méthodologie parce qu'une taille ne convient pas à tous. Bottom-up et les tests de haut en bas sont les deux éléments essentiels d'un plan de tests d'intégration et les deux ont besoin de se concentrer considérable si l'organisation de l'AQ veut maximiser la qualité des logiciels.