Test du système Objectifs du test du système Maintenant que
nous savons que toutes
les unités fonctionnent ensemble, l'étape suivante consiste à examiner le comportement et les capacités de l'ensemble
du système d'un point de vue de bout en bout. Cette activité
est appelée test du système.
Les objectifs des tests du système sont les
suivants: • Réduire les risques • Vérifier si le fonctionnel et non fonctionnel les comportements du système sont
tels que conçus et spécifiés • Valider que le système est
complet et fonctionnera comme prévu • Renforcer la confiance dans la qualité
du système dans son ensemble •
Recherche de défauts • Empêcher les défauts de s'échapper vers un niveau supérieur tester
les niveaux ou la production • Pour certains systèmes, vérifier la qualité des données peut être un objectif.
Dans les tests système, l'environnement de test, qui est le matériel et les logiciels utilisés comme environnement
de test, doit correspondre à la version finale cible ou de l'environnement de production
autant que possible afin de minimiser le risque de échecs spécifiques à l'environnement non détectés
lors des tests.
Les tests du système concernent tous les tests les scénarios que le système pourrait traverser.
Penser à tous les scénarios possibles est délicat et nécessite une bonne compréhension
du domaine du système et des utilisateurs potentiels. Plus souvent, elle est effectuée par des testeurs spécialisés qui
forment une équipe dédiée, et parfois indépendante, équipe de test au sein du développement, rapportant au responsable du
développement ou au chef de projet.
Comme pour le test et l'intégration des composants tests, dans certains cas, des tests
de régression automatisés du système permettent de croire que les pas de fonctionnalités existantes ou
de capacités de bout en bout. Les tests système produisent souvent les informations utilisées
par les parties prenantes pour prendre des décisions de libération. Les tests du système peuvent satisfont également aux
exigences ou normes légales ou réglementaires.
Base de test Voici des exemples de produits
de travail qui peuvent être utilisés comme base de test pour les tests
du système: • Spécifications des exigences système et logicielles
(fonctionnelles et non fonctionnelles) • Rapports d'analyse des risques
• Cas d'utilisation • Épopées et histoires d'utilisateurs • Modèles
de comportement du système • Diagrammes d'état • Manuels système et utilisateur Objets de test Les objets de test typiques pour les tests système comprennent: • Applications
• Systèmes matériels / logiciels • Systèmes d'exploitation • Système sous
test (SUT) • Configuration du système et données
de configuration Défauts et défaillances typiques Exemples de défauts et de défaillances typiques pour
les tests du système comprennent: • Des calculs incorrects •
Comportement fonctionnel ou non fonctionnel du système incorrect ou inattendu •
Contrôles et / ou flux de données incorrects dans le
système • Incapacité à exécuter correctement et complètement les tâches fonctionnelles de bout en
bout • Incapacité du système
à fonctionner correctement dans les environnements de production • Incapacité du
système à fonctionner comme décrit dans les manuels système et utilisateur Approches
et responsabilités spécifiques • Les tests du système doivent
se concentrer sur le comportement global de bout en bout du système dans son ensemble,
à la fois fonctionnel et non fonctionnel. Les tests du système doivent utiliser les
techniques les plus appropriées pour le ou les aspects du système à tester.
Nous apprendrons les différentes techniques la section des techniques de conception des tests.
• Les testeurs indépendants effectuent généralement test du système. Défauts dans les spécifications
(e. g. , user stories manquantes, incorrectement déclarées exigences commerciales, etc. ) peut entraîner un manque
de compréhension ou des désaccords à propos du comportement attendu du système. De telles situations peuvent provoquer des faux
positifs et des faux négatifs, qui perdent du temps et réduisent l'efficacité
de détection des défauts, respectivement. Implication précoce des testeurs dans le raffinement de la user
story ou les activités de test statique, telles que les critiques, aide pour réduire l'incidence de ces situations.