Niveaux de test

Références

L'actualité

Librairie

L'information

Niveaux de test > Test unitaire

En programmation informatique, le test unitaire (ou "T.U.", ou "U.T." en anglais) ou test de composants 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. À noter que le test unitaire peut ne pas être automatique.


Niveaux de test > Test d'intégration

Dans le monde du développement informatique, le test d'intégration est une phase dans les tests, qui est précédée des tests unitaires et est généralement suivie par les tests de validation. Dans le test unitaire, on vérifie le bon fonctionnement d'une partie précise d'un logiciel ou d'une portion d'un programme (appelée "unité" ou "module") ; dans le test d'intégration, chacun des modules indépendants du logiciel est assemblé et testé dans l'ensemble.

L'objectif de chaque phase de test est de détecter les erreurs qui n'ont pas pu être détectées lors de la précédente phase. Pour cela, le test d'intégration a pour cible de détecter les erreurs non détectables par le test unitaire.

Le test d'intégration permet également de vérifier l'aspect fonctionnel, les performances et la fiabilité du logiciel. L'intégration fait appel en général à un système de gestion de versions, et éventuellement à des programmes d'installation. Cela permet d'établir une nouvelle version, fondée soit sur une version de maintenance, soit sur une version de développement.


Niveaux de test > Test fonctionnel E2E

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(s) matériel(s) compatible(s). 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 test, 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ées sur la totalité du système dans le contexte de Spécifications Fonctionnelles des Besoins (SFB) et/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/matériel mais également par-delà ces limites.