mardi 16 octobre 2012

Vs Test d'intégration. Test du système


Tests de logiciels est un processus qui consiste en des activités dynamiques et statiques, qui se préoccupe de l'évaluation des produits logiciels afin de déterminer si le logiciel ne répondent effectivement aux besoins de l'utilisateur final, et aussi de démontrer que le logiciel est adapté à l'usage et ne présente pas de défauts. Il existe différents types d'outils de test, qui aident dans le processus dit. En outre, il existe certains types de tests qui font partie d'un élément particulier du cycle de vie du développement logiciel. Tout comme il existe différents modèles de développement de logiciels, il existe différents modèles en tests de logiciels ainsi. Chacun de ces modèles utilisent différents niveaux de test, qui ont leurs propres objectifs. Il existe quatre niveaux d'essai qui sont communes à tous les modèles de tests logiciels, tests de composants, à savoir tests d'intégration, tests système et les tests d'acceptation. Tous les autres types de tests de logiciels peuvent être classés dans l'une d'elles. Avant de nous concentrer notre attention sur les tests d'intégration système vs test, nous allons lire en bref sur l'intégration et l'essai du système.

Test d'intégration

Le processus de combinaison et de tester plusieurs composants ensemble est connu sous le nom de tests d'intégration. Il s'agit d'une approche systématique pour construire la structure complète du logiciel spécifié dans la conception de modules de l'unité testés. Elle assure que les unités de logiciels fonctionnent correctement lorsqu'ils sont combinés ensemble. Le but des tests d'intégration est à constater des erreurs dans l'interface entre les composants. Les erreurs d'interface et la communication entre les différents modules sont aussi mis au jour dans ce test. Il existe deux principaux types de tests d'intégration, à savoir progressive et non-incrémentale de test. Test incrémental peut être réalisée en utilisant l'une des trois approches, à savoir l'approche descendante, approche bottom-up, ou fonctionnelle approche progressive. S'il existe un certain nombre de petits systèmes à être intégrés pour former un système de grande taille, alors le processus de test du système d'intégration est le même que le test d'intégration de composants, comme chaque petit système est considéré comme un composant. Lorsque les tests d'intégration du système terminée, l'interaction des différents systèmes entre eux est réalisée, alors que dans le composant de tester l'interaction entre les différents composants est testé.

Test du système

Les tests effectués pour analyser le comportement de l'ensemble du système selon le cahier des charges est connu comme l'essai du système. Les cas de test sont conçus en fonction des risques et / ou des spécifications d'exigences. Dans certains cas, les processus opérationnels, le comportement du système et des ressources système peuvent également être prises en considération. Des tests sont également courir pour voir l'interaction du logiciel avec le système d'exploitation sous-jacent. Les tests système est considéré comme le dernier test effectué sur le logiciel de l'équipe de développement. Les exigences fonctionnelles et non-fonctionnelles du système sont testés dans l'essai du système. Ces tests sont effectués dans un environnement de test contrôlé. Il existe différents types de tests qui font partie du système de tests comme les tests d'utilisabilité, tests de charge, tests de stress, les tests de compatibilité, tests de volume, etc

Vs Test d'intégration. Test du système

Il est souvent que les gens croient intégration et les essais du système sont les mêmes. Cependant, d'après l'explication ci-dessus, nous pouvons dire qu'ils sont les différents types de tests. La question qui se pose ensuite automatiquement, quelle est la différence entre les tests d'intégration et de test du système. Les tests d'intégration vise à vérifier si les différentes fonctionnalités ou modules sous ont été intégrés correctement afin de former un plus grand fonctionnalité, alors que dans le système de test du système est testé dans son ensemble, où les fonctionnalités qui composent le système ne sont pas prises en considération. C'est le fonctionnement du système dans son ensemble qui est important. En d'autres termes, centre de l'attention est sur les modules de tests d'intégration, alors que dans le système de contrôle de la mise au point d'attention est portée sur les fonctionnalités du système. Pour expliquer cette intégration, des tests supplémentaires sont effectués avant que le système passe au niveau des tests système.

Quand le test d'intégration est effectuée, des spécifications d'interface sont pris en compte, tandis que dans le système teste le cahier des charges sont importantes. Dans l'essai du système, le contrôleur n'a pas accès au code utilisé pour rendre le système. D'autre part, tout en effectuant les tests d'intégration, le testeur est en mesure de voir le code interne. Lorsque les tests d'intégration est effectuée, un échafaudage peuvent être demandées dans le formulaire de pilotes et / ou des talons. La même chose n'est pas nécessaire pour tester le système.

J'espère que la discussion ci-dessus a jeté la lumière sur le débat sur l'intégration des tests vs test du système. Pour résumer en un mot, tous les deux sont une partie importante du processus de tests de logiciels. Les tests d'intégration se préoccupe des modules du test logiciel et le système se charge de tester le logiciel comme une entité unique....

Aucun commentaire:

Enregistrer un commentaire