Les tests système de logiciel ou de matériel réfèrent à un processus de test d'un système intégré afin d'évaluer sa conformité aux exigences spécifiées. Les tests système appartiennent à la classe des tests de type boîte noire, et en tant que tels, ne devraient exiger aucune connaissance de la conception interne du code ou de la logique.
En règle générale, les tests système prennent comme entrée tous les composants logiciels « intégrés » (ayant réussi les tests d'intégration) mais aussi le système logiciel lui-même intégré à n'importe quel système matériel compatible. Le but des tests d'intégration est de détecter d'éventuelles incohérences entre les unités logicielles intégrées ensemble (appelés assemblages) et entre les assemblages et le matériel. Les tests système sont un type plus restreint de tests, ils cherchent à détecter des défauts à la fois dans les « inter-assemblages » mais également au sein du système dans son ensemble.
Les tests système sont réalisés sur la totalité du système dans le contexte de spécifications fonctionnelles des besoins (SFB) ou de spécifications techniques des besoins (STB). Les tests système vérifient non seulement la conception, mais également le comportement et les attentes présumées du client. Ils sont également destinés à réaliser des tests aux limites définies dans les spécifications du logiciel ou du matériel mais également par-delà ces limites.
Les exemples suivants représentent différents types de tests qui doivent être envisagés lors des tests système :
test d'utilisabilité ;
test de performance ;
test de compatibilité ;
gestion des exceptions ;
test de charge ;
test de volume ;
test de stress ;
test de sécurité ;
test d'évolutivité ;
test d'aptitude ;
tests fumigatoires ;
tests exploratoires ;
test ad hoc ;
test de régression ;
test d'installation ;
test de maintenance ;
test de récupération ;
test d'accessibilité comprenant la conformité avec :
l'initiative d'accessibilité du web (WAI) du World Wide Web Consortium (W3C),
en France:
l'article 47 de la loi n° 2005-102 du pour l’égalité des droits et des chances, la participation et la citoyenneté des personnes handicapées,
le décret n°2009-546 du , application de l'article précédent.
Cette page est générée automatiquement et peut contenir des informations qui ne sont pas correctes, complètes, à jour ou pertinentes par rapport à votre recherche. Il en va de même pour toutes les autres pages de ce site. Veillez à vérifier les informations auprès des sources officielles de l'EPFL.
Concepts associés (5)
Cours associés (25)
Séances de cours associées (152)
Explore la modélisation, la stabilité et le développement historique des turbines hydrauliques, en mettant l'accent sur les critères de sélection des turbines Francis.
Explore les systèmes de test des acteurs, y compris la vérification des effets observables et l'interaction avec les acteurs parentaux.
Explore l'optimisation des requêtes, l'exécution distribuée et les tests dans un projet SmartDataLake.
Introduction aux phénomènes propagatifs dans les circuits hydrauliques, calculs de coups de béliers, comportement transitoire d'aménagements hydroélectriques, simulation numériques 1D du comportement
A foundational course on the science and practice of launching new ventures. The purpose is to study and experience the first stages of the entrepreneurial process: from the identification of promisin
We learn and apply software engineering principles to program projects in Python. Projects cover problems in life sciences, and will be developed over the course of the semester.
Le fuzzing (ou test à données aléatoires) est une technique pour tester des logiciels. L'idée est d'injecter des données aléatoires dans les entrées d'un programme. Si le programme échoue (par exemple en plantant ou en générant une erreur), alors il y a des défauts à corriger. Exemples de points d'entrée d'un programme : Fichiers Périphériques (clavier, souris, etc.) Variables d'environnement Réseau Limitation des ressources (mémoire, disque dur, temps CPU, etc.) etc.
Les tests système de logiciel ou de matériel réfèrent à un processus de test d'un système intégré afin d'évaluer sa conformité aux exigences spécifiées. Les tests système appartiennent à la classe des tests de type boîte noire, et en tant que tels, ne devraient exiger aucune connaissance de la conception interne du code ou de la logique. En règle générale, les tests système prennent comme entrée tous les composants logiciels « intégrés » (ayant réussi les tests d'intégration) mais aussi le système logiciel lui-même intégré à n'importe quel système matériel compatible.
En programmation informatique, le test unitaire (ou « T.U. », ou « U.T. » en anglais) est une procédure permettant de vérifier le bon fonctionnement d'une partie précise d'un logiciel ou d'une portion d'un programme (appelée « unité » ou « module »). Dans les applications non critiques, l'écriture des tests unitaires a longtemps été considérée comme une tâche secondaire. Cependant, les méthodes Extreme programming (XP) ou Test Driven Development (TDD) ont remis les tests unitaires, appelés « tests du programmeur », au centre de l'activité de programmation.