Un document fournissant une information sur un défaut dans un composant ou système qui peut conduire le composant ou le système à ne pas exécuter les fonctions requises. [d'après IEEE 829]

Un document résumant les activités et résultats de test, produit à intervales réguliers, pour documenter les activités de test par rapport à une base de référence (tel que le plan de test original) et communiquer les risques et alternatives nécessitant une décision du management.

Un document produit à la fin du processus de tests et récapitulant les activités et les résultats de tests. Il contient aussi une évaluation du processus de test et des leçons apprises.

Un document rendant compte de tout événement apparaissant pendant les tests et qui requiert une vérification. [d'après IEEE 829]

Un document synthétisant les activités et résultats de tests. Il contient aussi une évaluation des articles de tests correspondants par rapport aux critères de sortie [d'après IEEE 829]

Un cadre propriétaire et adaptable décrivant le processus itératif de développement d'un logiciel. Le processus comprend quatre phases du cycle de vie du projet : création, élaboration, construction et transition.

Capacité d'un produit logiciel à réétablir un niveau de performances spécifié et récupérer les données directement affectées en cas de défaillance [ISO 9126]

Un enregistrement chronologique des détails pertinents sur l'exécution des tests [IEEE 829]

Une politique, une directive, un standard ou une régulation qui définit ou contraint certains aspects métier.

Une présentation pas à pas par l'auteur d'un document de façon à réunir des informations et à établir une compréhension commune de son contenu [Freedman et Weinberg, IEEE 1028]

La capacité d'un produit logiciel à être utilisé à la place d'un autre produit logiciel spécifié pour le même objet dans le même environnement [ISO 9126]

La capacité du produit logiciel à fournir des performances appropriées, relatives au niveau de ressources utilisées dans des conditions spécifiées. [ISO 9126]

Un attribut d'un test indiquant si les mêmes résultats sont produits chaque fois que le test est exécuté.

Structure d'un modèle de maturité dans laquelle les niveaux de maturité fournissent des recommandations pour la mise en ?uvre du processus d'amélioration à l'intérieur de domaines de processus particuliers. [CMMI]

Une structure de modèle dans laquelle l'atteinte de buts dans un set de domaines de processus établit un niveau de maturité ; chaque niveau est la fondation pour les niveaux suivants. [CMMI]

Le comportement prédit par les spécifications, ou par d'autres sources, du composant ou système, dans des conditions spécifiées.

L'évaluation d'une condition à Vrai ou Faux

Le résultat d'une décision (qui détermine les branches devant être prises)

Comportement produit / observé quand un composant ou un système est testé.

Test qui exécute des cas de test qui ont été en échec la dernière fois qu'ils furent exécutés, de façon à vérifier le succès des actions de correction.

Une méthode structurée de recueillir les leçons apprises et de créer des plans d'action spécifiques visant à améliorer le prochain projet ou la phase suivante du projet.

Une réunion à la fin d'un projet durant laquelle les membres d'une équipe de projet évaluent le projet et tirent des leçons qui peuvent être appliquées au projet suivant.

La personne impliquée dans une revue qui identifiera et décrira les anomalies dans le produit ou projet en revue. Les réviseurs peuvent être choisis pour représenter divers points de vue ou rôles dans le processus de revue.

Une évaluation d'un état d'un produit ou projet pour s'assurer des déviations par rapport aux résultats planifiés et recommander des améliorations. Exemples : revue de gestion, revue informelle, revue technique, inspection et relecture technique [d'après IEEE 1028]

Une évaluation systématique des processus d'acquisition, d'approvisionnement, de développement, d'opération ou de maintenance, effectué par ou pour le management qui contrôle le suivi, détermine le statut des plans et plannings, confirme les exigences et l'allocation des systèmes, ou évalue l'efficacité et l'aptitude des approches de management à atteindre un objectif [d'après IEEE 610, IEEE 1028]

Une vérification détaillée de la base de test pour déterminer si le niveau de qualité de la base de test est adéquat pour agir comme document d'entrée pour le processus de tests [d'après TMap]

Une revue caractérisée par des procédures et exigences documentées (p.ex. inspection)

Une revue qui n'est pas basée sur une procédure formelle (documentée)

Une activité de discussions de groupes de pairs qui se focalise sur l'obtention d'un consensus sur une approche technique à prendre. Une revue technique est aussi connue comme une revue de pairs [Gilb and Graham, IEEE 1028] Voir aussi revue de pairs.

Un facteur qui pourrait résulter dans des conséquences négatives futures, généralement exprimé comme un impact et une probabilité.

Un risque directement lié à l'objet de test.

Un risque lié à la gestion et au contrôle du projet (de test), par exemple manque d'encadrement, deadlines irréalistes, exigences changeantes, etc.

Un processus itératif en quatre étapes de résolution de problèmes (Plan-Do-Check-Act), généralement utilisés dans l'amélioration des processus. [D'après Deming]