Bibliographie & annexes
Présentation
RÉSUMÉ
De nos jours, le test des systèmes complexes n’est pas aisé et les délais alloués aux équipes de validation sont souvent considérés comme trop courts. Cet article explique comment bien définir, planifier, suivre et optimiser le test des systèmes complexes. Il s’inscrit dans un contexte d’ingénierie système. Il décrit les processus associés au test et en donne les bonnes pratiques. Il propose une typologie de test qui facilite l’élaboration de la stratégie de test. Il aborde la problématique de la documentation et du management du test. Il présente divers critères d’optimisation permettant de minimiser les coûts de test et les risques pendant et à la fin du test.
Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.
Lire l’articleAuteur(s)
-
Frédérique VALLÉE : Experte en ingénierie des systèmes programmés - Consultante, Paris, France
INTRODUCTION
Grâce aux performances croissantes des composants élémentaires et aux progrès des moyens de communication, les systèmes complexes peuvent prendre en charge davantage de fonctionnalités, avec de plus en plus d’intelligence.
En contrepartie, les concepteurs de systèmes complexes disposent d’un temps limité, souvent considéré comme trop court, pour valider leurs systèmes. Il s’agit donc, dans ce temps imparti, d’utiliser au mieux les ressources disponibles pour délivrer in fine au client le système qui satisfait ses attentes.
Dans cet article, les activités de test sont associées aux processus de test prévus en ingénierie système. Elles prennent en compte l’éventuelle décomposition du système en sous-systèmes pour savoir ce que l’on doit vérifier, et à quel niveau. Ces activités de test doivent être bien définies, planifiées, optimisées et suivies. Elles doivent faire l’objet de réflexions en amont, pour statuer sur la stratégie à adopter et pour documenter cette dernière.
Cet article décrit les processus associés au test et en définit les bonnes pratiques. Il propose une typologie de test qui facilite l’élaboration de la stratégie de test. Il aborde aussi la problématique de la documentation et du management du test.
Il présente enfin divers critères d’optimisation permettant de minimiser les coûts, sans omettre la question des risques pendant et à la fin du test. Il propose, pour les systèmes à forte composante programmée, une approche originale d’optimisation du test par la fiabilité qui s’applique principalement aux essais fonctionnels du système.
L'expertise technique et scientifique de référence
MOTS-CLÉS
DOI (Digital Object Identifier)
CET ARTICLE SE TROUVE ÉGALEMENT DANS :
Accueil > Ressources documentaires > Automatique - Robotique > Automatique et ingénierie système > Ingénierie système > Vérification, validation et test des systèmes complexes > Élaboration de la stratégie de test
Cet article fait partie de l’offre
Technologies logicielles Architectures des systèmes
(237 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Des modules pratiques
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Présentation
Automatisation du test3. Élaboration de la stratégie de test
3.1 Intérêt d’une stratégie
Rappelons qu’aujourd’hui, le succès des campagnes de test dépend souvent beaucoup plus de l’attitude psychologique des testeurs que des techniques employées.
Le responsable de test doit utiliser son bon sens tout au long de la mise en œuvre du test et l’appliquer dans la définition d’une stratégie de test initialisée dès le début du projet et mise à jour tout au long de celui-ci.
Il doit notamment se poser à chaque phase de test les questions suivantes :
-
quel est le but de cette phase de test ?
-
comment puis-je l’optimiser ?
-
quand dois-je l’arrêter ?
Le but du test est de diminuer le risque lié à l’utilisation opérationnelle du système. Ce risque dépend de la nature de l’application (spatial, nucléaire, santé, transport, bancaire, etc.). Il peut aussi comporter une part subjective, notamment en cas de risques humains.
Le risque est une donnée statistique mesurée par la criticité = perte moyenne = probabilité d’occurrence x coût. Le coût est souvent remplacé par la gravité et le risque est évaluée de manière qualitative [SE 2 500] [SE 2 501].
Dans ce contexte, il faut donc orienter le test de manière à réduire la probabilité des événements à coût faible ou moyen, c’est-à-dire les événements de faible gravité et fortement...
L'expertise technique et scientifique de référence
Cet article fait partie de l’offre
Technologies logicielles Architectures des systèmes
(237 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Des modules pratiques
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Élaboration de la stratégie de test
BIBLIOGRAPHIE
-
(1) - Projet Européen H2020 VALU3S - * - Vérification et validation de systèmes automatisés complexes (2020).
-
(2) - PLATEAUX (L.), MORIN (L.) - Bonnes pratiques pour la rédaction d’exigences de sécurité, - Guide technique – Service technique de l’Aviation civile, Département Environnement, Sécurité des Systèmes et des Opérations (2021).
-
(3) - AHAD (A.), ULLAH (Z.), TARIQ (L.), NIAZ (S.) - Software Inspections and Their Role in Software Quality Assurance. - American Journal of Software Engineering and Applications, 6(4), p. 105-110 (2017).
-
(4) - JOSEBA (A.) - Multidimensional Framework for Characterizing Verification and Validation of Automated Systems. - 2022 18th European Dependable Computing Conference, p. 41-48 (2022).
-
(5) - HAGE CHAHINE (M.) - « Les » couvertures de test, - La taverne du testeur (2021).
-
...
DANS NOS BASES DOCUMENTAIRES
-
Introduction à l’ingénierie système – Les concepts généraux.
-
Référentiels normatifs – Processus d’ingénierie informatique.
-
Méthode B pour la spécification et la réalisation de logiciels et de systèmes critiques prouvés.
-
Sécurité informatique pour la gestion des risques – Application aux systèmes d’information.
-
...
La taverne du testeur
Divers articles sur le test du logiciel.
Le blog du testeur
Divers articles sur le test du logiciel.
https://www.all4test.fr/blog-du-testeur
HAUT DE PAGE
ISO/IEC 33000 (2015), Technologies de l’information – Évaluation du processus
ISO/IEC 33001 (2015), Technologies de l’information – Évaluation du processus – Concepts et terminologie
ISO/IEC/IEEE 12207 (2017), Ingénierie des systèmes et du logiciel – Processus du cycle de vie du logiciel
ISO/IEC/IEEE 15288 (2023), Ingénierie des systèmes et du logiciel – Processus du cycle de vie du système
ISO 9000 (2015), Systèmes de management de la qualité – Principes essentiels et vocabulaire
ISO 22137 (2020), Systèmes spatiaux – Management de programme – Revue d’essais
ISACA CMMI (2023), Capability Maturity Model Integration
...
L'expertise technique et scientifique de référence
Cet article fait partie de l’offre
Technologies logicielles Architectures des systèmes
(237 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Des modules pratiques
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
