| Terme | Définition | Référence |
|---|---|---|
| Base de référence | Une spécification ou un produit logiciel qui a été officiellement revu et accepté, qui ensuite sert de base pour des développements futurs, et qui ne peut être modifié que selon un processus formel de contrôle des modifications [selon IEEE 610] | Glossaire CFTL/ISTQB |
| Base de tests | Tous les documents à partir desquels les exigences d'un composant ou système peuvent être déduites. La documentation sur laquelle les cas de tests sont basés. Si un document ne peut être modifié que par le biais d'une procédure de modification formelle, alors la base de tests est appelée base de test gelée [d'après TMap] | Glossaire CFTL/ISTQB |
| Base de tests gelée | Un document de base de tests qui ne peut être amendé que par un processus de contrôle des modifications formel. | Glossaire CFTL/ISTQB |
| Beta Tests (ou tests sur le terrain) | Tests opérationnels par des utilisateurs/clients potentiels et/ou réels sur un site externe non associé aux développeurs, pour déterminer si un composant ou système satisfait ou non les besoins des utilisateurs/clients et s'adaptent aux processus d'entreprise. Le bêta test est souvent utilisé comme une forme de tests externe d'acceptation de façon à obtenir des informations de retour du marché. | Glossaire CFTL/ISTQB |
| Bloc de base | Une séquence d'une ou plusieurs instructions exécutables ne contenant pas de branches. | Glossaire CFTL/ISTQB |
| Bonne pratique | Une méthode supérieure ou une pratique innovatrice qui contribue à l'amélioration des performances d'une organisation dans un certain contexte, généralement considéré comme "supérieur" par d'autres organisations similaires. | Glossaire CFTL/ISTQB |
| Bouchon | Une implémentation spéciale ou squelettique d'un composant logiciel, utilisé pour développer ou tester un composant qui l'appelle ou en est dépendant. Cela remplace un composant appelé. [d'après IEEE 610] | Glossaire CFTL/ISTQB |
| Branche | Un bloc de base qui peut être sélectionné pour exécution, basé sur une construction programmatique dans laquelle un chemin, parmi deux ou plus, est disponible. | Glossaire CFTL/ISTQB |
| Build journalier | Une activité de développement où un système complet est compilé et linké chaque jour (généralement la nuit), de façon à ce qu'un système consistant soit disponible, à chaque instant, incluant les modifications les plus récentes | Glossaire CFTL/ISTQB |
| Calendrier d'exécution des tests | Le schéma d'exécution des procédures de test. Les procédures de tests sont inclues dans le calendrier d'exécution dans leur contexte et dans l'ordre où elles doivent être exécutées. | Glossaire CFTL/ISTQB |
| Capability Maturity Model (CMM) Modèle de Maturité CMM | Une structure en cinq niveaux qui décrit les éléments clé d'un processus logiciel efficace. Le CMM couvre les pratiques pour la planification, l'ingénierie et la gestion des développements et de la maintenance des logiciels. [CMM] | Glossaire CFTL/ISTQB |
| Capability Maturity Model Integration (CMMI) | Une structure décrivant les éléments clé d'un processus de développement et de maintenance efficace d'un produit. Le Capability Maturity Model Integration couvre les pratiques pour le planning, l'ingénierie et la gestion du développement et de la maintenance du produit. CMMi est le successeur désigné de CMM, [CMMi] | Glossaire CFTL/ISTQB |
| Caractéristique | L'attribut d'un composant ou système, spécifié ou suggéré par la documentation d'exigences (p.ex. contraintes de fiabilité, disponibilité ou de conception). [d'après IEEE 1008] | Glossaire CFTL/ISTQB |
| Carte de score | Une représentation résumée de mesures de performance qui représentent le progrès réalisé dans la mise en oeuvre de buts à long terme. Une carte de score fournit les mesures statiques de performance pendant ou à la fin d'un intervalle défini. | Glossaire CFTL/ISTQB |
| Cas de test | Un ensemble de valeurs d'entrée, de pré-conditions d'exécution, de résultats attendus et de post-conditions d'exécution, développées pour un objectif ou une condition de tests particulier, tel qu'exécuter un chemin particulier d'un programme ou vérifier le respect d'une exigence spécifique. [d'après IEEE 610] | Glossaire CFTL/ISTQB |
| Cas de test bloqué | Cas de test ne pouvant être exécuté parce que les pré-conditions pour son exécution ne sont pas réalisées. | Glossaire CFTL/ISTQB |
| Cas de tests de bas niveau | Un cas de test avec des valeurs concrètes (niveau implémentation) en entrée et en sortie. | Glossaire CFTL/ISTQB |
| Cas de tests de haut niveau | Un cas de tests sans valeurs d'entrée concrètes (au niveau implémentation) ni résultats attendus concrets. Des opérateurs logiques sont utilisés, des valeurs réelles ne sont pas encore définies ou disponibles. Voir aussi cas de tests de bas niveau. | Glossaire CFTL/ISTQB |
| CASE | Acronyme de Computer Aided Software Engineering (Conception Logicielle Assistée par Ordinateur) | Glossaire CFTL/ISTQB |
| CAST | Acronyme de Computer Aided Software Testing (Test Logiciel Assisté par Ordinateur). Voir aussi Automatisation des tests. | Glossaire CFTL/ISTQB |
1 - 2 - 3 - 4 - 5 - 6 - 7 - 8 - 9 - 10 - 11 - 12 - 13 - 14 - 15 - 16 - 17 - 18 - 19 - 20 - 21 - 22 - 23 - 24 - 25
