Modele de testare software

—————————————-À propos de l`auteur: Scott Barber est le technologue en chef de PerfTestPlus, directeur exécutif de l`Association for Software Testing et co-fondateur de l`atelier sur la performance et la fiabilité Boehm n`a même pas citer un document pour les données TRW, sauf lors de l`écriture pour “Making Software” en 2010, et il a cité l`article original 1976. Il existe une grande étude menée à la TRW au bon moment pour Boehm de le citer, mais ce papier ne contient pas le genre de données qui appuierait les revendications de Boehm. [86] les niveaux de test logiciel décrivent les étapes du développement logiciel lors du test. Cela dit, il y a quatre niveaux de test progressifs basés sur la zone qu`ils se concentrent sur le processus de développement logiciel: tests unitaires, tests d`intégration, test de système, et test d`acceptation des utilisateurs (UAT). Dans le cas des normes IEEE, les exigences spécifiées, mentionnées dans la définition de validation, sont l`ensemble des problèmes, des besoins et des désirs des parties prenantes que le logiciel doit résoudre et satisfaire. Ces exigences sont documentées dans une spécification logicielle requise (SRS). Et, les produits mentionnés dans la définition de la vérification, sont les artefacts de sortie de chaque phase du processus de développement de logiciels. Ces produits sont, en fait, des spécifications telles que la spécification de conception architecturale, spécification de conception détaillée, etc. Le SRS est également une spécification, mais il ne peut pas être vérifiée (du moins pas dans le sens utilisé ici, plus sur ce sujet ci-dessous). Chaque produit logiciel a un public cible. Par exemple, le public pour les logiciels de jeux vidéo est complètement différent des logiciels bancaires.

Par conséquent, lorsqu`une organisation développe ou investit autrement dans un produit logiciel, elle peut évaluer si le produit logiciel sera acceptable pour ses utilisateurs finaux, son public cible, ses acheteurs et d`autres parties prenantes. Les tests logiciels facilitent le processus de tentative d`évaluation. Les tests logiciels peuvent être effectués par des testeurs de logiciels dédiés. Jusqu`aux années 1980, le terme «testeur de logiciels» a été utilisé en général, mais plus tard, il a également été considéré comme une profession distincte. En ce qui concerne les périodes et les différents objectifs dans les tests logiciels [11], différents rôles ont été établis, tels que le gestionnaire de test, le lead de test, l`analyste de test, le concepteur de test, le testeur, le développeur d`Automation et l`administrateur de test. Les tests logiciels peuvent également être effectués par des testeurs logiciels non dédiés. [12] les tests logiciels peuvent fournir des informations objectives et indépendantes sur la qualité des logiciels et le risque de défaillance des utilisateurs ou des sponsors. [1] les chaînes de Markov sont un moyen efficace de gérer les tests basés sur des modèles. Les modèles de test réalisés avec les chaînes de Markov peuvent être interprétés comme un modèle d`utilisation: il est appelé test basé sur l`utilisation et le modèle statistique. Les modèles d`utilisation, donc les chaînes de Markov, sont principalement construits de 2 artefacts: la machine à états finis (FSM) qui représente tout le scénario d`utilisation possible du système testé et les profils opérationnels (po) qui qualifient le FSM pour représenter la façon dont le système est ou sera utilisées statistiquement. Le premier (FSM) aide à savoir ce qui peut être ou a été testé et le second (OP) aide à dériver des cas de test opérationnels.