Glossaire Des Tests de Logiciel - 2 1 F ISTQB

Glossaire CFTL/ISTQB des termes utiliss en tests de logiciels
Comit Franais des Tests Logiciels
International Software Testing Qualifications Board
Version 2.1F
Traduction franaise de la Version 2.1 produite par Glossary Working Party
International Software Testing Qualification Board en date du (dd Avril 2010)

Editeur : Erik van Veenendaal Contributeurs : Sigrid Eldh, Isabel Evans, Dorothy Graham, Julian Harty, David Hayman, Juha Itkonen Vipul Kocher, Fernando Lamas de Oliveira, Tilo Linz, Peter Morgan, Thomas Mller, Avi Ofer, Dale Perry, Horst Pohlmann, Meile Posthuma, Erkki Pyhnen Maaret Pyhjrvi, Andy Redwood, Stuart Reid, Hans Schaefer, Jurrin Seubers, Dave Sherrat, Mike Smith, Andreas Spillner, Richard Taylor, Geoff Thompson, Matti Vuori, Stephanie Ulrich, Pete Williams Traduction franaise: Bernard Homs, Eric Riou du Cosquer, Stephan Hostie, Benjamin Balet, Comit Franais des Tests Logiciels Copyright Notice Ce document peut tre copi dans son entiret, ou des extraits peuvent tre effectus, si la source est mentionne.
Version 2.1F
Page 1 de 84
31 Dcembre 2010
2006 CFTL + International Software Testing Qualifications Board
Table des Matires

Glossaire CFTL/ISTQB des termes utiliss en tests de logiciels ............................................................ 1 AVANT PROPOS ........................................................................................................................................ 3 1. INTRODUCTION .................................................................................................................................... 3 2. PORTE ................................................................................................................................................ 3 3. ORGANISATION .................................................................................................................................... 3 4. REFERENCES NORMATIVES ................................................................................................................. 4 HISTORIQUE DES MODIFICATIONS ........................................................................................................... 4 A ............................................................................................................................................................ 10 B ............................................................................................................................................................ 13 C ............................................................................................................................................................ 15 D ............................................................................................................................................................ 22 E ............................................................................................................................................................ 27 F............................................................................................................................................................. 29 G ............................................................................................................................................................ 32 H ............................................................................................................................................................ 33 I ............................................................................................................................................................. 33 K ............................................................................................................................................................ 36 L ............................................................................................................................................................ 37 M ........................................................................................................................................................... 38 N ............................................................................................................................................................ 41 O ............................................................................................................................................................ 42 P............................................................................................................................................................. 43 Q ............................................................................................................................................................ 47 R ............................................................................................................................................................ 47 S............................................................................................................................................................. 51 T ............................................................................................................................................................ 57 U ............................................................................................................................................................ 66 V ............................................................................................................................................................ 67 W ........................................................................................................................................................... 68 INDEX .................................................................................................................................................... 70 ANNEXE A (INFORMATIVE) ................................................................................................................... 83 ANNEXE B (METHODE POUR COMMENTER CE GLOSSAIRE) .................................................................. 84
Version 2.1F
Page 2 de 84
31 Dcembre 2010
Avant propos
En crant ce glossaire, le groupe de travail a sollicit les vues et commentaires dune partie aussi large que possible de lindustrie, du commerce et des organismes gouvernementaux, avec comme objectif la production dun standard international des tests qui serait accept dans la plupart des champs dapplication. Un accord total est rarement obtenu quand on cre un document de cette nature. Les contributions ce glossaire ont t reues des communauts de testeurs dAutriche, de Belgique, Finlande, Allemagne, Inde, Isral, Pays-Bas, Norvge, Portugal, Sude, Royaume-Uni et USA. Beaucoup de testeurs de logiciels ont utilis le standard BS 7925-1 depuis sa publication initiale en 1998. Il a servi de rfrence pour la qualification ISEB (Information Systems Examination Board) tant au niveau Fondation quau niveau Pratiquant. Le standard a t initialement dvelopp en rapport avec les tests de composants, mais, depuis sa publication, beaucoup de commentaires et de propositions de nouvelles dfinitions ont t soumis afin damliorer et dtendre le standard pour couvrir une sphre plus importante des tests logiciels. Dans cette nouvelle version du glossaire des tests, un nombre important de ces suggestions ont t incorpores. Il servira de document de rfrence pour le schma de qualification de lISTQB (International Software Testing Qualification Board).
1. Introduction
Beaucoup de temps et deffort est perdu au sein et entre lindustrie, le commerce, le gouvernement et les professionnels et les institutions acadmiques quand des ambiguts apparaissent comme rsultat de lincapacit diffrencier adquatement entre des termes tels que couverture des instructions et couverture des dcisions; suite de tests, spcifications de tests et plan de tests et des termes similaires qui forment linterface entre les divers secteurs de la socit. De plus, lutilisation professionnelle et technique de ces termes est souvent autre que les diffrentes significations qui leur sont attribues.
2. Porte
Ce document prsente les concepts, termes et dfinitions destines aider la communication dans les disciplines du test (de logiciels) et des disciplines associes.
3. Organisation
Le glossaire a t arrang en une suite de dfinitions ranges par ordre alphabtique sur base de la dfinition initiale en anglais. Certains termes sont prfrs par rapport dautres (synonymes), dans ce cas la dfinition est affecte au terme prfr et les synonymes se rfrent cette dfinition. Par exemple structural testing rfre white box testing. Pour les synonymes, lindicateur Voir est utilis ; Voir aussi est aussi utilis pour des rfrences croises. Elles permettent lutilisateur de naviguer rapidement vers le bon terme. Les rfrences Voir aussi sont construites pour les relations plus larges que le seul terme, et pour des significations recouvrant deux termes.
Version 2.1F
Page 3 de 84
31 Dcembre 2010
4. Rfrences Normatives
Au moment de la publication, ldition indique tait valide. Tous les standards sont sujets rvisions, et les parties se basant sur ce Standard sont encourages vrifier le possibilit dutiliser ldition la plus rcente des standards lists ci-dessous. Les membres de lIEC et de lISO grent les registres des Standards Internationaux valides et jour. - BS 7925-2:1998. Software Component Testing. - DO-178B:1992. Software Considerations in Airborne Systems and Equipment Certification, Requirements and Technical Concepts for Aviation (RTCA SC167). - IEEE 610.12:1990. Standard Glossary of Software Engineering Terminology. - IEEE 829:1998. Standard for Software Test Documentation. - IEEE 1008:1993. Standard for Software Unit Testing. - IEEE 1012:2004 Standard for Verification and Validation Plans - IEEE 1028:1997. Standard for Software Reviews and Audits. - IEEE 1044:1993. Standard Classification for Software Anomalies. - IEEE 1219:1998. Software Maintenance. - ISO/IEC 2382-1:1993. Data processing - Vocabulary - Part 1: Fundamental terms. - ISO 9000:2005. Quality Management Systems Fundamentals and Vocabulary. - ISO/IEC 9126-1:2001. Software Engineering Software Product Quality Part 1: Quality characteristics and sub-characteristics. - ISO/IEC 12207:1995. Information Technology Software Life Cycle Processes. - ISO/IEC 14598-1:1999. Information Technology Software Product Evaluation - Part 1: General Overview.
Historique des modifications

Dans cette version du glossaire: - Les nouveaux termes sont souligns - Les termes modifis sont en italique. Version 1.3 du 31 mai 2007 Nouveaux termes (version anglaise) - action word driven testing - bug tracking tool - coverage measurement tool - modeling tool - monkey testing - scripted testing - specification-based technique - stress testing tool - structure-based technique - unit test framework - white box technique Termes modifis - basic block - control flow graph - defect management tool - independence of testing
Version 2.1F
Nouveaux termes (traduction) - Test dirig par les mots-actions - Outil de gestion des dfauts - Outil de mesure de couverture - Outil de modlisation - Test simiesque - Test script - Technique base sur les spcifications - Outil de test de stress - Technique base sur la structure - Framework de test unitaire - Technique bote blanche Termes modifis (traduction) - Bloc de base - Graphe de flot de contrle - Outil de gestion des anomalies - Indpendance du test
Page 4 de 84 31 Dcembre 2010

- project risk - risk-based testing - test comparator - test process -
Risque projet Test bas sur les risques Comparateur de tests Processus de test
Version 2.0 du 2 dcembre 2007 Nouveaux termes (version anglaise) - attack - buffer - buffer overflow - bug taxonomy - classification tree - control flow analysis - continuous representation - cost of quality - defect based technique - defect based test design technique - defect taxonomy - error seeding tool - Failure Mode, Effect and Criticality Analysis (FMECA) - false-fail result - false-pass result - false-negative result - false-positive result - fault attack - fault seeding - fault seeding tool - hazard analysis - hyperlink - hyperlink tool - load profile - operational acceptance testing - operational profile - orthogonal array - orthogonal array testing - pairwise testing - performance profiling - pointer Termes modifis - bebugging - error seeding - Failure Mode and Effect Analysis (FMEA) - Fault Tree Analysis (FTA)
Version 2.1F
Nouveaux termes (traduction) - Attaque - Pile - Dbordement de pile - Taxonomie des dfauts - Classification arborescente - Analyse du flot de contrle - Reprsentation continue - Cot de la qualit - Technique base sur les dfauts - Technique de conception base sur les dfauts - Outil dinjection derreurs - Analyse des modes de dfaillances, de leurs effets et de leur criticit (AMDEC) - Faux-chec - Faux-succs - Faux-ngatif - Faux-positif - Attaque de faute - Injection de dfauts - Outil dinjection de dfauts - Analyse des dangers - Hyperlien - Outil de test des hyperliens - Profil de charge - Test dacceptation oprationelle - Profil oprationnel - Tableau orthogonal - Test par tableaux orthogonaux - Test par paires - Profilage des performances - Pointeur Termes modifis (Traduction) - Introduction de pannes - Injection derreurs - Analyse des Modes de Dfaillance et Effets (AMDE) - Analyse par Arbre de dfaillance

- modified multiple condition testing - process cycle test - root cause - specification-based technique - stress testing - test charter - procedure testing - process improvement - production acceptance testing - qualification - reliability growth model - retrospective meeting - risk level - risk type - root cause analysis - safety critical system - software attack - Software Failure Mode and Effect Analysis (SFMEA) - Software Failure Mode Effect and Criticality Analysis (SFMECA) - Software Fault Tree Analysis (SFTA) - software life cycle - staged representation - system of systems - test design - test estimation - test implementation - Test Maturity Model Integration (TMMi) - test progress report - test rig - test schedule - test session - wild pointer Version 2.1 du 1er avril 2010 Nouveaux termes (version anglaise) - accuracy testing - acting (IDEAL) - agile manifesto - agile software development - assessment report - assessor - balanced scorecard - call graph - causal analysis - cause-effect diagram
Version 2.1F
Test des conditions multiples modifies Test du processus Technique base sur les spcifications Test de stress Agrment de test Test de procdures Amlioration de processus Test dacceptation en production Qualification Modle de croissance de fiabilit Runion rtrospective Niveau de risque Type de risque Analyse des causes racines Systme scurit critique Attaque logicielle Software Failure Mode and Effect Analysis (SFMEA) Software Failure Mode Effect and Criticality Analysis (SFMECA) Software Fault Tree Analysis (SFTA) Cycle de vie logiciel Reprsentation tage Systme de systmes Conception de tests Estimation des tests Implmentation des tests Test Maturity Model Integration (TMMi) Rapport davancement du test Equipement de test Planning de test Session de test Pointeur sauvage (pointeur non dfini)
Nouveaux termes (traduction) - Test d'exactitude - Mise en uvre (IDEAL) - Manifeste Agile - Dveloppement logiciel agile - Rapport d'valuation - valuateur - Tableau de bord quilibr - Graphe d'appel - Analyse causale - Diagramme cause-effet

- change management - charter - checklist-based testing - clear box testing - codependent behavior - content-based model - corporate dashboard - critical success factor - critical testing processes - CTP - dashboard - dd-path - Deming cycle - diagnosing (IDEAL) - EFQM excellence model -
- emotional intelligence - establishing (IDEAL) - extreme programming - fishbone diagram - Goal Question Metric - GQM - hyperlink test tool - IDEAL - indicator - initiating (IDEAL) - Ishikawa diagram - lead assessor - learning (IDEAL) - lifecycle model - load testing tool - manufacturing-based quality - maturity level - maturity model - Mean Time Between Failures - Mean Time To Repair - mind-map - MTBF - MTTR - Pareto analysis - post-project meeting - process assessment - process model - product-based quality - project retrospective
Version 2.1F
Page 7 de 84
Gestion du changement Agrment Test bas sur une checklist Test bote transparente Comportement de co-dpendance Modle bas sur le contenu Tableau de bord d'entreprise Facteur critique de succs Processus critiques de test CTP Tableau de bord dd-path Roue de Deming diagnostic (IDEAL) Modle d'excellence EFQM (franais : Fondation Europenne pour la Gestion de la Qualit) Intelligence motionnelle Planification (IDEAL) Extreme programming Diagramme en artes de poisson Mthode Goal-Question-Metric GQM Outil de test des hyperliens IDEAL Indicateur Dmarrage (IDEAL) Diagramme d'Ishikawa Auditeur en chef Apprentissage (IDEAL) Modle du cycle de vie Outil de tests de charge Qualit base sur la fabrication Niveau de maturit Modle de maturit Temps moyen entre les dfaillances (MTBF) Temps moyen de rparation Mind-map (Carte mentale) MTBF MTTR Analyse de Pareto Runion post-projet Evaluation des processus Modle de processus Qualit base sur le produit Rtrospective du projet
31 Dcembre 2010

- quality gate - Rational Unified Process - risk category - RUP - scorecard - SCRUM - session-based test management - session-based testing - Software Process Improvement - SPI - standard - STEP - structure-based test design technique - suitability testing - SUMI - Systematic Test and Evaluation Process - test deliverable - test improvement plan - Test Process Group - test process improvement manifesto - test process improver - Total Quality Management - TPG - TQM - transactional analysis - transcendent-based quality - user-based quality - value-based quality - WBS - Work Breakdown Structure Termes modifis - attack - buffer overflow - control flow analysis - cyclomatic complexity - desk checking - entry point - exit point - Failure Mode, Effects, and Criticality Analysis (FMECA) - invalid testing
Version 2.1F
Barrire de qualit Rational Unified Process Catgorie de risque RUP Carte de score SCRUM Gestion base sur des sessions de test Test base de sessions Amlioration de Processus Logiciel SPI Standard STEP Technique de conception de test base sur la structure Test d'aptitude l'usage Inventaire des mesures de rentabilit logicielle (SUMI) Processus d'valuation de Test Systmatique Livrable de test Plan d'amlioration des tests Groupe Processus Test Manifeste d'amlioration du processus de test Amliorateur du processus de test Gestion par la Qualit Totale TPG TQM Analyse transactionnelle Qualit transcendante Qualit base sur l'utilisateur Qualit base sur la valeur WBS Structure de dcoupage du projet
Termes modifis (Traduction) - Attaque - Dbordement de pile - Analyse du flot de contrle - Complexit cyclomatique - Vrification manuelle - Point dentre - Point de sortie - Analyse des modes de dfaillances, de leurs effets et de leur criticit (AMDEC) - Test invalide

- memory leak - modeling tool - monkey testing - operational acceptance testing - performance testing tool - risk-based testing - risk type - scribe - Software Failure Mode, Effects, and Criticality Analysis (SFMECA) - static analysis - static testing - system of systems - test estimation - use case - use case testing -
Fuite mmoire Outil de modlisation Test simiesque Test dacceptation oprationnelle Outil de tests de performances Test bas sur les risques Type de risque Scribe Software Failure Mode and Effect Analysis (SFMEA) Analyse statique Test statique Systme de systmes Estimation des tests Cas dutilisation Test des cas dutilisation
Version 2.1F
Page 9 de 84
31 Dcembre 2010
5. Dfinitions
A
abstract test case: See high level test case. acceptance: See acceptance testing. acceptance criteria: The exit criteria that a component or system must satisfy in order to be accepted by a user, customer, or other authorized entity. [IEEE 610] acceptance testing: Formal testing with respect to user needs, requirements, and business processes conducted to determine whether or not a system satisfies the acceptance criteria and to enable the user, customers or other authorized entity to determine whether or not to accept the system. [After IEEE 610] accessibility testing: Testing to determine the ease by which users with disabilities can use a component or system. [Gerrard] accuracy: The capability of the software product to provide the right or agreed results or effects with the needed degree of precision. [ISO 9126] See also functionality testing. accuracy testing: The process of testing to determine the accuracy of a software product acting (IDEAL): The phase within the IDEAL model where the improvements are developed, put into practice, and deployed across the organization. The acting phase consists of the activities: create solution, pilot/test solution, refine solution and implement solution. See also IDEAL. action word driven testing : See keyword driven testing, actual outcome: See actual result. actual result: The behavior produced/observed when a component or system is tested. ad hoc review: See informal review. ad hoc testing: Testing carried out informally; no formal test preparation takes place, no recognized test design technique is used, there are no expectations for results and randomness guides the test execution activity. Cas de test abstrait : voir cas de test de haut niveau Acceptation voir test dacceptation Critre dacceptation : le critre de sortie que doit satisfaire un composant ou un systme de faon tre accept par un utilisateur, client ou une autre entit autorise [IEEE 610] Test dacceptation : test formel en rapport avec les besoins, exigences et processus mtier, conduit pour dterminer si un systme satisfait ou non aux critres dacceptation et permettre aux utilisateurs, clients ou autres entits autorises de dterminer lacceptation ou non du systme [daprs IEEE 610] Test d'accessibilit : test qui dtermine la facilit avec lesquels les utilisateurs avec handicaps peuvent utiliser un composant ou un systme [Gerrard] Exactitude : capacit dun produit logiciel fournir le rsultat ou les effets correct ou convenu avec le degr de prcision ncessaire [ISO 9126] , voir aussi Tests des fonctionnalits. Test d'exactitude : Processus de test visant dterminer l'exactitude d'un produit logiciel. Mise en uvre (IDEAL) : La phase du modle IDEAL durant laquelle les amliorations sont dveloppes, mises en pratique et dployes travers l'organisation. La phase de mise en oeuvre est constitue des activits : crer la solution, piloter/tester la solution, affiner la solution et implmenter la solution. Voir aussi IDEAL. Test dirig par les mots-actions : Voir Test dirig par les mots-cls Rsultat obtenu : voir rsultat actuel Rsultat effectif : comportement produit / observ quand un composant ou un systme est test. Revue ad-hoc : voir revue informelle Test ad-hoc : test effectu de manire informelle ; sans prparation formelle des tests, pas dutilisation de technique de conception de tests reconnue, il ny a pas dattente spcifique de rsultats et le hasard guide les activits de test.
Version 2.1F
Page 10 de 84
31 Dcembre 2010

adaptability: The capability of the software product to be adapted for different specified environments without applying actions or means other than those provided for this purpose for the software considered. [ISO 9126] See also portability. agile manifesto: A statement on the values that underpin agile software development. The values are: - individuals and interactions over processes and tools - working software over comprehensive documentation - customer collaboration over contract negotiation - responding to change over following a plan.
Adaptabilit : capacit dun produit logiciel tre adapt des environnements spcifis diffrents sans appliquer des actions ou moyens autres que ceux fournis cet effet pour le logiciel considr [ISO 9126]. Voir aussi Portabilit.
Manifeste Agile : Une dclaration sur les valeurs qui sous-tendent le dveloppement agile d'un logiciel. Les valeurs sont les suivantes: - Les individus et les interactions plus que les processus et les outils - Un logiciel fonctionnel plus qu'une documentation complte - Collaboration avec les clients plus que la ngociation du contrat - La ractivit au changement plus que le fait de suivre un plan. agile software development: A group of software Dveloppement logiciel agile : Ensemble de development methodologies based on iterative mthodes de dveloppement bases sur le incremental development, where requirements and dveloppement incrmental itratif. Le principe solutions evolve through collaboration between selftant que les exigences et les solutions voluent organizing cross-functional teams. grce la collaboration entre des quipes autoorganises et travaillant sur plusieurs domaines fonctionnels. agile testing: Testing practice for a project using Tests agiles : pratique de test pour un projet agile methodologies, such as extreme programming utilisant les mthodes agiles, telles la (XP), treating development as the customer of testing programmation extrme (XP), traitant le and emphasizing the test-first design paradigm. See dveloppement comme un client des tests et also test driven development. mettant laccent sur le paradigme de Test-dabord. Voir aussi Test Driven Development algorithm test [TMap]: See branch testing. Test dalgorithmes [TMap] : voir Tests de branches. alpha testing: Simulated or actual operational testing Alpha Tests : test oprationnel rel ou simul par by potential users/customers or an independent test des utilisateurs/clients potentiels ou par une team at the developers site, but outside the quipe de test indpendante sur le site de development organization. Alpha testing is often dveloppement, mais en dehors de lorganisation employed as a form of internal acceptance testing. de dveloppement. Les tests Alpha sont souvent utiliss comme une forme de tests dacceptation interne. analyzability: The capability of the software product Analysabilit : capacit dun produit logiciel to be diagnosed for deficiencies or causes of failures subir une recherche de dfauts ou de causes in the software, or for the parts to be modified to be danomalies dans le logiciel, ou pour les parties qui identified. [ISO 9126] See also maintainability. doivent tre identifies [ISO 9126] voir aussi maintenabilit. analyzer: See static analyzer. Analyseur : voir analyseur statique.
Version 2.1F
Page 11 de 84
31 Dcembre 2010

anomaly: Any condition that deviates from expectation based on requirements specifications, design documents, user documents, standards, etc. or from someones perception or experience. Anomalies may be found during, but not limited to, reviewing, testing, analysis, compilation, or use of software products or applicable documentation. [IEEE 1044] See also defect, deviation, error, fault, failure, incident, problem.
Anomalie: toute condition qui dvie des attentes bases sur les exigences de spcifications, documents de conception, documents utilisateurs, standards etc, ou des perceptions ou expriences de quelquun. Les anomalies peuvent tre trouves pendant, mais pas uniquement, les revues, tests, analyses, compilations ou utilisation des produits logiciels ou de la documentation applicable [IEEE 1044]. Voir aussi dfauts, dviation, erreur, faute, dfaillance, incident, problme. Test darcs : voir test de branche. Rapport d'valuation: Un document rsumant les rsultats d'une valuation, par exemple conclusions, recommandations et constatations. Voir galement valuation des processus. valuateur: Une personne qui mne une valuation; tout membre d'une quipe d'valuation. Attaque: Tentative dirige et cible dvaluer la qualit, en particulier la fiabilit, dun objet de test en essayant de provoquer lapparition de dfaillances spcifiques. Voir Tests ngatifs. Attractivit : la capacit du produit logiciel tre attrayant pour lutilisateur [ISO 9126] voir aussi utilisabilit. Audit : valuation indpendante du produit logiciel ou du processus pour sassurer de sa conformit des standards, rgles, directives, spcifications et/ou procdures bases sur des critres objectifs, incluant les documents qui spcifient : (1) la forme ou le contenu du produit produire (2) le processus qui produira le produit (3) comment la conformit des standards ou des directives sera mesure [IEEE 1028] Trace daudit : le chemin par lequel lentre originelle dun processus (les donnes) peut tre retrac dans le process, en prenant les sorties du process comme point de dpart. Ceci facilite lanalyse des dfauts et permet lexcution dun audit du processus [daprs TMap]
arc testing: See branch testing. assessment report: A document summarizing the assessment results, e.g. conclusions, recommendations and findings. See also process assessment. assessor: A person who conducts an assessment; any member of an assessment team. attack : Directed and focused attempt to evaluate the quality, especially reliability, of a test object by attempting to force specific failures to occur. See also negative testing. attractiveness: The capability of the software product to be attractive to the user. [ISO 9126] See also usability. audit: An independent evaluation of software products or processes to ascertain compliance to standards, guidelines, specifications, and/or procedures based on objective criteria, including documents that specify: (1) the form or content of the products to be produced (2) the process by which the products shall be produced (3) how compliance to standards or guidelines shall be measured. [IEEE 1028] audit trail: A path by which the original input to a process (e.g. data) can be traced back through the process, taking the process output as a starting point. This facilitates defect analysis and allows a process audit to be carried out. [After TMap]
automated testware: Testware used in automated testing, such as tool scripts.
Article de test automatis : artefact de test utiliss pendant les tests, par exemple des scripts outills. availability: The degree to which a component or Disponibilit : degr par lequel un composant ou system is operational and accessible when required un systme est oprationnel et accessible quand il for use. Often expressed as a percentage. [IEEE 610] doit tre utilis. Souvent exprim comme un pourcentage [IEEE 610]
Version 2.1F
Page 12 de 84
31 Dcembre 2010

B
back-to-back testing: Testing in which two or more variants of a component or system are executed with the same inputs, the outputs compared, and analyzed in cases of discrepancies. [IEEE 610] balanced scorecard: A strategic performance management tool for measuring whether the operational activities of a company are aligned with its objectives in terms of business vision and strategy. See also corporate dashboard, scorecard. baseline: A specification or software product that has been formally reviewed or agreed upon, that thereafter serves as the basis for further development, and that can be changed only through a formal change control process. [After IEEE 610]
Test dos dos : test o deux ou plus variantes dun composant ou dun systme sont excuts avec les mmes entres, les sorties tant compares, et analyses en cas de divergences. [IEEE 610] Tableau de bord quilibr : un outil stratgique de gestion des performances permettant de mesurer si les activits oprationnelles d'une entreprise sont conformes ses objectifs en termes de vision commerciale et de stratgie. Voir aussi tableau de bord d'entreprise, feuille de score. Base de rfrence : une spcification ou un produit logiciel qui a t officiellement revu et accept, qui ensuite sert de base pour des dveloppements futurs, et qui ne peut tre modifi que selon un processus formel de contrle des modifications [selon IEEE 610]
basic block: A sequence of one or more consecutive Bloc de base : une squence dune ou plusieurs executable statements containing no branches. instructions excutables ne contenant pas de branches. basis test set: A set of test cases derived from the internal structure or specification to ensure that 100% of a specified coverage criterion is achieved. bebugging: See error seeding. [Abbott] Ensemble de Tests de base : un ensemble de cas de tests drivs de la structure interne ou des spcifications pour assurer une couverture 100% dun critre spcifique.
Introduction de pannes : voir injection derreurs [Abbott] behavior: The response of a component or system to Comportement : la rponse dun composant ou a set of input values and preconditions. dun systme un ensemble de valeurs dentres et de pr-conditions. benchmark test: (1) A standard against which Test benchmark : (1) un standard partir duquel measurements or comparisons can be made. des mesures ou des comparaisons peuvent tre (2) A test that is be used to compare components or effectues. (2) un test qui peut tre utilis pour systems to each other or to a standard comparer des composants ou systmes entre eux as in (1). [After IEEE 610] ou un standard comme en (1) ci-dessus [daprs IEEE 610] bespoke software: Software developed specifically Logiciel sur mesure : logiciel dvelopp for a set of users or customers. The opposite is offspcifiquement pour un ensemble dutilisateurs ou the-shelf software. de clients. Le contraire est un logiciel sur tagre. best practice: A superior method or innovative practice that contributes to the improved performance of an organization under given context, usually recognized as best by other peer organizations. Etat de lart : une mthode suprieure ou une pratique innovatrice qui contribue lamlioration des performances dune organisation dans un certain contexte, gnralement considr comme suprieur par dautres organisations similaires.
Version 2.1F
Page 13 de 84
31 Dcembre 2010

beta testing: Operational testing by potential and/or existing users/customers at an external site not otherwise involved with the developers, to determine whether or not a component or system satisfies the user/customer needs and fits within the business processes. Beta testing is often employed as a form of external acceptance testing in order to acquire feedback from the market.
Beta Tests: tests oprationnels par des utilisateurs/clients potentiels et/ou rels sur un site externe non associ aux dveloppeurs, pour dterminer si un composant ou systme satisfait ou non les besoins des utilisateurs/clients et sadaptent aux processus dentreprise. Le btatest est souvent utilis comme une forme de tests externe dacceptation de faon obtenir des informations de retour du march. Test Big-Bang : un type de tests dintgration dans lequel les lments logiciels, matriel ou les deux sont combins en une fois en un composant ou un systme complet, plutt queffectu par tape [selon IEEE 610], voir aussi Tests dintgration Technique bote noire : voir technique de conception de tests bote noire Test Bote Noire : tests, fonctionnels ou nonfonctionnels, sans rfrence aux structures internes du composant ou du systme. Technique de conception de tests bote noire : procdure documente pour laborer et slectionner des cas de tests bass sur une analyse des spcifications, soit fonctionnelles soit non-fonctionnelles, dun composant ou systme sans faire rfrence ses structures internes. Cas de test bloqu : cas de test ne pouvant tre excut parce que les pr-conditions pour son excution ne sont pas ralises. Test de bas en haut : une approche incrmentale des tests dintgration ou le niveau le plus bas des composants sont tests dabord, et ensuite utiliss pour faciliter les tests des composants de plus haut niveau. Ce processus est rpt jusquau test du composant le plus haut de la hirarchie. Voir aussi Tests dintgration. Valeur limite : une valeur dentre ou de sortie qui est au bord dune partition, ou la distance minimale dun incrment de chaque ct de cette limite, par exemple le minimum ou le maximum dune plage de valeurs. Analyse des valeurs limites : une technique de conception de tests bote noire dans laquelle les cas de tests sont conus sur la base des valeurs limites. Couverture des valeurs limite : le pourcentage de valeurs limites qui ont t couvertes par une suite de tests. 31 Dcembre 2010
big-bang testing: A type of integration testing in which software elements, hardware elements, or both are combined all at once into a component or an overall system, rather than in stages. [After IEEE 610] See also integration testing.
black box technique: See black box test design technique. black box testing: Testing, either functional or nonfunctional, without reference to the internal structure of the component or system. black box test design techniques: Documented procedure to derive and select test cases based on an analysis of the specification, either functional or non-functional, of a component or system without reference to its internal structure.
blocked test case: A test case that cannot be executed because the preconditions for its execution are not fulfilled. bottom-up testing: An incremental approach to integration testing where the lowest level components are tested first, and then used to facilitate the testing of higher level components. This process is repeated until the component at the top of the hierarchy is tested. See also integration testing.
boundary value: An input value or output value which is on the edge of an equivalence partition or at the smallest incremental distance on either side of an edge, for example the minimum or maximum value of a range. boundary value analysis: A black box test design technique in which test cases are designed based on boundary values. boundary value coverage: The percentage of boundary values that have been exercised by a test suite. Version 2.1F
Page 14 de 84

boundary value testing: See boundary value analysis. branch: A basic block that can be selected for execution based on a program construct in which one of two or more alternative program paths are available, e.g. case, jump, go to, if-then-else.
Tests des valeurs limites : voir Analyse des valeurs limites. Branche : un bloc de base qui peut tre slectionn pour excution, bas sur une construction programmatique dans laquelle un chemin, parmi deux ou plus, est disponible par exemple case, jump, go to, if-then-else.
branch condition: See condition. branch condition combination coverage: See multiple condition coverage. branch condition combination testing: See multiple condition testing. branch condition coverage: See condition coverage. branch coverage: The percentage of branches that have been exercised by a test suite. 100% branch coverage implies both 100% decision coverage and 100% statement coverage.
Conditions de branchement : voir condition Couverture des conditions de branchement : voir couverture des conditions multiples Test de conditions de branchement combines : Voir Test des conditions multiples Couverture des conditions de branchement : Voir couverture des conditions Couverture des branches : le pourcentage des branches qui ont t excuts dans une suite de tests. 100% de couverture des branches implique 100% de couverture des dcisions et 100% de couverture des instructions. branch testing: A white box test design technique in Tests des branches : une technique de which test cases are designed to execute branches. conception des tests bote blanche dans laquelle les cas de tests sont conus pour excuter les branches. buffer : A device or storage area used to store data Pile : Un device ou zone de stockage utilis pour temporarily for differences in rates of data stocker des donnes temporairement pour des flow, time or occurrence of events, or amounts of data diffrences de dbit de flot de donnes, date ou that can be handled by the devices occurrence dvnements, ou quantits de or processes involved in the transfer or use of the donnes pouvant tre traites par les devices ou data. [IEEE 610] processus impliqus dans le transfert ou lutilisation des donnes. [IEEE 610] buffer overflow : A memory access failure due to the Dbordement de pile : Une dfaillance daccs attempt by a process to store data mmoire d la tentative par un processus de beyond the boundaries of a fixed length buffer, stocker des donnes aux del des limites dune resulting in overwriting of adjacent zone de taille fixe, ayant pour consquences memory areas or the raising of an overflow exception. lcrasement de zones mmoires adjacentes ou la See also buffer. leve dune exception pour dbordement. Voir aussi pile. bug: See defect. Bug : voir dfaut bug taxonomy : See defect taxonomy. Taxonomie des dfauts : Voir Taxonomie des dfauts. bug tracking tool : See defect management tool. Outil de gestion des dfauts : Voir Outil de gestion danomalies. business process-based testing: An approach to Tests bass sur les Processus Mtier : une testing in which test cases are designed based on approche du tests o les cas de tests sont conus descriptions and/or knowledge of business sur base des descriptions et/ou connaissances des processes. processus mtier.
C
call graph: An abstract representation of calling relationships between subroutines in a program. Graphe d'appel: Une reprsentation abstraite des relations d'appel entre les sous-programmes dans un programme.
Version 2.1F
Page 15 de 84
31 Dcembre 2010

Capability Maturity Model (CMM): A five level staged framework that describes the key elements of an effective software process. The Capability Maturity Model covers practices for planning, engineering and managing software development and maintenance. [CMM] Capability Maturity Model Integration (CMMI): A framework that describes the key elements of an effective product development and maintenance process. The Capability Maturity Model Integration covers practices for planning, engineering and managing product development and maintenance. CMMI is the designated successor of the CMM. [CMMI] capture/playback tool: A type of test execution tool where inputs are recorded during manual testing in order to generate automated test scripts that can be executed later (i.e. replayed). These tools are often used to support automated regression testing.
Capability Maturity Model (CMM) Modle de Maturit CMM: une structure en cinq niveaux qui dcrit les lments cl dun processus logiciel efficace. Le CMM couvre les pratiques pour la planification, lingnierie et la gestion des dveloppements et de la maintenance des logiciels. [CMM] Capability Maturity Model Integration (CMMI): une structure dcrivant les lments cl dun processus de dveloppement et de maintenance efficace dun produit. Le Capability Maturity Model Integration couvre les pratiques pour le planning, lingnierie et la gestion du dveloppement et de la maintenance du produit. CMMI est le successeur dsign de CMM [CMMI] Outil de capture/playback : un type doutil dexcution de tests o les entres sont enregistres pendant les tests manuels, afin de gnrer des scripts automatiss qui peuvent tre excuts ultrieurement (rejous). Ces outils sont souvent utiliss pour fournir un support automatis aux tests de rgression. Outil de capture/rejeu : voir outils de capture/playback CASE: Acronyme de Computer Aided Software Engineering (Conception Logicielle Assiste par Ordinateur) Analyse causale: L'analyse des dfauts afin de dterminer leur origine. [CMMI] CAST: Acronyme de Computer Aided Software Testing (Test Logiciel Assist par Ordinateur). Voir aussi Automatisation des tests. Graphe de cause effet : une reprsentation graphique des entres et/ou stimuli avec leurs sorties (effets) associes, qui peuvent tre utilises pour la conception des cas de tests. Mise en graphe de Cause Effet : une technique de conception de tests bote noire selon laquelle les cas de tests sont conus partir du graphe de cause effet [BS 7925/2] Analyse de cause effet : voir Graphe de cause effet. Table de dcision de cause effet : voir table de dcision Diagramme cause-effet: Une reprsentation graphique utilise pour organiser et afficher les rapports rciproques entre les diverses causes possibles d'un problme. Les causes possibles d'un dfaut rel ou potentiel, ou l'chec sont organises en catgories et sous-catgories dans une arborescence horizontale. Le nud racine est le dfaut (potentiel) ou la dfaillance. [D'aprs Juran]
capture/replay tool: See capture/playback tool. CASE: Acronym for Computer Aided Software Engineering. causal analysis: The analysis of defects to determine their root cause. [CMMI] CAST: Acronym for Computer Aided Software Testing. See also test automation. cause-effect graph: A graphical representation of inputs and/or stimuli (causes) with their associated outputs (effects), which can be used to design test cases. cause-effect graphing: A black box test design technique in which test cases are designed from cause-effect graphs. [BS 7925/2] cause-effect analysis: See cause/effect graphing. cause-effect decision table: See decision table. cause-effect diagram: A graphical representation used to organize and display the interrelationships of various possible root causes of a problem. Possible causes of a real or potential defect or failure are organized in categories and subcategories in a horizontal tree-structure, with the (potential) defect or failure as the root node. [After Juran]
Version 2.1F
Page 16 de 84
31 Dcembre 2010

certification: The process of confirming that a component, system or person complies with its specified requirements, e.g. by passing an exam. changeability: The capability of the software product to enable specified modifications to be implemented. [ISO 9126] See also maintainability. change control: See configuration control.
Certification : le processus de confirmation dun composant, systme ou dune personne se conforme des exigences spcifies, par exemple en russissant un examen. Variabilit : capacit dun produit logiciel permettre limplmentation de modifications spcifies. [ISO 9126], voir aussi maintenabilit.
Contrle du changement: Voir Contrle de la configuration change control board: See configuration control Comit de contrle du changement: Voir Comit board. de contrle de la configuration change management: (1) A structured approach to Gestion du changement : (1) Une approche transitioning individuals, teams, and organizations structure pour les personnes en transition, les from a current state to a desired future state. (2) quipes et les organisations partir d'un tat Controlled way to effect a change, or a proposed actuel vers un tat futur souhait. (2) Une manire change, to a product or service. See also contrle pour effectuer un changement ou une configuration management. modification propose, pour un produit ou service. Voir aussi Gestion de configuration. charter: See test charter. Agrment : voir Agrment de test. checker: See reviewer. Contrleur : voir rviseur checklist-based testing: An experience-based test Test bas sur une checklist : Une technique de design technique whereby the experienced tester test base sur l'exprience de conception selon uses a high-level list of items to be noted, checked, or laquelle le testeur expriment utilise une liste de remembered, or a set of rules or criteria against which haut niveau d'lments noter, vrifier, ou se a product has to be verified. See also experiencerappeler, ou un ensemble de rgles ou de critres based testing. en fonction desquels un produit doit tre vrifi. Voir aussi Technique de conception de test base sur l'exprience. Chow's coverage metrics: See N-switch coverage. Mtrique de couverture de Chow : voir couverture daiguillage-N [Chow] classification tree: A tree showing equivalence Classification arborescente : Une arborescence partitions hierarchically ordered, which is montrant l'quivalence des partitions, trie de used to design test cases in the classification tree manire hirarchique. Elle est utilise pour method. See also classification tree concevoir les cas de test dans le cadre de la method. mthode de classification arborescente. Voir aussi mthode de classification arborescente. classification tree method: A black box test design Mthode de classification arborescente : une technique in which test cases, described by means of technique de conception de tests bote noire selon a classification tree, are designed to execute laquelle les cas de tests, dcrits par le biais dune combinations of representatives of input and/or output arborescence, sont conus pour excuter des domains. [Grochtmann] combinaisons de domaines reprsentatifs dentres ou de sorties [Grochtmann] clear-box testing: See white-box testing. Test bote transparente : Voir Test bote blanche. code: Computer instructions and data definitions Code : instructions informatiques et dfinitions de expressed in a programming language or in a form donnes exprimes dans un langage de output by an assembler, compiler or other translator. programmation ou dans une forme produite par un [IEEE 610] assembleur, un compilateur ou autre traducteur. [IEEE 610] code analyzer: See static code analyzer. Analyseur de code : voir analyseur de code statique
Version 2.1F
Page 17 de 84
31 Dcembre 2010

code coverage: An analysis method that determines which parts of the software have been executed (covered) by the test suite and which parts have not been executed, e.g. statement coverage, decision coverage or condition coverage. code-based testing: See white box testing. codependent behavior: Excessive emotional or psychological dependence on another person, specifically in trying to change that persons current (undesirable) behavior while supporting them in continuing that behavior. For example, in software testing, complaining about late delivery to test and yet enjoying the necessary heroism working additional hours to make up time when delivery is running late, therefore reinforcing the lateness. co-existence: The capability of the software product to co-exist with other independent software in a common environment sharing common resources. [ISO 9126] See portability testing. commercial off-the-shelf software: See off-the-shelf software. comparator: See test comparator. compatibility testing: See interoperability testing. compiler: A software tool that translates programs expressed in a high order language into their machine language equivalents. [IEEE 610]
Couverture de code : une mthode danalyse qui dtermine quelles parties du logiciel ont t excutes (couvertes) par une suite de tests et quelles parties ne lont pas t, p.ex. couverture des instructions, des dcisions ou des conditions. Tests bass sur le code : voir tests bote blanche Comportement de co-dpendance : Dpendance affective ou psychologique excessive une autre personne, notamment en essayant de changer un comportement indsirable de cette personne tout en encourageant ce comportement. Par exemple, en matire de tests logiciels, se plaindre du retard de livraison pour tester, mais profiter du ncessaire hrosme des heures supplmentaires pour rattraper le temps lorsque la livraison est en retard, donc de renforcer ce retard. Co-existence : la capacit dun produit logiciel co-exister avec dautres logiciels indpendants dans un environnement commun partageant des ressources communes [ISO 9126] voir tests de portabilit.
Logiciel commercial sur tagre : voir logiciel sur tagre Comparateur : voir comparateurs de tests Tests de compatibilit : voir test dinteroprabilit Compilateur: un outil logiciel qui traduit un programme exprim dans un langage de haut niveau dans son equivalent en langage machine [IEEE 610] complete testing: See exhaustive testing. Test complet : voir tests exhaustifs completion criteria: See exit criteria. Critre de compltude : voir critre de sorite complexity: The degree to which a component or Complexit : le degr par lequel un composant ou system has a design and/or internal structure that is systme a une conception et/ou une structure difficult to understand, maintain and verify. See also interne qui est difficile comprendre, maintenir et cyclomatic complexity. vrifier. Voir aussi Complexit Cyclomatique. compliance: The capability of the software product to Conformit : capacit dun produit logiciel adhere to standards, conventions or regulations in adhrer des standards, conventions ou laws and similar prescriptions. [ISO 9126] consignes dans des lois ou prescriptions similaires [ISO 9126]. compliance testing: The process of testing to Test de conformit : le processus de test pour determine the compliance of component or system. dterminer la conformit dun composant ou systme ( ses exigences). component: A minimal software item that can be tested in isolation. component integration testing: Testing performed to expose defects in the interfaces and interaction between integrated components. component specification: A description of a components function in terms of its output values for specified input values under specified conditions, and required non-functional behavior (e.g. resourceutilization). Composant : un lment logiciel minimal qui peut tre test isolment. Test dintgration de composants : test effectu pour dcouvrir des dfauts dans les interfaces et les interactions entre des composants intgrs. Spcification de composant : une description des fonctions de composant en termes de valeurs de sortie pour des valeurs dentre spcifie sous des conditions spcifies, et les comportements non-fonctionnels requis (p.ex; utilisation des ressources) 31 Dcembre 2010
Version 2.1F
Page 18 de 84

component testing: The testing of individual software components. [After IEEE 610] compound condition: Two or more single conditions joined by means of a logical operator (AND, OR or XOR), e.g. A>B AND C>1000. concrete test case: See low level test case. concurrency testing: Testing to determine how the occurrence of two or more activities within the same interval of time, achieved either by interleaving the activities or by simultaneous execution, is handled by the component or system. [After IEEE 610]
Test de composant : le test de composants logiciels individuels [daprs IEEE 610] Condition composite : deux ou plus conditions simples jointes par un oprateur logique (AND, OR ou XOR) Cas de test concret : voir cas de test de bas niveau Test de simultanit : tests pour dterminer comment loccurrence de deux activits ou plus sur un mme intervalle de temps, obtenue en intercalant les activits ou en les excutant simultanment, est gre par le composant ou systme [daprs IEEE 610]
condition: A logical expression that can be evaluated Condition : expression logique qui peut tre as True or False, e.g. A>B. See also test condition. value Vrai ou Faux, p.ex. A>B. Voir aussi Condition de tests condition combination coverage: See multiple condition coverage. condition combination testing: See multiple condition testing. condition coverage: The percentage of condition outcomes that have been exercised by a test suite. 100% condition coverage requires each single condition in every decision statement to be tested as True and False. Couverture des conditions combines : voir couverture des conditions multiples Test de combinaisons de conditions : voir test de conditions multiples Couverture des conditions : le pourcentage des rsultats de conditions qui ont t exercs par une suite de tests. 100% de couverture des conditions ncessite que chaque condition simple dans chaque instruction conditionnelle soit teste en Vrai et en Faux. condition determination coverage: The percentage Couverture des conditions et dcisions : le of all single condition outcomes that independently pourcentage de tous les rsultats de conditions affect a decision outcome that have been exercised simples qui affectent de faon indpendante les by a test case suite. 100% condition determination rsultats des conditions qui ont t exercs par coverage implies 100% decision condition coverage. une suite de cas de tests. 100% de couverture des dterminations des conditions implique 100% de couvertures de conditions et dcisions. condition determination testing: A white box test design technique in which test cases are designed to execute single condition outcomes that independently affect a decision outcome. Test de dtermination des conditions : une technique de conception de tests bote blanche selon laquelle les cas de tests sont conus pour excuter des rsultats de conditions simples qui affectent indpendamment les rsultats dune dcision. Test des conditions : une technique de conception de test bote blanche selon laquelle les cas de tests sont conus pour excuter les rsultats de conditions. Rsultat de condition : lvaluation dune condition Vrai ou Faux Test de confiance : voir test fumigatoire Configuration : Composition dun composant ou systme dfini par le nombre, la nature et les interconnexions de ses parties constituantes.
condition testing: A white box test design technique in which test cases are designed to execute condition outcomes. condition outcome: The evaluation of a condition to True or False. confidence test: See smoke test. configuration: The composition of a component or system as defined by the number, nature, and interconnections of its constituent parts.
Version 2.1F
Page 19 de 84
31 Dcembre 2010
configuration auditing: The function to check on the Audit de configuration : la vrification du contenu contents of libraries of configuration items, e.g. for des librairies dlments de configuration, p.ex. standards compliance. [IEEE 610] pour une conformit des standards. [IEEE 610] configuration control: An element of configuration management, consisting of the evaluation, coordination, approval or disapproval, and implementation of changes to configuration items after formal establishment of their configuration identification. [IEEE 610] Contrle de configuration : un lment de la gestion de configuration, consistant en lvaluation, la coordination, lapprobation ou la dsapprobation, et limplantation de modifications des lments de configuration aprs ltablissement de leur identification de configuration [IEEE 610] configuration control board (CCB): A group of Comit de contrle des modifications : un people responsible for evaluating and approving or groupe de personnes responsables de lvaluation disapproving proposed changes to configuration et de lapprobation (ou non) des modifications items, and for ensuring implementation of approved proposes aux lments de configuration, et changes. [IEEE 610] devant sassurer de limplmentation des modifications approuves [IEEE 610] configuration identification: An element of Identification de configuration : un lment de la configuration management, consisting of selecting the gestion de configuration, consistant en la slection configuration items for a system and recording their des lments de configuration pour un systme et functional and physical characteristics in technical lenregistrement de leurs caractristiques documentation. [IEEE 610] fonctionnelles et physiques dans une documentation technique [IEEE 610] configuration item: An aggregation of hardware, software or both, that is designated for configuration management and treated as a single entity in the configuration management process. [IEEE 610] lment de configuration : un ensemble de matriels, logiciels (ou les deux), qui entre dans la gestion de configuration et est trait comme une entit unitaire dans le processus de gestion de configuration [IEEE 610] Gestion de configuration : une discipline appliquant une direction et surveillance technique et administrative pour : identifier et documenter les caractristiques fonctionnelles et physiques dun lment de configuration, contrler les modifications de ces caractristiques, enregistrer et informer des modifications et tats dimplmentation, et vrifier la conformit avec des exigences spcifies [IEEE 610]
configuration management: A discipline applying technical and administrative direction and surveillance to: identify and document the functional and physical characteristics of a configuration item, control changes to those characteristics, record and report change processing and implementation status, and verify compliance with specified requirements. [IEEE 610]
configuration testing: See portability testing. confirmation testing: See re-testing. conformance testing: See compliance testing. consistency: The degree of uniformity, standardization, and freedom from contradiction among the documents or parts of a component or system. [IEEE 610] content-based model: A process model providing a detailed description of good engineering practices, e.g. test practices.
Test de configuration : voir test de portabilit Test de confirmation : voir retest Test de conformance : voir test de conformit Cohrence : Le degr duniformit, de standardisation, et labsence de contradictions dans les documents ou parties dun composant ou systme [IEEE 610] Modle bas sur le contenu : Un modle de processus fournissant une description dtaille des bonnes pratiques de l'ingnierie, par exemple les pratiques de test.
Version 2.1F
Page 20 de 84
31 Dcembre 2010

continuous representation : A capability maturity model structure wherein capability levels provide a recommended order for approaching process improvement within specified process areas. [CMMI] control flow: An abstract representation of all possible sequences of events (paths) in the execution through a component or system. control flow analysis : A form of static analysis based on a representation of unique paths (sequences of events) in the execution through a component or system. Control flow analysis evaluates the integrity of control flow structures, looking for possible control flow anomalies such as closed loops or logically unreachable process steps.
Reprsentation continue : Structure dun modle de maturit dans laquelle les niveaux de maturit fournissent des recommandations pour la mise en uvre du processus damlioration lintrieur de domaines de processus particuliers. [CMMI] Flot de contrle : une reprsentation abstraite de toutes les squences dvnements (chemins) dans lexcution dun composant ou systme. Analyse du flot de contrle : Une forme danalyse statique base sur une reprsentation de chemins uniques (squences dvnements) de l'excution dans un composant ou systme. L'analyse du flot de contrle value l'intgrit des structures de contrle de flot, cherche de possibles anomalies de contrle de flot comme les boucles fermes ou les tapes de processus qui seraient logiquement inatteignables. Graphe de flot de contrle : voir flot de contrle Chemin du flot de contrle : voir chemin Test de conversion : test du logiciel utilis pour convertir des donnes depuis des systmes existants pour une utilisation dans les systmes de remplacement. Tableau de bord d'entreprise : Une reprsentation - de type tableau de bord - du statut des donnes relatives l'efficacit de l'entreprise. Voir aussi Bilan quilibr, Tableau de bord. Cot de la qualit : Le cot total imput aux activits et problmes lis la qualit, souvent divis en cots de prvention, cots destimation, cots des dfaillances internes et cots des dfaillances externes. COTS : acronyme pour Commercial Off-The-Shelf software, (logiciel commercial sur tagre) Couverture : le degr, exprim en pourcentage, selon lequel un lment de couverture spcifi a t excut lors dune suite de test. Analyse de couverture : mesure de la couverture atteinte sur un lment de couverture pendant lexcution de tests, se rfrant des critres prdtermins pour dterminer si des tests supplmentaires sont ncessaires et si cest le cas quels cas de test sont ncessaires. lment de couverture : une entit ou proprit utilise comme base pour un test de couverture, p.ex. partitions dquivalence, instructions du code Outil de mesure de couverture : Voir Outil de couverture Outil de couverture : un outil qui fournit des mesures objectives de quels lments structurels (p.ex. instructions, branches) ont t employs lors de lexcution dune suite de tests. Facteur critique de succs : Un lment qui est 31 Dcembre 2010
control flow graph: See control flow. control flow path: See path. conversion testing: Testing of software used to convert data from existing systems for use in replacement systems. corporate dashboard: A dashboard-style representation of the status of corporate performance data. See also balanced scorecard, dashboard. cost of quality : The total costs incurred on quality activities and issues and often split into prevention costs, appraisal costs, internal failure costs and external failure costs. COTS: Acronym for Commercial Off-The-Shelf software. coverage: The degree, expressed as a percentage, to which a specified coverage item has been exercised by a test suite. coverage analysis: Measurement of achieved coverage to a specified coverage item during test execution referring to predetermined criteria to determine whether additional testing is required and if so, which test cases are needed. coverage item: An entity or property used as a basis for test coverage, e.g. equivalence partitions or code statements. coverage measurement tool : See coverage tool. coverage tool: A tool that provides objective measures of what structural elements, e.g. statements, branches have been exercised by the test suite. critical success factor: An element which is Version 2.1F
Page 21 de 84

necessary for an organization or project to achieve its mission. They are the critical factors or activities required for ensuring the success. See also contentbased model. Critical Testing Processes: A content-based model for test process improvement built around twelve critical processes. These include highly visible processes, by which peers and management judge competence and mission-critical processes in which performance affects the company's profits and reputation. CTP: See Critical Testing Processes. custom software: See bespoke software. cyclomatic complexity: The number of independent paths through a program. Cyclomatic complexity is defined as: L N + 2P, where - L = the number of edges/links in a graph - N = the number of nodes in a graph - P = the number of disconnected parts of the graph (e.g. a called graph or subroutine). [After McCabe]
ncessaire une organisation ou un projet afin d'accomplir sa mission. Il y a aussi les facteurs critiques ou activits requises pour s'assurer du succs. Voir aussi Modle bas sur le contenu. Processus Critiques du Test : Modle bas sur le contenu pour l'amlioration du processus de test. Il est construit autour de 12 processus critiques. Ils incluent les processus hautement visibles, par lesquels les pairs et le management jugent la comptence les processus critiques d'une mission qui affectent les profits et la rputation d'une entreprise. CTP : Voir Processus critiques de test. Logiciel personnalis : voir logiciel sur mesure Complexit cyclomatique : le nombre de chemins indpendants au travers dun programme. La complexit cyclomatique est dfinie par L N + 2P, avec : - L : le nombre darcs/liens dun graphe - N : le nombre de nuds du graphe - P le nombre de parties dconnectes du graphe (p.ex. un graphe appel ou un sous-programme) [daprs McCabe] Nombre cyclomatique : voir complexit cyclomatique
cyclomatic number: See cyclomatic complexity.
D
daily build: a development activity where a complete system is compiled and linked every day (usually overnight), so that a consistent system is available at any time including all latest changes. Build journalier : une activit de dveloppement o un systme complet est compil et link chaque jour (gnralement la nuit), de faon ce quun systme consistant soit disponible, chaque instant, incluant les modifications les plus rcentes. dashboard: A representation of dynamic Tableau de bord : Une reprsentation de mesures measurements of operational performance for some dynamiques des performances oprationnelles organization or activity, using metrics represented via d'une organisation ou d'une activit. On utilise des metaphores such as visual dials, counters, and mtriques reprsentes par des mtaphores telle other devices resembling those on the dashboard of que des alarmes visuelles, des compteurs et an automobile, so that the effects of events or d'autres dispositifs ressemblant ceux du tableau activities can be easily understood and related to de bord d'une voiture. Le but tant que les effets operational goals. See also corporate dashboard, des vnements ou activits puissent tre scorecard. facilement compris et relis des objectifs oprationnels. Voir aussi Tableau de bord d'entreprise, bilan. data definition: An executable statement where a Dfinition de donne : une instruction excutable variable is assigned a value. o une valeur est affecte une variable. data-driven testing: A scripting technique that stores Tests pilot par les donnes : une technique de test input and expected results in a table or script qui sauvegarde les entres et rsultats spreadsheet, so that a single control script can attendus dans une table ou un tableur, de faon execute all of the tests in the table. Data driven ce quun seul script de contrle puisse excuter testing is often used to support the application of test tous les tests de la table. Les tests dtermins par execution tools such as capture/playback tools. les donnes sont souvent utiliss pour assister [Fewster and Graham] See also keyword driven lutilisation de tests automatiss tels ceux de testing. capture/rejeu. [Fewster et Graham] voir aussi tests dtermins par mots cl.
Version 2.1F
Page 22 de 84
31 Dcembre 2010

data flow: An abstract representation of the sequence and possible changes of the state of data objects, where the state of an object is any of: creation, usage, or destruction. [Beizer] data flow analysis: A form of static analysis based on the definition and usage of variables. data flow coverage: The percentage of definitionuse pairs that have been exercised by a test case suite. Data flow test: A white box test design technique in which test cases are designed to execute definition and use pairs of variables.
Flot de donnes : une reprsentation abstraite de la squence et des modifications possibles de ltat des objets de donnes, o ltat dun objet est soit cration, utilisation ou destruction [Beizer] Analyse du flot de donnes : une forme danalyse statique base sur la dfinition et lusage des variables. Couverture du flot de donnes : le pourcentage de paires de dcision-usage qui ont t emprunts par une suite de cas de tests.
Test du flot de donnes : une technique de conception de tests bote blanche dans laquelle les cas de tests sont conus pour excuter les paires de dfinition et dusage de variables. data integrity testing: See database integrity testing. Test dintgrit des donnes : voir test dintgrit des bases de donnes database integrity testing: Testing the methods and Test dintgrit de base de donnes : test des processes used to access and manage the mthodes et processus utiliss pour accder et data(base), to ensure access methods, processes grer les (bases de) donnes, pour sassurer que and data rules function as expected and that during les mthodes daccs, processus et rgles de access to the database, data is not corrupted or donnes fonctionnent comme attendu et que lors unexpectedly deleted, updated or created. des accs la base de donnes, les donnes ne sont pas corrompues ou inopinment effaces, mises jour ou cres. dd-path: A path of execution (usually through a graph dd-path : Un chemin d'excution (habituellement representing a program, such as a flow-chart) that par le moyen d'un graphe reprsentant un does not include any conditional nodes such as the programme, tel qu'un flot de controle) qui n'inclut path of execution between two decisions. aucun nud conditionnel tel qu'un chemin d'excution entre deux dcisions. dead code: See unreachable code. Code mort : voir code inatteignable debugger: See debugging tool. Dbogueur : voir outil de dbogage debugging: The process of finding, analyzing and Dboguer : le processus de trouver, analyser et removing the causes of failures in software. liminer les causes de dfaillance dans les logiciels. debugging tool: A tool used by programmers to reproduce failures, investigate the state of programs and find the corresponding defect. Debuggers enable programmers to execute programs step by step, to halt a program at any program statement and to set and examine program variables. Outil de dbogage : un outil utilis par les programmeurs pour reproduire les anomalies, examiner ltat des programmes et trouver les dfauts correspondants. Les outils de dbogage permettent aux programmeurs dexcuter un programme pas pas, darrter un programme une instruction du programme et de fixer et examiner les variables du programme.
decision: A program point at which the control flow Dcision : un point dans un programme o le flot has two or more alternative routes. A node with two or de contrle a deux ou plus chemins possibles. Un more links to separate branches. nud avec deux ou plus liens vers des branches spares. decision condition coverage: The percentage of all Couverture des dcisions-conditions : le condition outcomes and decision outcomes that have pourcentage des rsultats de toutes les conditions been exercised by a test suite. 100% decision et rsultats des dcisions qui ont t exerces par condition coverage implies both 100% condition une suite de tests. 100% de couvertures des coverage and 100% decision coverage. dcisions-conditions implique la fois 100% de couverture des conditions et 100% de couverture des dcisions. Version 2.1F Page 23 de 84 31 Dcembre 2010

decision condition testing: A white box test design technique in which test cases are designed to execute condition outcomes and decision outcomes.
decision coverage: The percentage of decision outcomes that have been exercised by a test suite. 100% decision coverage implies both 100% branch coverage and 100% statement coverage.
Test de couverture des dcisions : une technique de conception des tests bote blanche o les cas de tests sont dsigns pour excuter les rsultats et conditions et les rsultats des dcisions. Couverture des dcisions : le pourcentage des rsultats de dcisions qui ont t excutes par une suite de tests. 100% de couverture des dcisions implique 100% de couverture des branches et 100% de couvertures des instructions. Table de dcision : table montrant la combinaison des entres et/ou stimuli (causes) et de leurs sorties et/ou actions (effets) associes, qui peut tre utilise pour concevoir des cas de tests. Test par tables de dcisions : une technique de conception des tests bote noire dans laquelle les cas de tests sont conus pour excuter les combinaisons dentres et/ou de stimuli (causes) prsentes dans une table de dcision [Veenendaal] Test des dcisions : Une technique de conception de tests bote blanche selon laquelle les cas de tests sont conus pour excuter les rsultats de dcisions. Rsultat de dcision : le rsultat dune dcision (qui dtermine les branches devant tre prises) Dfaut : une imperfection dans un composant ou un systme qui peut conduire ce quun composant ou un systme nexcute pas les fonctions requises, par exemple une instruction ou une dfinition de donnes incorrecte. Un dfaut, si rencontr lors de lexcution, peut causer la dfaillance dun composant ou dun systme. Technique base sur les dfauts : Voir Technique de conception base sur les dfauts.
decision table: A table showing combinations of inputs and/or stimuli (causes) with their associated outputs and/or actions (effects), which can be used to design test cases. decision table testing: A black box test design techniques in which test cases are designed to execute the combinations of inputs and/or stimuli (causes) shown in a decision table. [Veenendaal]
decision testing: A white box test design technique in which test cases are designed to execute decision outcomes. decision outcome: The result of a decision (which therefore determines the branches to be taken). defect: A flaw in a component or system that can cause the component or system to fail to perform its required function, e.g. an incorrect statement or data definition. A defect, if encountered during execution, may cause a failure of the component or system.
defect based technique : See defect based test design technique.
defect based test design technique : A procedure to derive and/or select test cases targeted at one or more defect categories, with tests being developed from what is known about the specific defect category. See also defect taxonomy.
Technique de conception base sur les dfauts : Une procdure de drivation et/ou slection des cas de tests applique une ou plusieurs catgories de dfauts, avec un dveloppement des tests partir de ce qui est connu de catgorie de dfaut spcifique. Voir aussi taxonomie des dfauts
Version 2.1F
Page 24 de 84
31 Dcembre 2010

defect density: The number of defects identified in a component or system divided by the size of the component or system (expressed in standard measurement terms, e.g. lines-of-code, number of classes or function points). Defect Detection Percentage (DDP): the number of defects found by a test phase, divided by the number found by that test phase and any other means afterwards.
Densit de dfauts: le nombre danomalies identifies dans un composant ou systme, divis par la taille du composant ou systme (exprim en termes de mesure standard tel lignes de code, nombre de classes ou points de fonctions).
Pourcentage de dtection des dfauts (DDP) : le nombre danomalies dtectes dans une phase de test, divis par la somme des anomalies trouves par cette phase et toutes les phases ultrieures. defect management: The process of recognizing, Gestion danomalie : processus de investigating, taking action and disposing of defects. It reconnaissance, dinvestigation, daction et de involves recording defects, classifying them and traitement des anomalies. Cela implique identifying the impact. [After IEEE 1044] lenregistrement des anomalies, leur classification et lidentification de leur impact [daprs IEEE 1044] defect management tool: See incident management Outil de gestion danomalies : voir outil de tool. gestion dincident. defect masking: An occurrence in which one defect Masquage danomalie : un cas o un dfaut prevents the detection of another. [After IEEE 610] empche la dtection dun autre [daprs IEEE 610] defect report: A document reporting on any flaw in a component or system that can cause the component or system to fail to perform its required function. [After IEEE 829] defect taxonomy : A system of (hierarchical) categories designed to be a useful aid for reproducibly classifying defects. defect tracking tool: See incident management tool. definition-use pair: The association of the definition of a variable with the use of that variable. Variable uses include computational (e.g. multiplication) or to direct the execution of a path (predicate use). Rapport danomalie : un document fournissant une information sur un dfaut dans un composant ou systme qui peut conduire le composant ou le systme ne pas excuter les fonctions requises. [daprs IEEE 829] Taxonomie des dfauts : Un systme de catgories (hirarchiques) destin aider la reproduction de dfauts classifis. Outil de suivi danomalies : voir outil de gestion dincident Paires dfinition-usage : lassociation de la dfinition dune variable et de lusage de cette variable. L usage dune variable inclut son calcul (p.ex. multiplication) ou son utilisation dans la slection dun chemin (utilisation comme prdicat ) Livrable : tout produit (travail) qui doit tre livr par quelquun une personne autre que lauteur du produit (travail). Roue de Deming : Un processus itratif en quatre tapes de rsolution de problmes (Plan-DoCheck-Act), gnralement utiliss dans l'amlioration des processus. [D'aprs Deming] 1. Plan : Prparer, planifier (ce que l'on va raliser) 2. Do : Dvelopper, raliser, mettre en uvre. 3. Check : Contrler, vrifier 4. Act : Agir, ajuster, ragir, voire dployer.
deliverable: Any (work) product that must be delivered to someone other that the (work) products author. Deming cycle: An iterative four-step problem-solving process, (plan-do-check-act), typically used in process improvement. [After Deming]
Version 2.1F
Page 25 de 84
31 Dcembre 2010

design-based testing: An approach to testing in which test cases are designed based on the architecture and/or detailed design of a component or system (e.g. tests of interfaces between components or systems). desk checking: Testing of software or a specification by manual simulation of its execution. See also static analysis. development testing: Formal or informal testing conducted during the implementation of a component or system, usually in the development environment by developers. [After IEEE 610]
Test bas sur la conception : une approche du test selon laquelle les cas de tests sont conus sur la base de larchitecture et/ou des conceptions dtailles dun composant ou systme (p.ex. tests des interfaces entre composants ou systmes) Vrification manuelle : test dun logiciel ou d'une spcification par une simulation manuelle de son excution. Voir aussi Analyse statique. Test du dveloppement : tests formels ou informels excuts pendant la ralisation dun composant ou systme, gnralement dans lenvironnement de dveloppement et par les dveloppeurs. [daprs IEEE 610] Dviation : voir incident Rapport de dviation: voir rapport dincident Diagnostic (IDEAL) : La phase dans le modle IDEAL o il est dtermin o l'on est, par rapport l'endroit o l'on veut tre. La phase de diagnostic comprend les activits: caractriser l'tat actuel et souhait et formuler des recommandations. Voir aussi IDEAL. Test sale : voir tests ngatifs Test de documentation : tester la qualit de la documentation, p.ex. guide utilisateur ou guide dinstallation. Domaine : ensemble partir duquel des donnes valides dentre ou de sortie peuvent tre slectionnes. Pilote : un composant logiciel ou outil de tests qui remplace un composant qui contrle et/ou appelle un composant ou systme [daprs TMap] Analyse dynamique : le processus dvaluation du comportement (p.ex. performance mmoire, utilisation CPU) dun composant ou systme pendant son excution [daprs IEEE 610] Outil danalyse dynamique : un outil qui fournit une information sur ltat dun code logiciel. Ces outils sont habituellement utiliss pour identifier des pointeurs non affects, vrifier larithmtique des pointeurs et pour suivre lallocation, lutilisation et la libration de mmoire et dtecter les fuites mmoire. Comparaison dynamique : comparaison des rsultats effectifs et attendus, effectue pendant lexcution du logiciel, par exemple par un outil de test. Test dynamique : test qui ncessite lexcution du logiciel dun composant ou systme
deviation: See incident. deviation report: See incident report. diagnosing (IDEAL): The phase within the IDEAL model where it is determined where one is, relative to where one wants to be. The diagnosing phase consists of the activities: characterize current and desired states and develop recommendations. See also IDEAL. dirty testing: See negative testing. Documentation testing: Testing the quality of the documentation, e.g. user guide or installation guide. domain: The set from which valid input and/or output values can be selected. driver: A software component or test tool that replaces a component that takes care of the control and/or the calling of a component or system. [After TMap] dynamic analysis: The process of evaluating behavior, e.g. memory performance, CPU usage, of a system or component during execution. [After IEEE 610] dynamic analysis tool: A tool that provides run-time information on the state of the software code. These tools are most commonly used to identify unassigned pointers, check pointer arithmetic and to monitor the allocation, use and de-allocation of memory and to flag memory leaks. dynamic comparison: Comparison of actual and expected results, performed while the software is being executed, for example by a test execution tool.
dynamic testing: Testing that involves the execution of the software of a component or system.
Version 2.1F
Page 26 de 84
31 Dcembre 2010

E
efficiency: The capability of the software product to provide appropriate performance, relative to the amount of resources used under stated conditions. [ISO 9126] efficiency testing: The process of testing to determine the efficiency of a software product. EFQM (European Foundation for Quality Management) excellence model: A non-prescriptive framework for an organisation's quality management system, defined and owned by the European Foundation for Quality Management, based on five 'Enabling' criteria (covering what an organisation does), and four 'Results' criteria (covering what an organisation achieves).
Rendement : la capacit du produit logiciel fournir des performances appropries, relatives au niveau de ressources utilises dans des conditions spcifies. [ISO 9126]
Tests de rendement : le processus de test pour dterminer le rendement dun produit logiciel. Modle d'excellence EFQM (franais : Fondation Europenne pour la Gestion de la Qualit) : Un cadre non contraignant pour le systme de management de la qualit. Il est dfini et est la proprit de la Fondation europenne pour la gestion de la qualit. Il est bas sur cinq critres Facteurs (couvrant ce que fait une organisation), et quatre critres Rsultats (portant sur ce qu'une organisation ralise). elementary comparison testing: A black box test Test de comparaison lmentaire : une design techniques in which test cases are designed to technique de conception de tests bote noire selon execute combinations of inputs using the concept of laquelle les cas de tests sont conus pour excuter condition determination coverage. [TMap] les combinaisons dentres en utilisant le concept de couverture des conditions et dcisions emotional intelligence: The ability, capacity, and skill to identify, assess, and manage the emotions of one's self, of others, and of groups. emulator: A device, computer program, or system that accepts the same inputs and produces the same outputs as a given system. [IEEE 610] See also simulator. entry criteria: the set of generic and specific conditions for permitting a process to go forward with a defined task, e.g. test phase. The purpose of entry criteria is to prevent a task from starting which would entail more (wasted) effort compared to the effort needed to remove the failed entry criteria. [Gilb and Graham] Intelligence motionnelle : L'aptitude, la capacit et les comptences pour identifier, valuer et grer ses motions, celles des autres, et des groupes. mulateur : un appareil, programme ou systme qui accepte les mmes entres et produit les mmes rsultats quun systme donn [IEEE 610] voir aussi Simulateur
Critre dentre : lensemble des conditions spcifiques et gnriques pour permettre un processus de continuer excuter une tche dfinie (p.ex. une phase de tests). Le but dun critre dentre est dempcher le dbut dune tche qui gnrerait une charge de travail plus importante (inutile et gaspille) que celle ncessaire pour supprimer le critre dentre dfaillant. [Gilb et Graham] entry point: An executable statement or process step Point dentre : Une instruction excutable ou une which defines a point at which a given process is tape de processus qui dfinit un point sur lequel intended to begin. un processus donn est cens commencer. equivalence class: See equivalence partition. Classe dquivalence : voir partition dquivalence equivalence partition: A portion of an input or output Partition dquivalence : une portion dun domain for which the behavior of a component or domaine dentre ou de sortie pour laquelle le system is assumed to be the same, based on the comportement dun composant ou systme est specification. suppos tre le mme, bas sur ces spcifications. equivalence partition coverage: The percentage of equivalence partitions that have been exercised by a test suite. Couverture des partitions dquivalence : le pourcentage de partitions dquivalence qui ont t exerces par une suite de tests.
Version 2.1F
Page 27 de 84
31 Dcembre 2010

equivalence partitioning: A black box test design technique in which test cases are designed to execute representatives from equivalence partitions. In principle test cases are designed to cover each partition at least once. error: A human action that produces an incorrect result. [After IEEE 610] error guessing: A test design technique where the experience of the tester is used to anticipate what defects might be present in the component or system under test as a result of errors made, and to design tests specifically to expose them.
Partitionnement en classes dquivalence : une technique de conception de bote noire selon laquelle les cas de tests sont conus pour excuter des reprsentants des partitions dquivalence. En principe, les cas de tests sont conus pour couvrir chaque partition au moins une fois. Erreur : action humaine produisant un rsultat incorrect [daprs IEEE 610] Estimation derreur: une technique de conception de tests o lexprience du testeur est utilise pour anticiper les dfauts pouvant tre prsents dans le composant ou systme en cours de tests, comme rsultat des erreurs faites, et pour concevoir des tests spcifiques afin de les exposer. Injection derreurs : Voir Injection de dfauts
error seeding: See fault seeding.
error seeding tool : See fault seeding tool.
Outil dinjection derreurs : Voir Outil dinjection de dfauts
error tolerance: The ability of a system or component to continue normal operation despite the presence of erroneous inputs. [After IEEE 610]. establishing (IDEAL): The phase within the IDEAL model where the specifics of how an organization will reach its destination are planned. The establishing phase consists of the activities: set priorities, develop approach and plan actions. See also IDEAL.
evaluation: See testing. exception handling: Behavior of a component or system in response to erroneous input, from either a human user or from another component or system, or to an internal failure. executable statement: A statement which, when compiled, is translated into object code, and which will be executed procedurally when the program is running and may perform an action on data.
Tolrance aux erreurs : la capacit dun systme ou composant continuer une opration normale malgr la prsence de donnes dentre errones [daprs IEEE 610] Planification (IDEAL) : La phase dans le modle IDEAL o les dtails de la faon dont une organisation atteindra sa destination sont prvus. La phase de planification se compose des activits: fixer des priorits, dvelopper des approches et planifier des actions. Voir aussi IDEAL. valuation : voir test Gestion des exceptions : comportement dun composant ou systme en rponse des donnes dentre errones, fournies par un utilisateur humain ou par un autre composant ou systme, ou en rponse une dfaillance interne. Instruction excutable : une instruction qui, quand elle est compile, est traduite en code objet, et sera excute de faon procdurale quand le programme sexcute et peut effectuer une action sur des donnes ou le droulement du programme.
Version 2.1F
Page 28 de 84
31 Dcembre 2010

exercised: A program element is said to be exercised by a test case when the input value causes the execution of that element, such as a statement, decision, or other structural element.
Exerc : un lment dun programme est dit tre exerc par un cas de test quand les valeurs dentre causent lexcution de cet lment, tel quune instruction, dcision ou autre lment de structure.
exhaustive testing: A test approach in which the test Tests exhaustifs : une approche des tests selon suite comprises all combinations of input values and laquelle la suite de tests comprend toutes les preconditions. combinaisons de valeurs dentre et de prconditions. exit criteria: The set of generic and specific Critre de sortie : lensemble des conditions conditions, agreed upon with the stakeholders, for gnriques et spcifiques, convenues avec les permitting a process to be officially completed. The responsables, pour permettre de terminer purpose of exit criteria is to prevent a task from being officiellement un processus. Lobjectif dun critre considered completed when there are still outstanding de sortie est dviter quune tche ne soit parts of the task which have not been finished. Exit considre comme acheve alors quil y a encore criteria are used by testing to report against and to des parties de cette tche qui nont pas t plan when to stop testing. [After Gilb and Graham] termines. Les critres de sortie sont utiliss dans le test pour faire des comptes rendus et pour planifier larrt du test. [Daprs Gilb et Graham] exit point: An executable statement or process step which defines a point at which a given process is intended to cease. expected outcome: See expected result. expected result: The behavior predicted by the specification, or another source, of the component or system under specified conditions. Point de sortie : Une instruction excutable ou une tape de processus qui dfinit un point sur lequel un processus donn est cens cesser. Consquence attendue : voir rsultat attendu Rsultat attendu : le comportement prdit par les spcifications, ou par dautres sources, du composant ou systme, dans des conditions spcifies. experience-based technique: See experienceTechnique base sur l'exprience : Voir based test design technique. Technique de conception de test base sur l'exprience. experience-based test design technique: Technique de conception de test base sur Procedure to derive and/or select test cases based on l'exprience : Procdure pour obtenir et/ou the testers experience, knowledge and intuition. slectionner des cas de test base sur l'exprience du testeur, sa connaissance et son intuition. exploratory testing: Testing where the tester Tests exploratoires : tests o le testeur contrle actively controls the design of the tests as those tests activement la conception des tests en mme are performed and uses information gained while temps que ces tests sont excuts, et utilise testing to design new and better tests. [after Bach] linformation obtenue pendant les tests pour concevoir de nouveaux et meilleurs tests [daprs Bach] extreme programming: A software engineering Extreme programming : Une mthodologie methodology used within agile software development d'ingnierie de logiciels utilise dans le whereby core practices are programming in pairs, dveloppement logiciel agile. Les pratiques de doing extensive code review, unit testing of all code, base sont la programmation par paire, la revue de and simplicity and clarity in code. See also agile code approfondie, les tests unitaires de tout le software development. code, la simplicit et la clart du code. Voir aussi Dveloppement logiciel agile.
F
fail: A test is deemed to fail if its actual result does not match its expected result. chec : un test est considr en chec si son rsultat obtenu ne correspond pas au rsultat attendu.
Version 2.1F
Page 29 de 84
31 Dcembre 2010

failure: Actual deviation of the component or system from its expected delivery, service or result. [After Fenton] The inability of a system or system component to perform a required function within specified limits. A failure may be produced when a fault is encountered [DO-178B] failure mode: The physical or functional manifestation of a failure. For example, a system in failure mode may be characterized by slow operation, incorrect outputs, or complete termination of execution. [IEEE 610]
Dfaillance : Dviation constate du composant ou systme de la fourniture, du service ou du rsultat attendu [daprs Fenton]; Incapacit dun systme ou dun composant dexcuter une fonction requise dans les limites spcifies. Une dfaillance peut tre produite quand un dfaut est rencontr [DO-178B] Mode de dfaillance : la manifestation physique ou fonctionnelle dune dfaillance. Par exemple, un systme en mode de dfaillance peut tre caractris par des oprations ralenties, des sorties incorrectes ou un arrt complet de son excution. [IEEE 610] Failure Mode and Effect Analysis (FMEA): A Analyse des Modes de Dfaillance et Effets (AMDE) : une approche systmatique systematic approach to risk identification and analysis of identifying possible modes of failure didentification des risques et danalyse pour and attempting to prevent their identifier les modes de dfaillance possibles et occurrence. See also Failure Mode, Effect and essayer de prvenir leur occurrence. Voir aussi Criticality Analysis (FMECA). Mode de dfaillance, Analyse des modes de dfaillances, de leurs effets et de leur criticit (AMDEC) Analyse des modes de dfaillances, de leurs Failure Mode, Effects, and Criticality Analysis (FMECA) : An extension of FMEA, as in effets et de leur criticit (AMDEC) : Une addition to the basic FMEA, it includes a criticality extension de lAMDE, incluant, en complment de analysis, which is used to chart the lAMDE, une analyse de la criticit qui est utilise probability of failure modes against the severity of pour mettre en regard la probabilit des modes de their consequences. The result dfaillance et la svrit de leur consquences. Le highlights failure modes with relatively high probability rsultat fait ressortir les modes de dfaillance and severity of consequences, ayant une probabilit relativement importante et allowing remedial effort to be directed where it will des consquences svres, ce qui permet produce the greatest value. See also dorienter leffort l o il sera le plus bnfique Voir Failure Mode and Effect Analysis (FMEA). aussi Analyse des Modes de Dfaillance et Effets (AMDE) failure rate: The ratio of the number of failures of a Taux de dfaillance : le rapport du nombre de given category to a given unit of measure, e.g. dfaillances dune catgorie une unit de mesure failures per unit of time, failures per number of donne, p.ex. dfaillances par unit de temps, par transactions, failures per number of computer runs. nombre de transactions, par nombre dexcutions [IEEE 610] [IEEE 610] false-fail result : A test result in which a defect is reported although no such defect actually exists in the test object. Faux-chec : Un rsultat de test dans lequel un dfaut est rapport alors quen ralit ce dfaut nexiste pas dans lobjet de test.
false-pass result : A test result which fails to identify the presence of a defect that is actually present in the test object.
Faux-succs : Un rsultat de test qui na pas identifi la prsence dun dfaut qui est rellement prsent dans lobjet de test.
Version 2.1F
Page 30 de 84
31 Dcembre 2010

false-negative result : See false-pass result.
Faux-ngatif : Voir faux-succs
false-positive result : See false-fail result.
Faux-positif : Voir faux-chec
fault: See defect. fault attack : See attack. fault density: See defect density. Fault Detection Percentage (FDP): See Defect Detection Percentage (DDP). fault masking: See defect masking.
Faute : voir Anomalie
Attaque de faute : Voir Attaque Densit de dfauts : voir densit des anomalies Pourcentage de Dtection des Dfauts : voir pourcentage de dtection des dfauts Masquage des dfauts : voir masquage danomalie fault seeding : The process of intentionally adding Injection de dfauts : Processus dajout known defects to those already in the intentionnel de dfauts connus ceux dj dans le component or system for the purpose of monitoring composant ou le systme avec les objectifs de the rate of detection and removal, and mesurer le taux de dtection et de suppression, et estimating the number of remaining defects. [IEEE destimer le nombre de dfauts restants. [IEEE 610] 610] fault seeding tool : A tool for seeding (i.e. Outil dinjection de dfauts : Un outil pour intentionally inserting) faults in a component or injecter (insrer intentionnellement) des dfauts system. dans un composant ou un systme. fault tolerance: The capability of the software Tolrance aux dfauts : la capacit du produit product to maintain a specified level of performance logiciel maintenir le niveau spcifi de in cases of software faults (defects) or of infringement performances en cas de dfaut (anomalie) ou de of its specified interface. [ISO 9126] See also violation de ses interfaces spcifies. [ISO 9126] reliability. voir aussi Fiabilit. Fault Tree Analysis (FTA): A technique used to analyze the causes of faults (defects). The technique visually models how logical relationships between failures, human errors, and external events can combine to cause specific faults to disclose. feasible path: A path for which a set of input values and preconditions exists which causes it to be executed. feature: An attribute of a component or system specified or implied by requirements documentation (for example reliability, usability or design constraints). [After IEEE 1008] field testing: See beta testing. Analyse par Arbre de dfaillance : Une technique utilise pour analyser les causes des fautes (dfauts) La technique consiste modliser visuellement les relations entre dfaillances, erreurs humaines et vnements extrieurs afin de dterminer selon quelles combinaisons elles peuvent causer les fautes lucider. Chemin faisable : un chemin pour lequel un ensemble de valeurs dentres et de prconditions existent qui en causent lexcution. Caractristique : lattribut dun composant ou systme, spcifi ou suggr par la documentation dexigences (p.ex. contraintes de fiabilit, disponibilit ou de conception). [daprs IEEE 1008] Tests sur le terrain : voir beta tests
Version 2.1F
Page 31 de 84
31 Dcembre 2010

finite state machine: A computational model consisting of a finite number of states and transitions between those states, possibly with accompanying actions. [IEEE 610] finite state testing: See state transition testing. fishbone diagram: See cause-effect diagram. formal review: A review characterized by documented procedures and requirements, e.g. inspection.
Machine tats finis : un modle computationnel consistant en un nombre fini dtats et de transitions entre ces tats, pouvant tre accompagns dactions [IEEE 610] Test dtats finis : voir test de transition dtat Diagramme en artes de poisson : Voir Diagramme cause-effet. Revue formelle : une revue caractrise par des procdures et exigences documentes (p.ex. inspection)
frozen test basis: A test basis document that can Base de tests gele : un document de base de only be amended by a formal change control process. tests qui ne peut tre amend que par un See also baseline. processus de contrle des modifications formel. Voir aussi base de rfrence Function Point Analysis (FPA): Method aiming to Analyse des points de fonction (FPA) : mthode measure the size of the functionality of an information visant mesurer la taille des fonctionnalits dun system. The measurement is independent of the systme dinformations. La mesure est technology. This measurement may be used as a dpendante de la technologie. Cette mesure peut basis for the measurement of productivity, the tre utilise comme base pour la mesure de la estimation of the needed resources, and project productivit, lestimation des besoins en control. ressources et la gestion du projet. functional integration: An integration approach that combines the components or systems for the purpose of getting a basic functionality working early. See also integration testing. Intgration fonctionnelle : une approche dintgration qui combine les composants ou systmes dans le but dobtenir rapidement le fonctionnement dune fonctionnalit de base. Voir aussi tests dintgration functional requirement: A requirement that specifies Exigence fonctionnelle : une exigence qui a function that a component or system must perform. spcifie une fonction quun composant ou systme [IEEE 610] doit remplir [IEEE 610] functional test design technique: Documented procedure to derive and select test cases based on an analysis of the specification of the functionality of a component or system without reference to its internal structure. See also black box test design technique. Technique de conception de test fonctionnel : procdure documente pour driver et slectionner des cas de tests labors partir dune analyse des spcifications des fonctionnalits dun composant ou systme sans rfrence sa structure interne. Voir aussi technique de conception de tests bote noire.
functional testing: Testing based on an analysis of Test fonctionnel : test bas sur une analyse des the specification of the functionality of a component or spcifications dune fonctionnalit dun composant system. See also black box testing. ou systme. Voir test bote noire. functionality: The capability of the software product to provide functions which meet stated and implied needs when the software is used under specified conditions. [ISO 9126] functionality testing: The process of testing to determine the functionality of a software product. Fonctionnalit : la capacit dun produit logiciel fournir des fonctions qui rpondent des besoins explicites ou implicites quand le logiciel est utilis sous des conditions spcifies [ISO 9126] Tests des fonctionnalits : le processus de test pour dterminer les fonctionnalits dun produit logiciel.
G
glass box testing: See white box testing. Version 2.1F Test bote de verre : voir test bote blanche Page 32 de 84 31 Dcembre 2010

Goal Question Metric: An approach to software measurement using a three-level model: conceptual level (goal), operational level (question) and quantitative level (metric). GQM: See Goal Question Metric.
Mthode Goal-Question-Metric : Une approche des mtriques logiciel qui utilise un modle trois niveaux: le niveau conceptuel (objectif), le niveau oprationnel (question) et le niveau quantitatif (mtrique). GQM : Voir Mthode Goal-Question-Metric.
H
hazard analysis : A technique used to characterize the elements of risk. The result of a hazard analysis will drive the methods used for development and testing of a system. See also risk analysis. heuristic evaluation: A static usability test technique to determine the compliance of a user interface with recognized usability principles (the so-called heuristics). high level test case: A test case without concrete (implementation level) values for input data and expected results. Logical operators are used, instances of the actual values are not yet defined and/or available. See also low level test case. horizontal traceability: The tracing of requirements for a test level through the layers of test documentation (e.g. test plan, test design specification, test case specification and test procedure specification). hyperlink : A pointer within a web page that leads to other web pages. hyperlink test tool : A tool used to check that no broken hyperlinks are present on a web site. Analyse des dangers : Une technique utilise pour caractris les lments de risque. Le rsultat de lanalyse des dangers va guider les mthodes utilises pour le dveloppement et le test dun systme valuation heuristique : une technique statique de test dutilisabilit pour dterminer la conformit dune interface utilisateur avec des principes dutilisabilit reconnus (les heuristiques ) Cas de tests de haut niveau : un cas de tests sans valeurs dentre concrtes (au niveau implmentation) ni rsultats attendus concrets. Des oprateurs logiques sont utiliss, des valeurs relles ne sont pas encore dfinies ou disponibles. Voir aussi cas de tests de bas niveau. Traabilit horizontale : le suivi des exigences pour un niveau de test au travers des couches de la documentation de tests (p.ex. plan de tests, spcifications de conception de test, spcification de cas de test et spcification de procdure de test) Hyperlien : Un pointeur dans une page Web qui mne dautres pages web. Outil de test des hyperliens : Un outil utilis pour vrifier quaucun lien cass nest prsent dans un site Web.
I
IDEAL: An organizational improvement model that serves as a roadmap for initiating, planning, and implementing improvement actions. The IDEAL model is named for the five phases it describes: initiating, diagnosing, establishing, acting, and learning IDEAL : Un modle d'amlioration de l'organisation qui sert de feuille de route pour dmarrer, planifier et mettre en uvre des actions d'amlioration. Le modle IDEAL est nomm d'aprs les cinq phases qu'il dcrit: le dmarrage (Initiating), le diagnostic (Diagnosing), la planification (Establishing), la mise en uvre (Acting), et l'apprentissage (Learning). Analyse dimpact : lvaluation de modifications dans les niveaux de documentation de dveloppement, documentation de tests et composants, de faon implmenter la modification dune exigence spcifique donne.
impact analysis: The assessment of change to the layers of development documentation, test documentation and components, in order to implement a given change to specified requirements.
Version 2.1F
Page 33 de 84
31 Dcembre 2010

incremental development model: A development life cycle where a project is broken into a series of increments, each of which delivers a portion of the functionality in the overall project requirements. The requirements are prioritized and delivered in priority order in the appropriate increment. In some (but not all) versions of this life cycle model, each subproject follows a mini V-model with its own design, coding and testing phases.
Modle de dveloppement incrmental : un modle de cycle de dveloppement o le projet est spar en une srie dincrments, chacun dentre eux fournissant une portion des fonctionnalits de lensemble des exigences du projet. Les exigences sont priorises et fournies dans lordre des priorits lors de lincrment appropri. Dans quelques (mais pas toutes) versions de ce cycle de dveloppement, chaque sous-projet suit un mini cycle en V avec ses propres phases de conception, codage et tests. Tests incrmentaux : tests o les composants ou systmes sont intgrs et tests un ou plusieurs la fois, jusqu ce que tous les composants ou systmes soient intgrs et tests.
incremental testing: Testing where components or systems are integrated and tested one or some at a time, until all the components or systems are integrated and tested. incident: Any event occurring during testing that requires investigation. [After IEEE 1008]
Incident : tout vnement arrivant pendant les tests qui requiert une vrification [daprs IEEE 1008] incident management: The process of recognizing, Gestion dincident : le processus de investigating, taking action and disposing of incidents. reconnaissance, dinvestigation, daction et de It involves recording incidents, classifying them and traitement des incidents. Il implique identifying the impact. [After IEEE 1044] lenregistrement des incidents, leur classification et lanalyse de leur impact [daprs IEEE 1044]. incident management tool: A tool that facilitates the recording and status tracking of incidents found during testing. They often have workflow-oriented facilities to track and control the allocation, correction and re-testing of incidents and provide reporting facilities. See also defect management tool. Outil de gestion dincident : outil qui facilite lenregistrement et le suivi des statuts des incidents trouvs pendant les tests. Les outils de ce type ont souvent des fonctions de workflows pour tracer et contrler lallocation, la correction et le retest de ces incidents et fournir des fonctions de reporting. Voir aussi outil de gestion des anomalies Rapport dincident : un document rendant compte de tout vnement apparaissant pendant les tests et qui requirt une vrification. [daprs IEEE 829] Indpendance : sparation des responsabilits qui favorisent lexcution dun test objectif [daprs DO-178b] Indpendance du test : Sparation des responsabilits qui favorise latteinte des objectifs de test. [daprs DO-178b] Indicateur : Une mesure qui peut tre utilise pour estimer ou prdire une autre mesure. [ISO 14598] Chemin infaisable : un chemin qui ne peut tre excut par un ensemble possible de valeurs dentre. Revue informelle : une revue qui nest pas base sur une procdure formelle (documente)
incident report: A document reporting on any event that occurs during the testing which requires investigation. [After IEEE 829] independence: Separation of responsibilities, which encourages the accomplishment of objective testing. [After DO-178b] independence of testing: Separation of responsibilities, which encourages the accomplishment of objective testing. [After DO-178b] indicator: A measure that can be used to estimate or predict another measure. [ISO 14598] infeasible path: A path that cannot be exercised by any set of possible input values. informal review: A review not based on a formal (documented) procedure.
Version 2.1F
Page 34 de 84
31 Dcembre 2010

initiating (IDEAL): The phase within the IDEAL model where the groundwork is laid for a successful improvement effort. The initiating phase consists of the activities: set context, build sponsorship and charter infrastructure. See also IDEAL. input: A variable (whether stored within a component or outside) that is read by a component. input domain: The set from which valid input values can be selected.. See also domain.
Dmarrage (IDEAL) : La phase dans le modle IDEAL o l'on prpare le terrain pour russir un effort d'amlioration. La phase de dmarrage se compose des activits: dfinir le contexte, construire des partenariats et des infrastructures d'agrment. Voir aussi IDEAL. Entre : une variable (stocke dans un composant ou en dehors) qui est lue par un composant
Domaine dentre : lensemble partir duquel peuvent tre slectionnes des valeurs dentre valides. Voir aussi domaine. input value: An instance of an input. See also input. Valeur dentre : une instance dune entre. Voir aussi entre inspection: A type of review that relies on visual Inspection : un type de revue qui se base sur un examination of documents to detect defects, e.g. examen visuel de documents pour dtecter des violations of development standards and nondfauts (p.ex. violation des standards de conformance to higher level documentation. The most dveloppement et non respect de documentation formal review technique and therefore always based de haut niveau). Revues techniques les plus on a documented procedure. [After IEEE 610, IEEE formelles et donc toujours bases sur des 1028] see also peer review. procdures documentes [daprs IEEE 610, IEEE 1028] voir aussi revue de pairs. inspection leader: See moderator. inspector: See reviewer. installability: The capability of the software product to be installed in a specified environment [ISO 9126]. See also portability. Chef inspecteur : voir modrateur. Inspecteur : voir rviseur Installabilit : capacit du produit logiciel tre install dans un environnement spcifi [ISO 9126] voir aussi portabilit.
installability testing: The process of testing the Test dinstallabilit : le processus consistant installability of a software product. See also portability tester linstallabilit dun produit logiciel. Voir aussi testing. test de portabilit installation guide: Supplied instructions on any suitable media, which guides the installer through the installation process. This may be a manual guide, step-by-step procedure, installation wizard, or any other similar process description. installation wizard: Supplied software on any suitable media, which leads the installer through the installation process. It normally runs the installation process, provides feedback on installation results, and prompts for options. Guide dinstallation : instructions fournies sur un mdia adquat, qui guide linstallateur au cours du processus dinstallation. Ceci peut tre un manuel, des procdures pas pas, un dmon dinstallation, ou tout autre description similaire de processus Dmon dinstallation : logiciel fourni sur un mdia adquat, qui dirige linstallateur dans le processus dinstallation. Il excute normalement le processus dinstallation, fournit des informations sur les rsultats dinstallation et propose des options.
instrumentation: The insertion of additional code into the program in order to collect information about program behaviour during execution. e.g. for measuring code coverage. instrumenter: A software tool used to carry out instrumentation.
Instrumentation : linsertion de code additionnel dans le programme pour recueillir des informations sur le comportement du programme pendant son excution. P.ex. :pour mesurer la couverture de code. Instrumenteur : un outil logiciel utilise pour une instrumentation.
Version 2.1F
Page 35 de 84
31 Dcembre 2010

intake test: A special instance of a smoke test to decide if the component or system is ready for detailed and further testing. An intake test is typically carried out at the start of the test execution phase. See also smoke test.
Test dadmission : une instance spciale des tests fumigatoires pour dcider si le composant ou systme est prt pour des tests dtaills et plus complets. Un test dadmission est typiquement effectu au dbut dune phase dexcution de tests. Voir aussi test fumigatoire integration: The process of combining components Intgration : le processus de combiner des or systems into larger assemblies. composants ou systmes en assemblages plus grands. integration testing: Testing performed to expose Tests dintgration : tests effectus pour montrer defects in the interfaces and in the interactions des dfauts dans les interfaces et interactions de between integrated components or systems. See also composants ou systmes intgrs. Voir aussi component integration testing, system integration tests dintgration de composants, tests testing. dintgration systme integration testing in the large: See system integration testing. integration testing in the small: See component integration testing. interface testing: An integration test type that is concerned with testing the interfaces between components or systems. interoperability: The capability of the software product to interact with one or more specified components or systems. [After ISO 9126] See also functionality. interoperability testing: The process of testing to determine the interoperability of a software product. See also functionality testing. invalid testing: Testing using input values that should be rejected by the component or system. See also error tolerance, negative testing. Tests dintgration grande chelle : voir test dintgration systme. Tests dintgration petite chelle : voir tests dintgration de composants Test dinterface : un type de test dintgration qui porte sur le test des interfaces entre les composants ou systmes. Interoprabilit : capacit dun produit logiciel interagir avec un ou plusieurs composants ou systmes spcifis [daprs ISO 9126] voir aussi fonctionnalit. Test dinteroprabilit : le processus de tester pour dterminer linteroprabilit dun produit logiciel. Voir aussi tests de fonctionnalit.
Test invalide : tests utilisant des valeurs dentre qui devraient tre rejetes par le composant ou systme. Voir aussi tolrance aux erreurs, Tests ngatifs. Ishikawa diagram: See cause-effect diagram. Diagramme d'Ishikawa : Voir Diagramme causeeffet. Isolation testing: Testing of individual components in Test en isolation : test des composants isolation from surrounding components, with individuels indpendamment des autres surrounding components being simulated by stubs composants, ces derniers tant simuls par des and drivers, if needed. bouchons ou pilotes si besoin. item transmittal report: See release note. Rapport de transmission darticle : voir note daccompagnement iterative development model: A development life Modle de dveloppement iteratif : un modle cycle where a project is broken into a, usually large, de cycle de dveloppement o le projet est spar numbers of iterations. An interation is a complete en un nombre ditrations (souvent nombreuses). development loop resulting in a release (internal or Une itration est une boucle complte de external) of an executable product, a subset of the dveloppement rsultant en une livraison (interne final product under development, which grows from ou externe) dun produit excutable, un sousiteration to iteration to become the final product. ensemble du produit final en dveloppement, qui grandit ditration en itration pour devenir le produit fini.
K
key performance indicator: See performance Version 2.1F Indicateur de performances cl : voir indicateur 31 Dcembre 2010
Page 36 de 84

indicator. keyword driven testing: A scripting technique that uses data files to contain not only test data and expected results, but also keywords related to the application being tested. The keywords are interpreted by special supporting scripts that are called by the control script for the test. See also data driven testing.
de performances. Tests dtermins par mots cl : une technique de script utilisant des fichiers de donnes qui contiennent outre les donnes de test et les rsultats attendus, des mots cl lis lapplication tester. Ces mots cl sont interprts par des scripts de support spcifiques, appels par le script de contrle du test. Voir aussi Tests dtermins par les donnes.
L
LCSAJ: A Linear Code Sequence And Jump, consisting of the following three items (conventionally identified by line numbers in a source code listing): the start of the linear sequence of executable statements, the end of the linear sequence, and the target line to which control flow is transferred at the end of the linear sequence. PLCS : une Portion Linaire de Code et Saut, consistant en les trois items suivants (conventionnellement identifis par des numros de ligne dans un listing de code source) : le dbut de la squence linaire, la fin de la squence linaire et la ligne cible laquelle le contrle est pass en fin de squence linaire.
LCSAJ coverage: The percentage of LCSAJs of a component that have been exercised by a test suite. 100% LCSAJ coverage implies 100% decision coverage. LCSAJ testing: A white box test design technique in which test cases are designed to execute LCSAJs. lead assessor: The person who leads an assessment. In some cases, for instance CMMi and TMMi when formal assessments are conducted, the lead-assessor must be accredited and formally trained. learnability: The capability of the software product to enable the user to learn its application. [ISO 9126] See also usability. learning (IDEAL): The phase within the IDEAL model where one learns from experiences and improves ones ability to adopt new processes and technologies in the future. The learning phase consists of the activities: analyze and validate, and propose future actions. See also IDEAL. level test plan: A test plan that typically addresses one test level. See also test plan. lifecycle model: A partitioning of the life of a product or project into phases. [CMMI] See also software lifecycle. link testing: See component integration testing. load profile : A specification of the activity which a component or system being tested may Version 2.1F
Couverture PLCS : le pourcentage de PLCS dun composant qui ont t excuts par une suite de tests. 100% de couverture PLCS implique 100% de couverture des dcisions Tests PLCS : une technique de conception de tests bote blanche dans laquelle les cas de test sont conus pour excuter des PLCS Auditeur en chef : La personne qui conduit une valuation. Dans certains cas, par exemple CMMi et TMMi lorsque des valuations officielles sont menes, auditeur en chef doit tre accrdit et avoir suivi une formation officielle. Apprentissage : la capacit dun produit logiciel permettre lutilisateur dapprendre son utilisation [ISO 9126] Voir aussi Utilisabilit. Apprentissage (IDEAL) : La phase dans le modle IDEAL o l'on apprend de l'exprience et l'on amliore sa capacit adopter de nouveaux procds et technologies dans le futur. La phase d'apprentissage se compose des activits: analyser et valider, et proposer des actions futures. Voir aussi IDEAL. Plan de test de niveau: un plan de test qui traite typiquement dun niveau de test. Voir aussi plan de tests. Modle du cycle de vie : un cloisonnement de la vie d'un produit ou d'un projet en plusieurs phases. [CMMI] Voir aussi cycle de vie logiciel. Test des liens : voir test dintgration des composants Profil de charge : Une spcificaiton de lactivit quun composant ou systme test peut subir en 31 Dcembre 2010
Page 37 de 84

experience in production. A load profile consists of a designated number of virtual users who process a defined set of transactions in a specified time period and according to a predefined operational profile. See also operational profile. load test: A test type concerned with measuring the behavior of a component or system with increasing load, e.g. number of parallel users and/or numbers of transactions to determine what load can be handled by the component or system.
production. Un profil de charge consiste en un nombre qualifi dutilisateurs virtuels qui traitent un ensemble dfini de transactions en un temps spcifi, selon un profil oprationnel dfini. Voir aussi Profil oprationnel. Test de charge : un type de test concern par la mesure du comportement dun composant ou systme avec une charge croissante, p.ex. nombre dutilisateurs et/ou nombre de transactions en parallle pour dterminer quelle charge peut tre gre par le composant ou systme Outil de tests de charge : Voir Outil de tests de performances. Test de couverture logique : voir tests bote blanche [Myers] Tests par la Logique : voir tests bote blanche. Cas de test logique : voir cas de tests de haut niveau Cas de tests de bas niveau : un cas de test avec des valeurs concrtes (niveau implmentation) en entre et en sortie.
load testing tool: See performance testing tool. logic-coverage testing: See white box testing. [Myers] logic-driven testing: See white box testing. logical test case: See high level test case. low level test case: A test case with concrete (implementation level) values for input data and expected results.
M
maintenance: Modification of a software product after delivery to correct defects, to improve performance or other attributes, or to adapt the product to a modified environment. [IEEE 1219] Maintenance :modification du produit logiciel aprs livraison pour corriger des anomalies ou amliorer les performances ou dautres attributs, ou adapter le produit un environnement modifi [IEEE 1219] Test de maintenance : test des modifications dun systme oprationnel ou de limpact dune modification denvironnement sur un systme oprationnel Maintenabilit : facilit avec laquelle un produit logiciel peut tre modifi pour en corriger les dfauts, modifi pour couvrir de nouvelles exigences, modifi pour rendre des maintenances ultrieures plus aises, ou adapt un changement denvironnement [ISO 9126] Test de maintenabilit : processus de test utilis pour dterminer la maintenabilit dun produit logiciel.
maintenance testing: Testing the changes to an operational system or the impact of a changed environment to an operational system. maintainability: The ease with which a software product can be modified to correct defects, modified to meet new requirements, modified to make future maintenance easier, or adapted to a changed environment. [ISO 9126] maintainability testing: The process of testing to determine the maintainability of a software product.
Version 2.1F
Page 38 de 84
31 Dcembre 2010

management review: A systematic evaluation of software acquisition, supply, development, operation, or maintenance process, performed by or on behalf of management that monitors progress, determines the status of plans and schedules, confirms requirements and their system allocation, or evaluates the effectiveness of management approaches to achieve fitness for purpose. [After IEEE 610, IEEE 1028]
Revue de gestion : une valuation systmatique des processus dacquisition, dapprovisionnement, de dveloppement, dopration ou de maintenance, effectu par ou pour le management qui contrle le suivi, dtermine le statut des plans et plannings, confirme les exigences et lallocation des systmes, ou value lefficacit et laptitude des approches de management atteindre un objectif [daprs IEEE 610, IEEE 1028]
manufacturing-based quality: A view of quality, whereby quality is measured by the degree to which a product or service conforms to its intended design and requirements. Quality arises from the process(es) used. [After Garvin] See also product-based quality, transcendent-based quality, user-based quality, value-based quality.
Qualit base sur la fabrication : Une vision de la qualit selon lequel la qualit est mesure par le degr selon lequel un produit ou service est conforme sa conception et les exigences exprimes. La qualit dcoule du/des processus utilis(s). [D'aprs Garvin] Voir Qualit base sur le produit, Qualit transcendante, Qualit base sur l'utilisateur, Qualit base sur la valeur. master test plan: See project test plan. Plan de test matre : voir plan de tests projet maturity: (1) The capability of an organization with Maturit : (1) capacit dune organisation par respect to the effectiveness and efficiency of its rapport la rentabilit et lefficacit de ses processus et pratiques de travail. Voir aussi CMM, processes and work practices. See also Capability TMM. Maturity Model, Test Maturity Model. (2) The capability of the software product to avoid failure as a (2) capacit du produit logiciel viter des pannes result of defects in the software. [ISO 9126] See also par suite de la prsence de dfauts [ISO 9126], reliability. voir aussi fiabilit. maturity level: Degree of process improvement Niveau de maturit : Degr d'amlioration des across a predefined set of process areas in which all processus. Ce degr est valu travers un goals in the set are attained. [TMMi] ensemble prdfini de domaines de processus dans lequel tous les objectifs de cet ensemble sont atteints. [TMMi] maturity model: A structured collection of elements Modle de maturit : une collection structure that describe certain aspects of maturity in an d'lments qui dcrivent certains aspects de la organization, and aid in the definition and maturit d'une organisation, et aident dans la understanding of an organization's processes. A dfinition et la comprhension des processus maturity model often provides a common language, d'une organisation. Un modle de maturit fournit shared vision and framework for prioritizing souvent un langage commun, une vision partage improvement actions. et un cadre pour prioriser les actions d'amlioration. Mean Time Between Failures: The arithmetic mean Temps moyen entre les dfaillances (MTBF) : (average) time between failures of a system. The La moyenne arithmtique du temps entre les MTBF is typically part of a reliability growth model that dfaillances d'un systme. Le MTBF fait assumes the failed system is immediately repaired, gnralement partie d'un modle de croissance de as a part of a defect fixing process. See also reliability fiabilit qui suppose que le systme dfaillant est growth model. rpar immdiatement, dans le cadre d'un processus de rparation des dfauts. Voir galement Modle de croissance de fiabilit. Mean Time To Repair: The arithmetic mean Temps moyen de rparation : La moyenne (average) time a system will take to recover from any arithmtique de temps pour qu'un systme se failure. This typically includes testing to insure that the rtablisse d'une dfaillance quelconque. Cela defect has been resolved. comprend gnralement les tests pour s'assurer que le dfaut a t rsolu.
Version 2.1F
Page 39 de 84
31 Dcembre 2010

measure: The number or category assigned to an attribute of an entity by making a measurement [ISO 14598].
Mesure : le nombre ou la catgorie affecte un attribut dune entit la suite dune action de mesurage [ISO 14598]
measurement: The process of assigning a number or Mesurage : le processus daffecter un nombre ou category to an entity to describe an attribute of that une catgorie une entit pour dcrire un des entity. [ISO 14598] attributs de cette entit [ISO 14598] measurement scale: A scale that constrains the type chelle de mesure : une chelle qui contraint le of data analysis that can be performed on it. [ISO type danalyse de donnes qui peut tre effectu 14598] sur elle-mme. [ISO 14598] memory leak: A memory access failure due to a defect in a program's dynamic store allocation logic that causes it to fail to release memory after it has finished using it, eventually causing the program and/or other concurrent processes to fail due to lack of Memory. Fuite mmoire : une dfaillance d'accs la mmoire cause par un dfaut dans la logique dallocation dynamique de l'espace de stockage dun programme. Cette dfaillance fait que le programme ne libre pas la mmoire quand il a fini de lutiliser, causant au bout du compte la dfaillance de ce programme et/ou d'autres processus concurrents par manque de mmoire. metric: A measurement scale and the method used Mtrique : une chelle de mesure et une mthode for measurement. [ISO 14598] utilise pour la mesure [ISO 14598] migration testing: See conversion testing. Test de migration : voir tests de conversion milestone: A point in time in a project at which Jalon : point dans le temps dans un projet auquel defined (intermediate) deliverables and results should des livrables dfinis (intermdiaires ou non) et des be ready. rsultats doivent tre prts. mind-map: A diagram used to represent words, ideas, tasks, or other items linked to and arranged around a central key word or idea. Mind maps are used to generate, visualize, structure, and classify ideas, and as an aid in study, organization, problem solving, decision making, and writing. Mind-map (Carte mentale) : Un diagramme utilis pour reprsenter des mots, des ides, des tches ou d'autres lments lis et disposs autour d'un mot cl ou d'une ide centrale. Les cartes mentales sont utilises pour gnrer, visualiser, structurer et classer les ides, ou encore comme une aide dans l'tude, l'organisation, la rsolution de problmes, la prise de dcision et l'criture. mistake: See error. Mprise : voir Erreur modeling tool : A tool that supports the creation, Outil de modlisation : Un outil qui prend en amendment and verification of models of the software charge la cration, la modification et la vrification or system [Graham]. des modles du logiciel ou du systme [Graham] moderator: The leader and main person responsible Modrateur : le leader et principale personne for an inspection or other review process. responsable dune inspection ou autre processus de revue modified condition decision coverage: See condition determination coverage. modified condition decision testing: See condition determination coverage testing. modified multiple condition coverage: See condition determination coverage. modified multiple condition testing: See condition determination testing. module: See component. module testing: See component testing. Couverture des conditions-dcisions modifies : voir couverture des dcisions et conditions Tests des conditions-dcisions modifies : voir tests des dcisions et conditions. Couverture des conditions multiples modifies : voir dtermination des conditions de couverture. Test des conditions multiples modifies : Voir Test de dtermination des conditions Module : voir composant Test de module : voir test de composant
Version 2.1F
Page 40 de 84
31 Dcembre 2010

monitor: A software tool or hardware device that run concurrently with the component or system under test and supervises, records and/or analyses the behavior of the component or system. [After IEEE 610]
Moniteur : un outil logiciel ou un lment matriel qui fonctionne simultanment avec le composant ou systme tester, et supervise, enregistre et/ou analyse le comportement de ce dernier. [daprs IEEE 610] Test simiesque : Test au moyen dune slection alatoire dune large gamme dentres ou en poussant au hasard des boutons, en ignorant comment un produit est utilis.
monkey testing : Testing by means of a random selection from a large range of inputs and by randomly pushing buttons, ignorant on how the product is being used. MTBF: See Mean Time Between Failures.
MTBF: Voir Temps moyen entre les dfaillances (MTBF). MTTR: See Mean Time To Repair. MTTR: Voir Temps moyen avant rparation. multiple condition: See compound condition. Conditions multiples : voir conditions composes. multiple condition coverage: The percentage of Couverture des conditions multiples (ou composes) : le pourcentage de combinaison de combinations of all single condition outcomes within one statement that have been exercised by a test tous les rsultats de combinaisons simples dans suite. 100% multiple condition coverage implies 100% une instruction exerces par une suite de tests. condition determination coverage. Une couverture des conditions multiples 100% implique la couverture 100% des conditions. multiple condition testing: A white box test design technique in which test cases are designed to execute combinations of single condition outcomes (within one statement). Tests des conditions multiples : une technique de conception de tests bote blanche selon laquelle les cas de tests sont conus pour excuter des combinaisons de conditions simples (au sein dune seule instruction) mutation analysis: A method to determine test suite Analyse des mutations : une mthode pour thoroughness by measuring the extent to which a test dterminer la compltude des suites de tests en suite can discriminate the program from slight mesurant le degr selon lequel la suite de tests variants (mutants) of the program. peut discriminer le programme de variantes lgres (mutations) de ce programme mutation testing: See back-to-back testing. Test des mutations : voir tests dos--dos.
N
N-switch coverage: The percentage of sequences of Couverture daiguillage-N : le pourcentage de N+1 transitions that have been exercised by a test squences de transitions N+1 exerces par une suite. [Chow] suite de tests [Chow] Tests daiguillage-N : une forme de tests de transitions dtats dans laquelle les cas de test sont conus pour excuter toutes les squences valides de transitions N+1 [Chow] voir aussi test de transition dtats Negative testing: Tests aimed at showing that a Tests ngatifs : tests dont lobjectif est de montrer component or system does not work. Negative testing quun composant ou systme ne fonctionne pas. is related to the testers attitude rather than a specific Les tests ngatifs sont lis lattitude des testeurs test approach or test design technique. [After Beizer]. plutt qu une approche spcifique des tests ou une technique de conception des tests spcifique [daprs Beizer] non-conformity: Non fulfillment of a specified Non conformit : non ralisation dune exigence requirement. [ISO 9000] spcifique [ISO 9000] N-switch testing: A form of state transition testing in which test cases are designed to execute all valid sequences of N+1 transitions. [Chow] See also state transition testing.
Version 2.1F
Page 41 de 84
31 Dcembre 2010

non-functional requirement: A requirement that does not relate to functionality, but to attributes of such as reliability, efficiency, usability, maintainability and portability. non-functional testing: Testing the attributes of a component or system that do not relate to functionality, e.g. reliability, efficiency, usability, maintainability and portability. non-functional test design techniques: Methods used to design or select tests for nonfunctional testing.
Exigence non-fonctionnelle : une exigence qui ne se rapporte pas aux fonctionnalits, mais des attributs tels fiabilit, rendement, utilisabilit, maintenabilit et portabilit. Tests non-fonctionnels : test des attributs dun composant ou systme qui ne sont pas lis aux fonctionnalits (p.ex. fiabilit, rendement, utilisabilit, maintenabilit et portabilit) Technique de conception de tests nonfonctionnels : mthodes utilises pour concevoir ou slectionner des tests pour des tests non fonctionnels
O
off-the-shelf software: A software product that is developed for the general market, i.e. for a large number of customers, and that is delivered to many customers in identical format. Operability: The capability of the software product to enable the user to operate and control it. [ISO 9126] See also usability. operational acceptance testing : Operational testing in the acceptance test phase, typically performed in a (simulated) operational environment by operations and/or systems administration staff focusing on operational aspects, e.g. recoverability, resource-behavior, installability and technical compliance. See also operational testing. Logiciel sur tagre : un produit logiciel qui est dvelopp pour le march gnral, p.ex. pour un nombre important de clients et qui est fourni pour de nombreux clients sous un format identique. Oprabilit : capacit dun produit logiciel permettre lutilisateur de le faire fonctionner et de le contrler [ISO 9126] voir aussi utilisabilit
Test dacceptation oprationnelle : test oprationnel en phase de test d'acceptation, gnralement effectu dans un environnement oprationnel (simul) par l' exploitation et/ou le personnel de l'administration des systmes en se concentrant sur les aspects oprationnels, par exemple la reprise (aprs incident), le comportement des ressources et la conformit technique. Voir aussi Test oprationnel. Operational environment: Hardware and software Environnement oprationnel : produits matriels products installed at users or customers sites where et logiciels installs sur un site utilisateur ou client the component or system under test will be used. The o le composant, ou systme, tester sera utilis. software may include operating systems, database Le logiciel peut inclure systmes dexploitation, des management systems, and other applications. gestionnaires de bases de donnes et dautres applications. Profil oprationnel : La reprsentation dun ensemble distinct de tches excutes par un composant ou un systme, qui peut tre bas sur le comportement de lutilisateur en interaction avec le composant ou le systme, et leur probabilit doccurence. Une tche sera plutt logique que physique et peut tre excute par plusieurs machines ou dans des segments de temps noncontigus. operational profile testing: Statistical testing using a Test du profil oprationnel : test statistique model of system operations (short duration tasks) and utilisant un modle du systme dopration (tests their probability of typical use. [Musa] de courte dure) et leur probabilit dutilisation typique [Musa] operational profile : The representation of a distinct set of tasks performed by the component or system, possibly based on user behavior when interacting with the component or system, and their probabilities of occurrence. A task is logical rather that physical and can be executed over several machines or be executed in non-contiguous time segments.
Version 2.1F
Page 42 de 84
31 Dcembre 2010
operational testing: Testing conducted to evaluate a Test oprationnel : tests effectus pour valuer component or system in its operational environment. un composant ou systme dans son [IEEE 610] environnement oprationnel [IEEE 610] oracle: See test oracle. orthogonal array : A 2-dimensional array constructed with special mathematical properties, such that choosing any two columns in the array provides every pair combination of each number in the array. orthogonal array testing : A systematic way of testing all-pair combinations of variables using orthogonal arrays. It significantly reduces the number of all combinations of variables to test all pair combinations. See also pairwise testing. Oracle : voir oracle de tests Tableau orthogonal : Un tableau deux dimensions construit partir de proprits mathmatiques particulires, tel que le choix de deux colonnes du tableau fournit toutes les paires de combinaisons de chaque nombre du tableau Test par tableaux orthogonaux : Une approche de test systmatique pour tester toutes les combinations de paires de variables en utilisant des tableaux orthogonaux. Tester toutes les combinaisons de paires rduit sensiblement le nombre de toutes les combinaisons. Voir aussi Test par paires. outcome: See result. Rsultat : voir consquence. output: A variable (whether stored within a Sortie : une variable (stocke dans un component or outside) that is written by a component. composants ou en dehors de celui-ci) qui est crite par un composant. output domain: The set from which valid output values can be selected. See also domain. output value: An instance of an output. See also output. Domaine de sortie : lensemble partir duquel peuvent tre slectionnes des valeurs de sortie valides. Voir aussi domaine. Valeur de sortie : une instance dune sortie. Voir aussi sortie.
P
pair programming: A software development approach whereby lines of code (production and/or test) of a component are written by two programmers sitting at a single computer. This implicitly means ongoing real-time code reviews are performed. Programmation en binme : une approche du dveloppement logiciel o les lignes de code (production et/ou tests) dun composant sont crites par deux programmeurs assis un seul poste de travail. Ceci implique lexcution de revues de code en temps rel.
pair testing: Two testers work together to find Test par paire ou en binme : deux testeurs defects. Typically, they share one computer and trade travaillant ensemble pour trouver des dfauts. control of it while testing. Typiquement ils partagent un poste de travail et sen changent les contrles pendant les tests. pairwise testing : A black box test design technique Test par paires : Une technique de conception de in which test cases are designed to test bote noire, par laquelle les cas de tests sont execute all possible discrete combinations of each conus pour excuter toutes les combinaisons de pair of input parameters. See also paires possibles des paramtres dentre. Voir orthogonal array testing. aussi Test par tableaux orthogonaux. Pareto analysis: A statistical technique in decision Analyse de Pareto : Une technique statistique making that is used for selection of a limited number utilise dans le processus dcisionnel pour la of factors that produce significant overall effect. In slection d'un nombre limit de facteurs qui terms of quality improvement, a large majority of produisent un effet global significatif. En termes problems (80%) are produced by a few key causes d'amlioration de la qualit, la grande majorit des (20%). problmes (80%) sont produits par peu de causes principales (20%). partition testing: See equivalence partitioning. Test de partitions : voir partition dquivalence [Beizer] [Beizer] pass: A test is deemed to pass if its actual result Russite : un test est considr comme russi si matches its expected result. les rsultats effectifs correspondent aux rsultats Version 2.1F Page 43 de 84 31 Dcembre 2010

pass/fail criteria: Decision rules used to determine whether a test item (function) or feature has passed or failed a test. [IEEE 829] path: A sequence of events, e.g. executable statements, of a component or system from an entry point to an exit point. path coverage: The percentage of paths that have been exercised by a test suite. 100% path coverage implies 100% LCSAJ coverage. path sensitizing: Choosing a set of input values to force the execution of a given path. path testing: A white box test design technique in which test cases are designed to execute paths. peer review: See technical review. performance: The degree to which a system or component accomplishes its designated functions within given constraints regarding processing time and throughput rate. [After IEEE 610] See efficiency.
attendus Critre russite/chec : rgles de dcisions utilises pour dterminer si un lment de test (fonction) ou caractristique a russi ou chou un test [IEEE 829] Chemin : squence dvnements, p.ex instructions excutables, dun composant ou systme dun point dentre jusqu un point de sortie. Couverture des chemins : le pourcentage des chemins qui ont t exercs par une suite de tests. 100% de couverture des chemins implique 100% de couverture PLCS Slection dun chemin : choix dun ensemble de valeurs dentre pour forcer lexcution dun chemin spcifique Test des chemins : une technique de conception des tests bote blanche dans laquelle les cas de tests sont conus pour excuter des chemins Revue de pairs : voir revue technique Performance : degr en fonction duquel le systme ou composant accomplit les fonctions qui lui sont affectes dans le respect de contraintes donnes en ce qui concerne son temps dexcution et taux de dbit. [daprs IEEE 610] voir rendement Indicateur de performance : un mtrique de haut niveau de rentabilit et/ou defficacit utilis pour guider et contrler le dveloppement progressif, p.ex. Pourcentage de Dtection des dfauts (DDP) pour les tests [CMMI] Profilage des performances : Dfinition des profils dutilisateurs pour le test de performance, de charge ou de stress. Les profils devraient reflter lusage attendu ou rel, bas sur le profil oprationnel dun composant ou systme, et par consquent la charge de travail attendue. Voir aussi profil de charge, profil oprationnel. Test de performance : le processus de test pour dterminer les performances dun produit logiciel. Voir test de rendement.
performance indicator: A high level metric of effectiveness and/or efficiency used to guide and control progressive development, e.g. Defect Detection Percentage (DDP) for testing. [CMMI]
performance profiling : Definition of user profiles in performance, load and/or stress testing. Profiles should reflect anticipated or actual usage based on an operational profile of a component or system, and hence the expected workload. See also load profile, operational profile. performance testing: The process of testing to determine the performance of a software product. See efficiency testing.
Version 2.1F
Page 44 de 84
31 Dcembre 2010

performance testing tool: A tool to support performance testing that usually has two main facilities: load generation and test transaction measurement. Load generation can simulate either multiple users or high volumes of input data. During execution, response time measurements are taken from selected transactions and these are logged. Performance testing tools normally provide reports based on test logs and graphs of load against response times.
Outil de tests de performances : un outil pour accomplir les tests de performances. Il possde gnralement deux composantes principales : gnration de charge et mesure des transactions de tests. La gnration de charge peut simuler soit de multiples utilisateurs, soit de larges volumes de donnes dentre. Pendant lexcution, la mesure des temps de rponse est effectue pour certaines transactions et ces informations sont stockes. Les outils de test de performances fournissent normalement des rapports bass sur les informations de mesure stockes, et des graphiques de charge par rapport au temps de rponse. Phase test plan: A test plan that typically addresses Plan de test de phase : un plan de tests qui one test level. typiquement se rapporte un niveau de tests pointer : A data item that specifies the location of Pointeur : Donne spcifiant la localisation dune another data item; for example, a data item autre donne, par exemple, donne spcifiant that specifies the address of the next employee ladresse mmoire du prochain enregistrement record to be processed. [IEEE 610] demploy traiter. [IEEE 610] portability: The ease with which the software product Portabilit : facilit avec laquelle un produit can be transferred from one hardware or software logiciel peut tre transfr dun environnement environment to another. [ISO 9126] matriel ou logiciel vers un autre [ISO 9126] portability testing: The process of testing to determine the portability of a software product. postcondition: Environmental and state conditions that must be fulfilled after the execution of a test or test procedure. post-execution comparison: Comparison of actual and expected results, performed after the software has finished running. post-project meeting: See retrospective meeting. precondition: Environmental and state conditions that must be fulfilled before the component or system can be executed with a particular test or test procedure. predicted outcome: See expected result. pretest: See intake test. priority: The level of (business) importance assigned to an item, e.g. defect. probe effect: The effect on the component or system when it is being measured, e.g. by a performance testing tool or monitor. For example performance may be slightly worse when performance testing tools are being used. problem: See defect. problem management: See defect management. problem report: See defect report. procedure testing : Testing aimed at ensuring that the component or system can operate in conjunction with new or existing users business procedures or operational procedures. Version 2.1F Test de portabilit : le processus de tests pour dterminer la portabilit dun produit logiciel Post-condition : conditions denvironnement et dtat qui doivent tre satisfaites aprs lexcution dun test ou dune procdure de tests Comparaison post-excution : comparaison des rsultats actuels et attendus, effectus aprs la fin de lexcution du logiciel Runion post-projet : Voir Runion rtrospective. Pr-condition : conditions denvironnement et dtat qui doivent tre remplies avant quun composant ou systme puisse tre excut avec une procdure de test ou cas de tests particuliers. Rsultat prdit : voir rsultat attendu. Prtest : voir test dadmission Priorit : un niveau dimportance (commercial) affect un lment (p.ex. dfaut). Effet de sonde : leffet sur le composant ou le systme quand il est mesur, (p;ex. par un moniteur ou un outil de test de performances). Les performances peuvent tre moindres quand un outil de test est utilis. Problme : voir dfaut Gestion des problmes : gestion danomalie Rapport de problme : voir rapport dincident Test de procdures : Test ayant pour but dassurer que le composant ou le systme peut oprer en conjonction avec des procdures nouvelles ou existantes pouvant tre des procdures mtiers ou oprationnelles. 31 Dcembre 2010
Page 45 de 84

process: A set of interrelated activities, which transform inputs into outputs. [ISO 12207] process assessment: A disciplined evaluation of an organizations software processes against a reference model. [after ISO 15504]
Processus : ensemble dactivits lies qui transforment des entres en sorties [ISO 12207] Evaluation des processus : Une valuation rigoureuse des processus logiciels d'une organisation par rapport un modle de rfrence. [D'aprs la norme ISO 15504] process cycle test: A black box test design Test du processus : une technique de conception technique in which test cases are designed to de tests bote noire selon laquelle les cas de tests execute business procedures and processes. [TMap] sont conus pour excuter les processus et procdures dentreprise [Tmap] process improvement : A program of activities Amlioration de processus : Un programme designed to improve the performance and dactivits conues pour amliorer la performance maturity of the organizations processes, and the et la maturit des processus de lorganisation, et le result of such a program. [CMMI] rsultat dun tel programme. [CMMI] process model: A framework wherein processes of Modle de processus : un cadre dans lequel les the same nature are classified into a overall model, processus de mme nature sont classs dans un e.g. a test improvement model. modle global, par exemple un modle d'amlioration des tests. product-based quality: A view of quality, wherein Qualit base sur le produit : Une vision de la quality is based on a well-defined set of quality qualit, dans lequel la qualit est base sur un attributes. These attributes must be measured in an ensemble bien dfini d'attributs de qualit. Ces objective and quantitative way. Differences in the attributs doivent tre mesurs de manire objective quality of products of the same type can be traced et quantitative. Les diffrences dans la qualit des back to the way the specific quality attributes have produits du mme type peuvent tre traces la been implemented. [After Garvin] See also source, c'est dire selon la manire dont les manufacturing-based quality, quality attribute, attributs spcifiques de qualit ont t mis en transcendent-based quality, user-based quality, uvre. [D'aprs Garvin] Voir aussi Qualit base value-based quality. sur la fabrication, Qualit transcendante, Qualit base sur l'utilisateur, Qualit base sur la valeur. product risk: A risk directly related to the test object. Risque produit : un risque directement li lobjet See also risk. de test. Voir aussi risque. production acceptance testing : See operational Test dacceptation en production : Voir Test acceptance testing. dacceptation oprationelle project: A project is a unique set of coordinated and Projet : un projet est un ensemble unique controlled activities with start and finish dates dactivits, contrles et coordonnes, avec des undertaken an objective conforming to specific dates de dbut et de fin, effectues avec pour requirements, including the constraints of time, cost objectif de conformit des exigences spcifiques, and resources. [ISO 9000] incluant des contraintes de temps, de cot et de ressources. [ISO 9000] project retrospective: A structured way to capture Rtrospective du projet : une mthode structure lessons learned and to create specific action plans for de recueillir les leons apprises et de crer des improving on the next project or next project phase. plans d'action spcifiques visant amliorer le prochain projet ou la phase suivante du projet. program instrumenter: See instrumenter. Instrumenteur de programme :voir Instrumenteur program testing: See component testing. Test de programme : voir test de composant project test plan: A test plan that typically addresses Plan de tests projet : un plan de tests qui couvre multiple test levels. See master test plan. typiquement plusieurs niveaux de tests. Voir Plan de test matre. project risk: A risk related to management and Risque projet : un risque li la gestion et au control of the (test) project, e.g. lack of contrle du projet (de test), par exemple manque staffing, strict deadlines, changing requirements, etc. dencadrement, deadlines irralistes, exigences See also risk. changeantes, etc. Voir aussi risque. pseudo-random: A series which appears to be Pseudo-alatoire : une srie qui apparat random but is in fact generated according to some alatoire, mais est en fait gnr en suivant une prearranged sequence. squence pr-agence quelconque.
Version 2.1F
Page 46 de 84
31 Dcembre 2010

Q
qualification : The process of demonstrating the ability to fulfill specified requirements. Note the term qualified is used to designate the corresponding status. [ISO 9000] quality: The degree to which a component, system or process meets specified requirements and/or user/customer needs and expectations. [After IEEE 610] quality assurance: Part of quality management focused on providing confidence that quality requirements will be fulfilled. [ISO 9000] quality attribute: A feature or characteristic that affects an items quality. [IEEE 610] quality characteristic: See quality attribute. quality gate: A special milestone in a project. Quality gates are located between those phases of a project strongly depending on the outcome of a previous phase. A quality gate includes a formal check of the documents of the previous phase.
Qualification : Le processus consistant dmontrer la capacit satisfaire les exigences spcifies. Note : le terme qualifi est utilis pour dsigner le statut correspondant. [ISO 9000] Qualit : degr par lequel un composant, systme ou processus atteint des exigences spcifies et/ou des besoins ou attentes des clients ou utilisateurs [daprs IEEE 610] Assurance qualit : partie de la gestion de la qualit qui fournissent lassurance que les exigences qualit seront atteintes [ISO 9000] Attribut qualit : un trait ou caractristique qui affecte la qualit dun article [IEEE 610]
Caractristique qualit : voir attribut qualit Barrire de qualit : un jalon spcial dans un projet. Les barrires de qualit se trouvent entre les phases d'un projet et dpendant fortement de l'issue d'une phase prcdente. Une barrire qualit inclut un contrle formel des documents de la phase prcdente. quality management: Coordinated activities to direct Gestion de la qualit : activits coordonnes pour and control an organization with regard to quality. diriger et contrler une organisation en ce qui Direction and control with regard to quality generally concerne la qualit. La direction et le contrle de includes the establishment of the quality policy and la qualit inclus gnralement la mise en place de quality objectives, quality planning, quality control, recommandations et dobjectifs qualit, de la quality assurance and quality improvement. [ISO planification qualit, du contrle qualit, de 9000] lassurance qualit et de lamlioration qualit [ISO 9000]
R
random testing: A black box test design technique where test cases are selected, possibly using a pseudo-random generation algorithm, to match an operational profile. This technique can be used for testing non-functional attributes such as reliability and performance. Test alatoire : technique de conception de tests bote noire o les cas de tests sont slectionns, par exemple avec un algorithme de gnration pseudo-alatoire, pour correspondre un profil oprationnel. Cette technique peut tre utilise pour tester les attributs non-fonctionnels tels la fiabilit et les performances. Rational Unified Process : Un cadre propritaire et adaptable dcrivant le processus itratif de dveloppement d'un logiciel. Le processus comprend quatre phases du cycle de vie du projet: cration, laboration, construction et transition. Greffier : voir scribe Outil de capture/rejeu : voir outil de capture/playback
Rational Unified Process: A proprietary adaptable iterative software development process framework consisting of four project lifecycle phases: inception, elaboration, construction and transition. recorder: See scribe. record/playback tool: See capture/playback tool.
Version 2.1F
Page 47 de 84
31 Dcembre 2010

recoverability: The capability of the software product to re-establish a specified level of performance and recover the data directly affected in case of failure. [ISO 9126] See also reliability.
Rcuprabilit : capacit dun produit logiciel rtablir un niveau de performances spcifi et rcuprer les donnes directement affectes en cas de dfaillance [ISO 9126] voir aussi fiabilit
recoverability testing: The process of testing to determine the recoverability of a software product. See also reliability testing. recovery testing: See recoverability testing. regression testing: Testing of a previously tested program following modification to ensure that defects have not been introduced or uncovered in unchanged areas of the software, as a result of the changes made. It is performed when the software or its environment is changed.
Test de rcuprabilit : le processus de tests pour dterminer la rcuprabilit dun produit logiciel. Voir aussi test de fiabilit Test de rcupration : voir test de rcuprabilit Test de rgression : tests dun programme pralablement test, aprs une modification, pour sassurer que des dfauts nont pas t introduits ou dcouverts dans des parties non modifies du logiciel, comme suites des modifications effectues. Ces tests sont effectus quand le logiciel ou son environnement est modifi. Test des rglementations : voir test de conformit. Note daccompagnement : un document identifiant les articles de test, leur configuration, les tats courants et autres informations de livraison, fournies par le dveloppement aux tests, et peuttre dautres dtenteurs denjeux, au dbut dune phase dexcution [daprs IEEE 829] Fiabilit : la capacit dun produit logiciel effectuer les fonctions requises dans les conditions spcifies pour des priodes de temps spcifies, ou pour un nombre spcifique doprations [ISO 9126] Modle de croissance de fiabilit : Un modle montrant laugmentation de la fiabilit dans le temps lors dun test continu dun composant ou systme, suite la suppression de dfauts qui provoquaient des dfaillances de fiabilit. Test de fiabilit : le processus de tests pour dterminer la fiabilit dun produit logiciel. Remplaabilit : la capacit dun produit logiciel tre utilis la place dun autre produit logiciel spcifi pour le mme objet dans le mme environnement [ISO 9126], voir aussi portabilit.
regulation testing: See compliance testing. release note: A document identifying test items, their configuration, current status and other delivery information delivered by development to testing, and possibly other stakeholders, at the start of a test execution phase. [After IEEE 829] reliability: The ability of the software product to perform its required functions under stated conditions for a specified period of time, or for a specified number of operations. [ISO 9126]
reliability growth model : A model that shows the growth in reliability over time during continuous testing of a component or system as a result of the removal of defects that result in reliability failures. reliability testing: The process of testing to determine the reliability of a software product. replaceability: The capability of the software product to be used in place of another specified software product for the same purpose in the same environment. [ISO 9126] See also portability.
requirement: A condition or capability needed by a user to solve a problem or achieve an objective that must be met or possessed by a system or system component to satisfy a contract, standard, specification, or other formally imposed document. [After IEEE 610]
Exigence : une condition ou capacit requise par un utilisateur pour rsoudre un problme ou atteindre un objectif qui doit tre tenu ou possd par un systme ou composant pour satisfaire un contrat, standard, spcification ou autre document impos formellement [daprs IEEE 610]
Version 2.1F
Page 48 de 84
31 Dcembre 2010

requirements-based testing: An approach to testing in which test cases are designed based on test objectives and test conditions derived from requirements, e.g. tests that exercise specific functions or probe non-functional attributes such as reliability or usability. requirements management tool: A tool that supports the recording of requirements, requirements attributes (e.g. priority, knowledge responsible) and annotation, and facilitates traceability through layers of requirements and requirements change management. Some requirements management tools also provide facilities for static analysis, such as consistency checking and violations to pre-defined requirements rules.
Test bas sur les exigences : une approche des tests o les cas de tests sont conus sur base des objectifs de tests et conditions de tests dduites des exigences, p.ex. tests qui exercent des fonctions spcifiques ou examinent des attributs non-fonctionnels tels la fiabilit ou lutilisabilit. Outil de gestion des exigences : un outil qui supporte la consignation des exigences, des attributs des exigences (p.ex. priorit, connaissance responsable) et des annotations, et facilite la traabilit au travers des couches dexigences et de la gestion des modifications des exigences. Quelques outils de gestion des exigences fournissent aussi des facilits pour lanalyse statique, tel que la vrification de cohrence et la violation de rgles pr-dfinies de spcification des exigences Phase dexigences : la priode de temps dans le cycle de vie du logiciel pendant laquelle les exigences dun produit logiciel sont dfinies et documentes [IEEE 610] Utilisation de ressources : la capacit dun produit logiciel utiliser des volumes et types de ressources appropries, par exemple le volume de mmoire principale et secondaire utilise par le programme et la taille des fichiers de dbordement temporaire requis, quand un logiciel effectue ses fonctions dans des conditions spcifies [daprs ISO 9126] voir aussi rendement Test dutilisation des ressources : le processus de test utilis pour dterminer lutilisation des ressources pour un produit logiciel. Consquence : les consquences/rsultats de lexcution dun test. Cela inclut les sorties vers des crans, les modification de donnes, rapports et messages dinformation envoys. Voir aussi Rsultat actuel Critre de continuation : les activits de test qui doivent tre rptes quand le test est repris aprs une suspension [daprs IEEE 829]
requirements phase: The period of time in the software life cycle during which the requirements for a software product are defined and documented. [IEEE 610] resource utilization: The capability of the software product to use appropriate amounts and types of resources, for example the amounts of main and secondary memory used by the program and the sizes of required temporary or overflow files, when the software performs its function under stated conditions. [After ISO 9126] See also efficiency.
resource utilization testing: The process of testing to determine the resource-utilization of a software product. result: The consequence/outcome of the execution of a test. It includes outputs to screens, changes to data, reports, and communication messages sent out. See also actual result, expected result. resumption criteria: The testing activities that must be repeated when testing is re-started after a suspension. [After IEEE 829]
re-testing: Testing that runs test cases that failed the Retest : test qui excute des cas de test qui ont last time they were run, in order to verify the success t en chec la dernire fois quils furent excuts, of corrective actions. de faon vrifier le succs des actions de correction. retrospective meeting : A meeting at the end of a Runion rtrospective : Une runion la fin dun project during which the project team projet durant laquelle les membres dune quipe members evaluate the project and learn lessons that de projet valuent le projet et tirent des leons qui peuvent tre appliques au projet suivant. can be applied to the next project.
Version 2.1F
Page 49 de 84
31 Dcembre 2010

review: An evaluation of a product or project status to ascertain discrepancies from planned results and to recommend improvements. Examples include management review, informal review, technical review, inspection, and walkthrough. [After IEEE 1028] reviewer: The person involved in the review who shall identify and describe anomalies in the product or project under review. Reviewers can be chosen to represent different viewpoints and roles in the review process. review tool: A tool that provides support to the review process. Typical features include review planning and tracking support, communication support, collaborative reviews and a repository for collecting and reporting of metrics. risk: A factor that could result in future negative consequences; usually expressed as impact and likelihood. risk analysis: The process of assessing identified risks to estimate their impact and probability of occurrence (likelihood). risk-based testing: An approach to testing to reduce the level of product risks and inform stakeholders on their status, starting in the initial stages of a project. It involves the identification of product risks and the use of risk levels to guide the test process. risk category: See risk type. risk control: The process through which decisions are reached and protective measures are implemented for reducing risks to, or maintaining risks within, specified levels. risk identification: The process of identifying risks using techniques such as brainstorming, checklists and failure history. risk level : The importance of a risk as defined by its characteristics impact and likelihood. The level of risk can be used to determine the intensity of testing to be performed. A risk level can be expressed either qualitatively (e.g. high, medium, low) or quantitatively. risk management: Systematic application of procedures and practices to the tasks of identifying, analyzing, prioritizing, and controlling risk. risk mitigation: See risk control. Version 2.1F
Revue : une valuation dun tat dun produit ou projet pour sassurer des dviations par rapport aux rsultats planifis et recommander des amliorations. Exemples : revue de gestion, revue informelle, revue technique, inspection et relecture technique [daprs IEEE 1028] Rviseur : la personne implique dans une revue qui identifiera et dcrira les anomalies dans le produit ou projet en revue. Les rviseurs peuvent tre choisis pour reprsenter divers points de vue ou rles dans le processus de revue. Outil de revue : un outil qui fournit un support au processus de revue. Les caractristiques typiques incluent la planification de la revue et le support du suivi, de la communication, les revues collaboratives et un endroit o stocker et rapporter les mtriques. Risque : un facteur qui pourrait rsulter dans des consquences ngatives futures, gnralement exprim comme un impact et une probabilit. Analyse de risque : le processus dvaluation des risques identifis pour estimer leur impact et leur probabilit doccurrence. Test bas sur les risques : Une approche de test visant rduire le niveau des risques du produit et informer les parties prenantes de leurs statuts, et commenant dans les stades initiaux dun projet. Elle comprend lidentification des risques du produit et l'utilisation de niveaux de risque pour guider le processus de test. Catgorie de risque : Voir Type de risque. Contrle de risque : le processus par lequel les dcisions sont atteintes et les mesures protectrices sont implmentes pour rduire les risques ou les maintenir dans des niveaux acceptables. Identification des risques : processus didentification des risques en utilisant des techniques telles que le brainstorming, les checklist et les historiques de dfaillances. Niveau de risque : Limportance dun risque est dfinie par ses caractristiques impact et probabilit. Le niveau de risque peut tre utilis pour dterminer lintensit de test accomplir. Un niveau de risque peut tre exprim de faon qualitative (p.e. haut, moyen, bas) ou quantitative. Gestion des risques : application systmatique de procdures et pratiques aux tches didentification, danalyse, de priorisation et de contrle des risques. Rduction de risques : voir contrle de risques
Page 50 de 84
31 Dcembre 2010

risk type : A set of risks grouped by one or more common factors such as a quality attribute, cause, location, or potential effect of risk;. A specific set of product risk types is related to the type of testing that can mitigate (control) that risk type. For example the risk of user interactions being misunderstood can be mitigated by usability testing.
robustness: The degree to which a component or system can function correctly in the presence of invalid inputs or stressful environmental conditions. [IEEE 610] See also error tolerance, fault-tolerance.
robustness testing: Testing to determine the robustness of the software product. root cause: A source of a defect such that if it is removed, the occurance of the defect type is decreased or removed. [CMMI] root cause analysis : An analysis technique aimed at identifying the root causes of defects. By directing corrective measures at root causes, it is hoped that the likelihood of defect recurrence will be minimized. RUP: See Rational Unified Process.
Type de risque : Un ensemble de risques regroups par un ou plusieurs facteurs communs tels qu'un attribut de qualit, la cause, l'emplacement, ou l'effet potentiel du risque;. Un ensemble spcifique de types de risque du produit est lie au type des tests qui peuvent attnuer (contrler) ce type de risque. Par exemple, le risque que les interactions avec lutilisateur soient mal comprises peut tre mitig par des tests utilisabilit. Robustesse : le degr pour lequel un composant ou systme peut fonctionner correctement en prsence de donnes dentre invalides ou de conditions environnementales stressantes [IEEE 610], voir aussi tolrance aux erreurs, tolrance aux dfauts. Test de robustesse : test pour dterminer la robustesse dun produit logiciel. Cause premire : Une source de dfaut telle que si elle est retire, lapparition de ce type de dfaut est diminue ou supprime. Analyse des causes racines : Une technique danalyse au but didentifier les causes premires de dfauts. En dirigeant les mesures correctives sur les causes premires, on espre que la probabilit de rapparition des dfauts soit minimise. RUP : Voir Rational Unified Process.
S
safety: The capability of the software product to achieve acceptable levels of risk of harm to people, business, software, property or the environment in a specified context of use. [ISO 9126] Sret : capacit dun produit logiciel atteindre des niveaux de risques acceptables concernant les dommages aux personnes, entreprises, logiciels, biens ou lenvironnement dans un contexte dutilisation spcifi [ISO 9126] systme scurit critique: Un systme dont la dfaillance ou le dysfonctionnement peut rsulter en la mort ou des prjudices srieux des personnes, ou la perte ou dgts svres lquipement, ou des dgts environnementaux. Test de sret : tests effectus pour dterminer la sret dun produit logiciel Test daptitude : voir test fumigatoire Evolutivit: La capacit dun produit logiciel tre tendu pour rpondre une charge accrue [daprs Gerrard] Test dvolutivit: Test pour determiner lvolutivit du produit logiciel Test de scnarios : voir test de cas dutilisation
safety critical system : A system whose failure or malfunction may result in death or serious injury to people, or loss or severe damage to equipment, or environmental harm .
safety testing: The process of testing to determine the safety of a software product. sanity test: See smoke test. scalability: The capability of the software product to be upgraded to accommodate increased loads. [After Gerrard] Scalability testing: Testing to determine the scalability of the software product. scenario testing: See use case testing.
Version 2.1F
Page 51 de 84
31 Dcembre 2010

scorecard: A representation of summarized performance measurements representing progress towards the implementation of long-term goals. A scorecard provides static measurements of performance over or at the end of a defined interval. See also balanced scorecard, dashboard. scribe: The person who records each defect mentioned and any suggestions for process improvement during a review meeting, on a logging form. The scribe should ensure that the logging form is readable and understandable. scripted testing : Test execution carried out by following a previously documented sequence of tests. scripting language: A programming language in which executable test scripts are written, used by a test execution tool (e.g. a capture/replay tool).
Carte de score : une reprsentation rsume de mesures de performance qui reprsentent le progrs ralis 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 dfini. Voir aussi Tableau de bord quilibr, Tableau de bord. Scribe : La personne qui enregistre chaque anomalie mentionne et chaque suggestion pour lamlioration des processus pendant une revue, sur un formulaire de prise de note. Le scribe devrait sassurer que le formulaire de prise de notes est lisible et comprhensible. Test script : Excution de test effectue suivant une squence de tests documente auparavant Langage de scripting : un langage de programmation dans lequel les scripts de tests excutables sont crits, utiliss par un outil dexcution de tests (p.ex. un outil de capture/playback) SCRUM : un cadre progressif et itratif pour grer des projets. Gnralement utilis dans le dveloppement logiciel agile. Voir aussi Dveloppement logiciel agile. Scurit : attributs dun produit logiciel qui ont trait sa capacit empcher un accs non autoris, quil soit accidentel ou dlibr, aux programmes et aux donnes [ISO 9126] Test de scurit : tests effectus pour dterminer la scurit dun produit logiciel Test de commodit : voir test de maintenabilit Gestion base sur des sessions de test : une mthode pour mesurer et grer le test par sessions, par exemple le test exploratoire. Test base de sessions : une approche du test dans laquelle des activits de test sont planifies comme les sessions ininterrompues de conception de tests et d'excution. Elle est souvent utilise en conjonction avec le test exploratoire. Svrit : degr qu limpact dune anomalie sur le dveloppement ou lutilisation dun composant ou systme [daprs IEEE 610] Simulation : reprsentation dune slection de caractristiques de comportement dun systme physique ou abstrait par un autre systme [ISO 2382/1] Simulateur : un appareil, programme ou systme utilis pendant les tests, qui se comporte ou fonctionne comme un systme donn la rception dentres contrles [daprs IEEE 610, DO-178b] voir aussi mulateur Test dacceptation sur site : tests dacceptation effectus par des utilisateurs/clients sur leur site, 31 Dcembre 2010
SCRUM: An iterative incremental framework for managing projects commonly used with agile software development. See also agile software development. security: Attributes of software products that bear on its ability to prevent unauthorized access, whether accidental or deliberate, to programs and data. [ISO 9126] security testing: Testing to determine the security of the software product. serviceability testing: See maintainability testing. session-based test management: A method for measuring and managing session-based testing, e.g. exploratory testing. session-based testing: An approach to testing in which test activities are planned as uninterrupted sessions of test design and execution, often used in conjunction with exploratory testing. severity: The degree of impact that a defect has on the development or operation of a component or system. [After IEEE 610] simulation: The representation of selected behavioral characteristics of one physical or abstract system by another system. [ISO 2382/1] simulator: A device, computer program or system used during testing, which behaves or operates like a given system when provided with a set of controlled inputs. [After IEEE 610, DO178b] See also emulator. site acceptance testing: Acceptance testing by users/customers at their site, to determine whether or Version 2.1F
Page 52 de 84

not a component or system satisfies the user/customer needs and fits within the business processes, normally including hardware as well as software. smoke test: A subset of all defined/planned test cases that cover the main functionality of a component or system, to ascertaining that the most crucial functions of a program work, but not bothering with finer details. A daily build and smoke test is among industry best practices. See also intake test.
pour dterminer si le composant ou systme rpond leurs besoins et sinsre dans leur processus de gestion, incluant gnralement des aspects matriels autant que logiciels. Tests fumigatoires : un sous-ensemble de tous les cas de tests conus/prvus qui couvrent les fonctionnalits principales dun composant ou systme, pour sassurer que les fonctions les plus cruciales dun programme fonctionnent, sans se proccuper des dtails fins. Un build journalier et des tests fumigatoires font partie des meilleures pratique de lindustrie. Voir aussi test dadmission.
software attack : See attack. Software Failure Mode and Effect Analysis (SFMEA) : See Failure Mode and Effect Analysis (FMEA). Software Failure Mode Effect and Criticality Analysis (SFMECA) : See Failure Mode, Effects, and Criticality Analysis (FMECA).
Attaque logicielle : Voir attaque Software Failure Mode and Effect Analysis (SFMEA) : voir Analyse des Modes de Dfaillance et Effets (AMDE) Software Failure Mode Effect and Criticality Analysis (SFMECA) : voir Analyse des modes de dfaillances, de leurs effets et de leur criticit (AMDEC). Software Fault Tree Analysis (SFTA) : See Fault Software Fault Tree Analysis (SFTA) : Voir Tree Analysis (FTA). Analyse par arbre de dfaillance software feature: See feature. Caractristique logicielle : voir caractristique software life cycle : The period of time that begins Cycle de vie logiciel : Une priode temporelle qui when a software product is conceived and commence lorsque un produit logiciel est conu et ends when the software is no longer available for use. se termine lorsque le logiciel nest plus disponible The software life cycle typically lusage. Le cycle de vie logiciel inclut includes a concept phase, requirements phase, typiquement une phase de mrissement, une design phase, implementation phase, test phase dexigences, un phase de conception, une phase, installation and checkout phase, operation and phase dimplmentation, une phase de test, une maintenance phase, and sometimes, phase dinstallation et livraison, une phase retirement phase. Note these phases may overlap or dopration et de maintenance, et parfois une be performed iteratively. phase de retrait. Note : ces phases peuvent se recouper ou tre excutes de faon itrative. Software Process Improvement: A program of Amlioration des Processus Logiciel : un activities designed to improve the performance and programme d'activits conu pour amliorer les maturity of the organizations software processes and performances et la maturit des processus the results of such a program. [After CMMI] logiciels dune organisation, et les rsultats d'un tel programme. [Daprs CMMI] software quality: The totality of functionality and Qualit logicielle : la totalit des fonctionnalits et features of a software product that bear on its ability caractristiques dun produit logiciel qui influent sur to satisfy stated or implied needs. [After ISO 9126] sa capacit satisfaire des besoins dclars ou implicites [daprs ISO 9126] software quality characteristic: See quality attribute. software test incident: See incident. software test incident report: See incident report. Caractristique qualit logiciel : voir attribut qualit Incident de test logiciel : voir incident Rapport dincident de tests logiciel : voir rapport dincident Software Usability Measurement Inventory (SUMI): Software Usability Measurement Inventory (SUMI): un technique de tests base sur un A questionnaire based usability test technique to evaluate the usability, e.g. user-satisfaction, of a questionnaire pour valuer lutilisabilit, cest--dire component or system. [Veenendaal] la satisfcation de lutilisateur, dun composant ou systme. [Veenendaal] source statement: See statement. Instruction source : voir instruction Version 2.1F Page 53 de 84 31 Dcembre 2010

specification: A document that specifies, ideally in a complete, precise and verifiable manner, the requirements, design, behavior, or other characteristics of a component or system, and, often, the procedures for determining whether these provisions have been satisfied. [After IEEE 610] specification-based technique : See black box testing. specification-based testing: See black box testing. specification-based test design technique: See black box test design technique. specified input: An input for which the specification predicts a result. SPI: See Sofware Process Improvement. stability: The capability of the software product to avoid unexpected effects from modifications in the software. [ISO 9126] See also maintainability. staged representation : A model structure wherein attaining the goals of a set of process areas establishes a maturity level; each level builds a foundation for subsequent levels. [CMMI]
Spcification : un document qui spcifie, idalement de faon complte, prcise et vrifiable, les exigences, conceptions, comportements et autres caractristiques dun composant ou systme, et souvent, les procdures pour dterminer si ces stipulations ont t satisfaites. [daprs IEEE 610] Technique base sur les spcifications : Voir test bote noire Test bas sur les spcifications : voir test bote noire Technique de conception de tests base sur les spcifications : voir technique de conception de tests bote noire Entre spcifie : une entre pour laquelle les spcifications prdisent un rsultat SPI: Voir Amlioration des Processus Logiciel. Stabilit : capacit dun produit logiciel viter des effets inattendus provenant de modifications du logiciel [ISO 9126] voir aussi maintenabilit
Reprsentation tage : Une structure de modle dans laquelle latteinte de buts dans un set de domaines de processus tablit un niveau de maturit; chaque niveau est la fondation pour les niveaux suivants.[CMMI] standard: Formal, possibly mandatory, set of Norme : Ensemble d'exigences formelles et requirements developed and used to prescribe certaines fois obligatoires. Cet ensemble est consistent approaches to the way of working or to dvelopp et utilis afin de prconiser des provide guidelines (e.g., ISO/IEC standards, IEEE approches la faon de travail ou pour fournir des standards, and organizational standards). [After directives (par exemple, les normes ISO/IEC, IEEE CMMI] et les normes organisationnelles). [Daprs CMMI] standard software: See off-the-shelf software. Logiciel standard : voir logiciel sur tagre standards testing: See compliance testing. Tests de standards : voir test de conformit state diagram: A diagram that depicts the states that Diagramme dtats : un diagramme qui dcrit les a component or system can assume, and shows the tats que peut avoir un composant ou systme, et events or circumstances that cause and/or result from qui montre les vnements ou circonstances qui a change from one state to another. [IEEE 610] causent et/ou rsultent en un changement dun tat un autre [IEEE 610] state table: A grid showing the resulting transitions for each state combined with each possible event, showing both valid and invalid transitions. Table dtats : tableau montrant les transitions rsultantes pour chaque tat combin chaque vnement possible, montrant les transitions valides et invalides. Transition dtat :une transition entre deux tats dun composant ou systme. Test de transition dtat : une technique de conception de tests bote noire dans laquelle les cas de tests sont conus pour excuter les transitions dtats valides et invalides. Voir aussi tests N-Switch Instruction : une entit dans un langage de programmation, qui est typiquement la plus petite unit indivisible dexcution.
state transition: A transition between two states of a component or system. state transition testing: A black box test design technique in which test cases are designed to execute valid and invalid state transitions. See also N-switch testing. statement: An entity in a programming language, which is typically the smallest indivisible unit of execution.
Version 2.1F
Page 54 de 84
31 Dcembre 2010

statement coverage: The percentage of executable statements that have been exercised by a test suite.
Couverture des instructions : le pourcentage des instructions excutables qui ont t excutes par une suite de tests
statement testing: A white box test design technique Tests des instructions : une technique de in which test cases are designed to execute conception de tests bote blanche dans laquelle les statements. cas de tests sont conus pour excuter des instructions. static analysis: Analysis of software artifacts, e.g. Analyse statique : analyse des artefacts logiciels requirements or code, carried out without execution of par exemple, exigence ou code, effectue sans these software development artifacts. Static analysis lexcution de ces artefacts de dveloppement de is usually carried out by means of a supporting tool. logiciels. L'analyse statique est habituellement effectue au moyen d'un outil assistant dans cette tche. static analyzer: A tool that carries out static analysis. Analyseur statique : un outil qui effectue des analyses statiques static code analysis: Analysis of program source Analyse de code statique : analyse du code code carried out without execution of that software. source dun programme effectue sans lexcution de ce logiciel static code analyzer: A tool that carries out static code analysis. The tool checks source code, for certain properties such as conformance to coding standards, quality metrics or data flow anomalies. Analyseur de code statique : un outil qui excute une analyse de code statique. Loutil vrifie, dans le code source, la conformit de certaines proprits telles la conformit des standards de codage, les mtriques qualit ou les anomalies du flot de donnes. Test statique : test dun composant ou systme au niveau spcification ou implmentation sans excution de ce logiciel (p.ex. : revues ou analyse statique du code). Test statistique : une technique de conception des tests selon laquelle un modle de distribution statistique des entres est utilis pour construire des cas de tests reprsentatifs. Voir aussi tests du profil oprationnel Prise en compte de ltat : un lment de gestion de configuration, consistant en lenregistrement et le reporting de linformation ncessaire pour grer une configuration de faon efficace. Cette information inclut une liste des identificateurs de configuration approuvs, le statut des changements de configuration proposs, et les tats dimplmentation des changements approuvs. [IEEE 610] STEP : Voir Processus d'valuation de Test Systmatique. Stockage : voir utilisation de ressources Test de stockage : voir tests dutilisation des ressources Test de stress : Un type de test de performance men pour valuer un systme ou composant ou au-del des limites de sa charge de travail anticipes ou spcifies, ou avec une disponibilit rduites de ressources telles que laccs mmoire ou serveurs [daprs IEEE 610]. Voir aussi test de performance, test de charge 31 Dcembre 2010
static testing: Testing of a component or system at specification or implementation level without execution of that software, e.g. reviews or static code analysis. statistical testing: A test design technique in which a model of the statistical distribution of the input is used to construct representative test cases. See also operational profile testing. status accounting: An element of configuration management, consisting of the recording and reporting of information needed to manage a configuration effectively. This information includes a listing of the approved configuration identification, the status of proposed changes to the configuration, and the implementation status of the approved changes. [IEEE 610] STEP: See Systematic Test and Evaluation Process. storage: See resource utilization. storage testing: See resource utilization testing. stress testing: A type of performance testing conducted to evaluate a system or component at or beyond the limits of its anticipated or specified work loads, or with reduced availability of resources such as access to memory or servers. [After IEEE 610] See also performance testing, load testing. Version 2.1F
Page 55 de 84

stress testing tool : A tool that supports stress testing. structure-based test design technique: See white box test design technique. structural coverage: Coverage measures based on the internal structure of the component. structural test design technique: See white box test design technique.
Outil de test de stress : Un outil supportant le test de stress
Technique de conception de test base sur la structure : Voir conception de test bote blanche. Couverture structurelle : mesure de couverture base sur la structure interne du composant. Technique de conception de tests structurelle : voir technique de conception de tests bote blanche structural testing: See white box testing. Test structurel : voir test bote blanche Technique base sur la structure: Voir technique structure-based technique : See white box test de conception de tests bote blanche design technique. structured walkthrough: See walkthrough. Relecture technique structure : voir relecture structure. stub: A skeletal or special-purpose implementation of Bouchon : une implmentation spciale ou a software component, used to develop or test a squelettique dun composant logiciel, utilis pour component that calls or is otherwise dependent on it. dvelopper ou tester un composant qui lappelle ou It replaces a called component. [After IEEE 610] en est dpendant. Cela remplace un composant appel. [daprs IEEE 610] subpath: A sequence of executable statements within a component. suitability: The capability of the software product to provide an appropriate set of functions for specified tasks and user objectives. [ISO 9126] See also functionality. suitability testing: The process of testing to determine the suitability of a software product suspension criteria: The criteria used to (temporarily) stop all or a portion of the testing activities on the test items. [After IEEE 829] syntax testing: A black box test design technique in which test cases are designed based upon the definition of the input domain and/or output domain. system: A collection of components organized to accomplish a specific function or set of functions. [IEEE 610] Sous-chemin : une squence dinstructions excutables au sein dun composant. Pertinence : la capacit dun produit systme fournir un ensemble appropri de fonctions pour une tche et des objectifs utilisateurs spcifis. [ISO 9126] voir aussi fonctionnalit. Test d'aptitude l'usage : Processus de test visant dterminer la pertinence d'un produit logiciel. Critre de suspension : le critre utilis pour arrter (temporairement) tout ou partie des activits de tests sur les items de tests [daprs IEEE 829] Test de syntaxe : une technique de conception de tests bote noire dans laquelle les cas de tests sont conus sur base de la dfinition des domaines dentre et/ou de sortie. Systme : une collection de composants organiss pour accomplir une fonction ou une ensemble de fonctions spcifiques [IEEE 610] Tests dintgration systme : tests de lintgration des systmes et progiciels; tests des interfaces vers des organisations externes (p.ex. EDI, Internet) Systme de systmes : Ensemble de systmes distribus htrognes intgrs dans des rseaux diffrents niveaux, interconnects diffrents domaines, et adressant un large ensemble de problmes et raisons interdisciplinaires, le plus souvent sans une structure de gestion commune. 31 Dcembre 2010
system integration testing: Testing the integration of systems and packages; testing interfaces to external organizations (e.g. Electronic Data Interchange, Internet). system of systems : Multiple heterogeneous, distributed systems that are embedded in networks at multiple levels and in multiple interconnected domains, addressing large-scale inter-disciplinary common problems and purposes, usually without a common management structure. Version 2.1F
Page 56 de 84

system testing: The process of testing an integrated system to verify that it meets specified requirements. [Hetzel] Systematic Test and Evaluation Process: A structured testing methodology, also used as a content-based model for improving the testing process. Systematic Test and Evaluation Process (STEP) does not require that improvements occur in a specific order. See also content-based model.
Tests systme : le processus de test dun systme intgr pour vrifier quil rponde des exigences spcifiques [Hetzel] Processus d'valuation de Test Systmatique : une mthodologie de test structure aussi utilise comme un modle bas sur le contenu pour amliorer le processus de test. Le Test Systmatique et le Processus d'valuation (STEP) n'exigent pas que les amliorations arrivent dans un ordre spcifique. Voir aussi modle bas sur le contenu.
T
technical review: A peer group discussion activity that focuses on achieving consensus on the technical approach to be taken. A technical review is also known as a peer review. [Gilb and Graham, IEEE 1028] See also peer review. test: A set of one or more test cases [IEEE 829] test approach: The implementation of the test strategy for a specific project. It typically includes the decisions made that follow based on the (test) projects goal and the risk assessment carried out, starting points regarding the test process, the test design techniques to be applied, exit criteria and test types to be performed. Revue technique : une activit de discussions de groupes de pairs qui se focalise sur lobtention dun 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. Test : un ensemble dun ou plusieurs cas de tests [IEEE 829] Approche du test : limplmentation de la stratgie de test pour un projet spcifique. Cela inclut typiquement les dcisions prises qui sont bases sur les objectifs du projet (de test) et les valuations de risques effectues, les points de dpart des processus de tests, les techniques de conception des tests appliquer, les critres de sortie et les types de tests excuter. Automatisation des tests : utilisation de logiciels pour excuter ou supporter des activits de tests, p.ex. gestion des tests, conception des tests, excution des tests ou vrification des rsultats. Base de tests : tous les documents partir desquels les exigences dun composant ou systme peuvent tre dduites. La documentation sur laquelle les cas de tests sont bass. Si un document ne peut tre modifi que par le biais dune procdure de modification formelle, alors la base de tests est appele base de test gele [daprs TMap] Environnement d'excution de test : voir environnement de tests Cas de test : un ensemble de valeurs dentre, de prconditions dexcution, de rsultats attendus et de postconditions dexcution, dveloppes pour un objectif ou une condition de tests particulier, tel quexcuter un chemin particulier dun programme ou vrifier le respect dune exigence spcifique [daprs IEEE 610]
test automation: The use of software to perform or support test activities, e.g. test management, test design, test execution and results checking.
test basis: All documents from which the requirements of a component or system can be inferred. The documentation on which the test cases are based. If a document can be amended only by way of formal amendment procedure, then the test basis is called a frozen test basis. [After TMap]
test bed: See test environment. test case: A set of input values, execution preconditions, expected results and execution postconditions, developed for a particular objective or test condition, such as to exercise a particular program path or to verify compliance with a specific requirement. [After IEEE 610]
Version 2.1F
Page 57 de 84
31 Dcembre 2010

test case design technique: See test design technique. test case specification: A document specifying a set of test cases (objective, inputs, test actions, expected results, and execution preconditions) for a test item. [After IEEE 829] test case suite: See test suite. test charter: A statement of test objectives, and possibly test ideas about how to test. Test charters are used in exploratory testing. See also exploratory testing. test closure: During the test closure phase of a test process data is collected from completed activities to consolidate experience, testware, facts and numbers. The test closure phase consists of finalizing and archiving the testware and evaluating the test process, including preparation of a test evaluation report. See also test process.
Technique de Conception de cas de tests : voir Conception de cas de tests Spcification de cas de test : document spcifiant un ensemble de cas de tests (objectifs, entres, actions de tests, rsultats attendus et prconditions dexcution) pour un article de tests [daprs IEEE 829] Suite de cas de tests : voir suite de tests. Charte de test : Une expression dobjectifs de test et ventuellement dides de test au sujet de la faon de tester. Les agrments de test sont utiliss en test exploratoire. Voir aussi test exploratoire.
Clture des tests: durant la phase de clture des tests dun processus de test, les donnes sont collectes des activits termines pour consolider les expriences, les testwares, les faits et chiffres. La phase de clture des tests consiste en la finalisation et larchivage des testware, lvaluation des processus de tests, incluant la prparation des rapports dvaluation des tests. Voir aussi processus de tests test comparator: A test tool to perform automated Comparateur de tests : un outil de tests utilis test comparison. pour effectuer des comparaisons de tests automatises. test comparison: The process of identifying Comparaison de tests : le processus didentifier differences between the actual results produced by les diffrences entre les rsultats actuels produits the component or system under test and the expected par le composant ou systme en cours de test et results for a test. Test comparison can be performed les rsultats attendus pour un test. La during test execution (dynamic comparison) or after comparaison des tests peut tre effectue pendant test execution. lexcution des tests (comparaison dynamique) ou aprs lexcution des tests. test completion criterion: See exit criteria. test condition: An item or event of a component or system that could be verified by one or more test cases, e.g. a function, transaction, quality attribute, or structural element. test control: A test management task that deals with developing and applying a set of corrective actions to get a test project on track when monitoring shows a deviation from what was planned. See also test management. test coverage: See coverage. test cycle: Execution of the test process against a single identifiable release of the test object. test data: Data that exists (for example, in a database) before a test is executed, and that affects or is affected by the component or system under test. Critre de compltude des tests : voir critres de sortie. Condition de test : un article ou vnement dun composant ou systme qui pourrait tre vrifi par un ou plusieurs cas de tests; p.ex. une fonction, une transaction, un attribut qualit ou un lment de structure. Contrle des test : une actigit de gestion des tests qui gre le dveloppement et lapplication dun ensemble dactions correctives pour avoir un projet de tests sur les rails quand les mtriques de suivi indiquent une dviation par rapport aux plans. Voir aussi gestion des tests. Couverture des tests : voir couverture Cycle de test : excution des processus de test sur une version unique et identifiable dun objet de test. Donnes de Tests : donne qui existe (p.ex. dans une base de donnes) avant quun test ne soit excut, et qui affecte ou est affecte par le composant ou systme en test.
Version 2.1F
Page 58 de 84
31 Dcembre 2010

test data preparation tool: A type of test tool that enables data to be selected from existing databases or created, generated, manipulated and edited for use in testing. test deliverable: Any test (work) product that must be delivered to someone other than the test (work) products author. See also deliverable. test design : (1) See test design specification. (2) The process of transforming general testing objectives into tangible test conditions and test cases. test design specification: A document specifying the test conditions (coverage items) for a test item, the detailed test approach and identifying the associated high level test cases. [After IEEE 829]
Outil de prparation des donnes de tests : un type doutil qui permet, partir de bases de donnes existantes, de slectionner, crer, gnrer, manipuler et diter des donnes pour utilisation pendant des tests. Livrable de test : N'importe quel produit (travail) de test qui doit tre livr quelqu'un d'autre que l'auteur du produit (travail) de test. Voir aussi Livrable. Conception de tests : (1) voir spcification de conception de test (2) Le processus consistant transformer des objectifs de test gnraux en conditions de test tangibles et en cas de test. Spcification de conception de tests : un document spcifiant les conditions de tests (lments de couverture) pour un article de test, lapproche dtaille du test et lidentification des cas de tests de haut niveau associs [daprs IEEE 829] Conception de cas de test : une mthode utilise pour driver ou slectionner des cas de tests Outil de conception de tests : un outil qui supporte lactivit de conception de test en gnrant les valeurs dentres des test partir de spcifications qui peuvent tre prsentes dans un rpertoire doutil CASE, p.ex. outil de gestion des exigences, ou de conditions spcifiques de tests contenues dans loutil lui-mme
test design technique: A method used to derive or select test cases. test design tool: A tool that support the test design activity by generating test inputs from a specification that may be held in a CASE tool repository, e.g. requirements management tool, or from specified test conditions held in the tool itself.
test driven development: A way of developing software where the test cases are developed, and often automated, before the software is developed to run those test cases.
Dveloppement pilot par les tests : Une manire de dvelopper un logiciel par laquelle les cas de test sont dvelopps (et souvent automatiss) avant que le logiciel ne soit dvelopp puis test par ces cas de test. test driver: See driver. Pilote de tests : voir pilote test environment: An environment containing Environnement de tests : un environnement hardware, instrumentation, simulators, software tools, contenant du matriel, des instruments, des and other support elements needed to conduct a test. simulateurs, des outils logiciels et dautres [After IEEE 610] lments de support ncessaires lexcution dun tests [daprs IEEE 610] test estimation : The calculated approximation of a Estimation des tests : Lapproximation calcule result related to various aspects of testing (e.g. effort dun rsultat li divers aspects du test (par ex. spent, completion date, costs involved, number of test effort accompli, date de compltion, cots induits, cases, etc.) which is usable even if input data may be nombre de cas de test, etc.) qui est utilisable incomplete, uncertain, or noisy. malgr des donnes dentre incompltes, incertaines ou altres. test evaluation report: A document produced at the Rapport dvaluation des tests : un document end of the test process summarizing all testing produit la fin du processus de tests et activities and results. It also contains an evaluation of rcapitulant les activits et les rsultats de tests. Il the test process and lessons learned. contient aussi une valuation du processus de test et des leons apprises test execution: The process of running a test by the component or system under test, producing actual result(s). Version 2.1F Excution des tests : le processus consistant excuter un test sur un composant ou systme en test, en produisant des rsultats actuels. 31 Dcembre 2010
Page 59 de 84

test execution automation: The use of software, e.g. capture/playback tools, to control the execution of tests, the comparison of actual results to expected results, the setting up of test preconditions, and other test control and reporting functions.
Automatisation de lexcution des tests : lutilisation dun logiciel (p.ex outil de capture/playback) pour contrler lexcution des tests, comparer les rsultats obtenus aux rsultats attendus, mettre en place les pr-conditions de tests, et dautres fonctions de contrle et de reporting sur les tests Phase dexcution des tests : la priode de temps dans le cycle de dveloppement logiciel pendant laquelle les composants dun produit logiciel sont excuts, et le produit logiciel est valu pour dterminer si les exigences ont t satisfaites ou non. [IEEE 610] Calendrier dexcution des tests : le schma dexcution des procdures de test. Les procdures de tests sont inclues dans le calendrier dexcution dans leur contexte et dans lordre o elles doivent tre excutes. Technique dexcution des tests : la mthode utilise pour effectuer lexcution des tests, soit manuellement, soit de faon automatise. Outil dexcution des tests : un type doutil de test qui est capable dexcuter dautres logiciels en utilisant un script de test automatis, p.ex. capture/playback. [Fewster et Graham] chec de test : voir chec. Gnrateur de tests : outil de prparation des donnes de tests. Harnais de tests : un environnement comprenant des bouchons et des pilotes, ncessaire pour excuter un test. Implmentation des tests : Le processus de dveloppement et priorisation des procdures de test, de cration de donnes de test et, optionnellement, de prparation des harnais de test et dcriture des scripts de test automatiss. Plan d'amlioration des tests : un plan pour raliser des objectifs organisationnels d'amlioration du processus des tests. Il est bas sur une comprhension minutieuse des forces et faiblesses actuelles des tests que l'organisation traite ainsi que sur les atouts du processus de test. [D'aprs CMMI] Incident de test : voir incident Rapport dincident de tests : voir rapport dincident Infrastructure de test : les objets organisationnels ncessaires pour effectuer un test, consistant en lenvironnement de test, des outils de tests, des procdures et un environnement bureautique.
test execution phase: The period of time in a software development life cycle during which the components of a software product are executed, and the software product is evaluated to determine whether or not requirements have been satisfied. [IEEE 610] test execution schedule: A scheme for the execution of test procedures. The test procedures are included in the test execution schedule in their context and in the order in which they are to be executed. test execution technique: The method used to perform the actual test execution, either manually or automated. test execution tool: A type of test tool that is able to execute other software using an automated test script, e.g. capture/playback. [Fewster and Graham] test fail: See fail. test generator: See test data preparation tool. test harness: A test environment comprised of stubs and drivers needed to conduct a test. test implementation : The process of developing and prioritizing test procedures, creating test data and, optionally, preparing test harnesses and writing automated test scripts. test improvement plan: A plan for achieving organizational test process improvement objectives based on a thorough understanding of the current strengths and weaknesses of the organizations test processes and test process assets. [After CMMI]
test incident: See incident. test incident report: See incident report. test infrastructure: The organizational artifacts needed to perform testing, consisting of test environments, test tools, office environment and procedures.
test input: The data received from an external source Entres de test : les donnes reues dune Version 2.1F Page 60 de 84 31 Dcembre 2010

by the test object during test execution. The external source can be hardware, software or human. test item: The individual element to be tested. There usually is one test object and many test items. See also test object. test item transmittal report: See release note.
source externe par lobjet de test pendant son excution. Les sources externes peuvent tre matrielles, logicielles ou humaines. Article de test : llment individuel devant tre test. Il y a gnralement un objet de tests et plusieurs articles de test. Voir aussi Objet de tests.
Rapport de transmission darticle de tests : voir note daccompagnement test leader: See test manager. Responsable de tests : voir Gestionnaire de tests. test level: A group of test activities that are organized Niveau de tests : un groupe dactivits de tests and managed together. A test level is linked to the qui sont organises et gres ensemble. Un responsibilities in a project. Examples of test levels niveau de tests est li aux responsabilits dans un are component test, integration test, system test and projet. Les exemples de niveaux de tests sont les acceptance test. [After TMap] tests de composants, les tests dintgration, les tests systme et dacceptation [daprs TMap] test log: A chronological record of relevant details about the execution of tests. [IEEE 829] Registre de test : un enregistrement chronologique des dtails pertinents sur lexcution des tests [IEEE 829] test logging: The process of recording information Inscription des tests : le processus about tests executed into a test log. denregistrement, sur un registre de test, des informations sur les tests excuts. test manager: The person responsible for testing and Gestionnaire de tests : la personne responsable evaluating a test object. The individual, who directs, pour tester et valuer un article de test. Lindividu, controls, administers plans and regulates the qui dirige, contrle, administre, planifie et rgle evaluation of a test object. lvaluation dun article de test test management: The planning, estimating, monitoring and control of test activities, typically carried out by a test manager. Test Maturity Model (TMM): A five level staged framework for test process improvement, related to the Capability Maturity Model (CMM) that describes the key elements of an effective test process. Gestion des tests : la planification, estimation, suivi et contrle des activits de tests, typiquement effectu par un gestionnaires des tests Test Maturity Model (TMM) : un cadre en cinq niveaux pour lamlioration des processus de tests, li au Capability Maturity Model (CMM) qui dcrit les lments cls dun processus de tests efficace.
Test Maturity Model Integration (TMMi) : A five level staged framework for test process improvement, related to the Capability Maturity Model Integration (CMMI), that describes the key elements of an effective test process. test monitoring: A test management task that deals with the activities related to periodically checking the status of a test project. Reports are prepared that compare the actuals to that which was planned. See also test management. test object: The component or system to be tested. See also test item. test objective: A reason or purpose for designing and executing a test.
Test Maturity Model Integration (TMMi) : Une structure tage cinq niveaux pour lamlioration des processus de test, lie au Capability Maturity Model Integration (CMMI), qui dcrit les lments cls d'un processus de test effectif. Supervision des tests : une tche de gestion des tests qui gre les activits lies la vrification priodique des statuts des projets de tests. des rapports sont prpars qui comparent les rsultats obtenus et ceux attendus. Voir aussi gestion des tests. Objet de tests : le composant ou systme qui doit tre test. Voir aussi article de tests Objectif de tests : une raison ou but pour la conception et lexcution dun tests.
Version 2.1F
Page 61 de 84
31 Dcembre 2010

test oracle: A source to determine expected results to compare with the actual result of the software under test. An oracle may be the existing system (for a benchmark), a user manual, or an individuals specialized knowledge, but should not be the code. [After Adrion]
Oracle de tests : une source utilise pour dterminer les rsultats attendus comparer avec les rsultats obtenus de lapplication en cours de tests. Un oracle peut tre le systme existant (comme point de rfrence), un manuel utilisateur, ou la connaissance spcialise dun individu, mais ne devrait pas tre le code [daprs Adrion] Consquence de test : voir rsultat. Test russi: Voir Russite Indicateur de performances des tests : une mesure, en gnral de haut niveau, indiquant dans quelle mesure une valeur cible ou un critre est atteint. Souvent li des objectifs damlioration des processus de tests (voir aussi Pourcentage de dtection des fautes) Phase de test : un ensemble distinct dactivits de tests rassembles en une phase grable dun projet, p.ex. lexcution dactivits dun niveau de tests [daprs Gerrard] Plan de tests : un document dcrivant ltendue, lapproche, les ressources et le planning des activits de test prvues. Il identifie entre autres les lments et caractristiques tester, qui fera chaque tche, le degr dindpendance des testeurs, lenvironnement de test, les techniques de conception des tests et les techniques de mesure des tests utiliser, et tout risque ncessitant des plans de contingence. Cest un document reprenant les processus de planification des tests [daprs IEEE 829]
test outcome: See result. test pass: See pass. test performance indicator: A metric, in general high level, indicating to what extent a certain target value or criterion is met. Often related to test process improvement objectives, e.g. Defect Detection Percentage (DDP). test phase: A distinct set of test activities collected into a manageable phase of a project, e.g. the execution activities of a test level. [After Gerrard] test plan: A document describing the scope, approach, resources and schedule of intended test activities. It identifies amongst others test items, the features to be tested, the testing tasks, who will do each task, degree of tester independence, the test environment, the test design techniques and test measurement techniques to be used, and the rationale for their choice, and any risks requiring contingency planning. It is a record of the test planning process [After IEEE 829]
test planning: The activity of establishing or updating a test plan. test policy: A high level document describing the principles, approach and major objectives of the organization regarding testing. test point analysis (TPA): A formula based test estimation method based on function point analysis. [TMap] test procedure: See test procedure specification. test procedure specification: A document specifying a sequence of actions for the execution of a test. Also known as test script or manual test script. [After IEEE 829] test process: The fundamental test process comprises planning, specification, execution, recording and checking for completion. [BS 7925/2]
Planification des tests : lactivit dtablir ou mettre jour un plan de tests. Politique de tests : un document de haut niveau dcrivant les principes, approches et objectifs majeurs de lorganisation ayant trait aux tests. Analyse par Point de Test (TPA) : une mthode destimation des tests base sur une formule se reposant sur les points de fonction [TMap] Procdure de test :voir spcification de procdure de test Spcification de procdure de test : un document spcifiant la squence dactions pour lexcution dun test. Aussi connu sous le terme script de test ou script de tests manuel [daprs IEEE 829] Processus de tests : les processus de tests fondamentaux comprennent la planification, spcification, excution, enregistrement et vrification de compltude [BS 7925/2]
Version 2.1F
Page 62 de 84
31 Dcembre 2010

Test Process Group: A collection of (test) specialists who facilitate the definition, maintenance, and improvement of the test processes used by an organization. [After CMMI] Test Process Improvement (TPI): A continuous framework for test process improvement that describes the key elements of an effective test process, especially targeted at system testing and acceptance testing. test process improvement manifesto: A statement that echoes the agile manifesto, and defines values for improving the testing process. The values are: - flexibility over detailed processes - best Practices over templates - deployment orientation over process orientation - peer reviews over quality assurance (departments) - business driven over model driven. [Veenendaal08]
Groupe Processus Test : un regroupement de spcialistes (du test) qui facilitent la dfinition, la maintenance et l'amlioration des processus de test utiliss par une organisation. [d'aprs CMMI] Test Process Improvement (TPI) : un cadre continu pour lamlioration des processus de test qui dcrit des lments cl dun processus de tests efficace, spcifiquement cibl vers les tests systme et les tests dacceptation. Manifeste d'amlioration du processus de test : une dclaration qui rpercute le manifeste agile et dfinit des valeurs pour amliorer le processus de test. Les valeurs sont : - Flexibilit, plus que des processus dtaills. - Meilleures pratiques, plus que des modles (templates). - Orientation de dploiement, plus qu'une orientation processus. - Revues de pair, plus que l'assurance qualit (services). - Approche mtier, plus qu'une approche modle. [Veenendaal08] Amliorateur du processus de test : une personne mettant en uvre des amliorations du processus de test bas sur un plan d'amlioration des tests. Rapport davancement du test : Un document rsumant les activits et rsultats de test, produit intervales rguliers, pour documenter le activits de test par rapport une base de rfrence (tel que le plan de test original) et communiquer les risques et alternatives ncessitant une dcision du management Enregistrement de test : voir registre de tests Enregistrement des tests :voir inscription des tests. Rptabilit des tests : un attribut dun test indiquant si les mmes rsultats sont produits chaque fois que le test est excut. Rapport de test : voir rapport de synthse de test Banc de test: Voir Environnement de test Excution de tests : excution dun test sur une version spcifique dun objet de tests. Rapport dexcution de tests : voir registre de tests. Rsultat de test : voir rsultat Scnario de tests : voir spcification de procdure de tests Planning de test : Une liste dactivits, tches ou vnements du processus de test, mentionnant leur dates et/ou heures de dbut et fin et interdpendances.
test process improver: A person implementing improvements in the test process based on a test improvement plan. test progress report : A document summarizing testing activities and results, produced at regular intervals, to report progress of testing activities against a baseline (such as the original test plan) and to communicate risks and alternatives requiring a decision to management. test record: See test log. test recording: See test logging. test repeatability: An attribute of a test indicating whether the same results are produced each time the test is executed. test report: See test summary report. test rig : See test environment. test run: Execution of a test on a specific version of the test object. test run log: See test log. test result: See result. test scenario: See test procedure specification. test schedule : A list of activities, tasks or events of the test process, identifying their intended start and finish dates and/or times, and interdependencies.
Version 2.1F
Page 63 de 84
31 Dcembre 2010
test script: Commonly used to refer to a test Script de tests : communment utilis pour se procedure specification, especially an automated one. rfrer une spcification de procdure de tests, spcialement une procdure automatise test session : An uninterrupted period of time spent in executing tests. In exploratory testing, each test session is focused on a charter, but testers can also explore new opportunities or issues during a session. The tester creates and executes test cases on the fly and records their progress. See also exploratory testing. Session de test : Un laps de temps continu pass excuter des tests. En test exploratoire, chaque session de test se focalise sur un agrment, mais les testeurs peuvent aussi explorer de nouvelles opportunits ou problmes durant une session. Le testeur cre et excute des cas de test en cours dexcution et enregistre leurs progrs. Voir aussi test exploratoire test situation: See test condition. Situation de tests : voir condition de test test set: See test suite. Set de test: voir suites de test. test specification: A document that consists of a test Spcification de tests : un document qui consiste design specification, test case specification and/or en une spcification de conception de tests, des test procedure specification. spcifications de cas de tests et/ou des spcifications de procdures de tests. test specification technique: See test design Technique de spcification de tests : voir technique. conception de cas de tests test stage: See test level. tape de test : voir niveau de tests test strategy: A high-level document defining the test Stratgie de test : un document de haut niveau levels to be performed and the testing within those dfinissant, pour un programme, les niveaux de levels for a programme (one or more projects). tests excuter et les tests dans chacun de ces niveaux (pour un ou plusieurs projets). test suite: A set of several test cases for a component or system under test, where the post condition of one test is often used as the precondition for the next one. test summary report: A document summarizing testing activities and results. It also contains an evaluation of the corresponding test items against exit criteria. [After IEEE 829] test target: A set of exit criteria. test tool: A software product that supports one or more test activities, such as planning and control, specification, building initial files and data, test execution and test analysis. [TMap] See also CAST. Suite de tests : un ensemble de plusieurs cas de tests pour un composant ou systme sous test, o les post-conditions dun test sont souvent utilises comme pr-conditions du test suivant. Rapport de synthse de tests : un document synthtisant les activits et rsultats de tests. Il contient aussi une valuation des articles de tests correspondants par rapport aux critres de sortie [daprs IEEE 829] Cible de tests : ensemble de critres de sortie Outil de test : un produit logiciel qui supporte une ou plusieurs activits de tests, tel la planification et le contrle, la spcification, la conception des fichiers et donnes initiaux, lexcution des tests et lanalyse des tests [TMap] voir aussi CAST. Type de test : un groupe dactivits de test dont lobjectif est de tester un composant ou systme sur un ou plusieurs attributs lis entre eux. Un type de tests est focalis sur un objectif de test spcifique p.ex. test de fiabilit, dutilisabilit, de rgression , etc et peut couvrir un ou plusieurs niveaux de tests et une ou plusieurs phases de tests. [daprs TMap] Testabilit : capacit dun produit logiciel permettre le test du logiciel modifi [ISO 9126] voir aussi maintenabilit
test type: A group of test activities aimed at testing a component or system regarding one or more interrelated quality attributes. A test type is focused on a specific test objective, i.e. reliability test, usability test, regression test etc., and may take place on one or more test levels or test phases. [After TMap]
testability: The capability of the software product to enable modified software to be tested. [ISO 9126] See also maintainability.
Version 2.1F
Page 64 de 84
31 Dcembre 2010

testability review: A detailed check of the test basis to determine whether the test basis is at an adequate quality level to act as an input document for the test process. [After TMap] testable requirements: The degree to which a requirement is stated in terms that permit establishment of test designs (and subsequently test cases) and execution of tests to determine whether the requirements have been met. [After IEEE 610]
Revue de testabilit : une vrification dtaille de la base de test pour dterminer si le niveau de qualit de la base de test est adquat pour agir comme document dentre pour le processus de tests [daprs TMap] Exigence testable : le degr par lequel une exigence est dfinie en termes qui permettent ltablissement de spcification de conception de tests (et ensuite de cas de tests) et lexcution de tests pour dterminer si les exigences ont t respectes [daprs IEEE 610] Testeur :un professionnel technique qui est impliqu dans les tests dun composant ou systme. Test : processus consistant en toutes les activits du cycle de vie, statiques et dynamiques, concernant la planification et lvaluation de produits logiciels et produits lis pour dterminer sils satisfont aux exigences, pour dmontrer quils sont aptes au objectifs et dtecter des anomalies.
tester: A technically skilled professional who is involved in the testing of a component or system. testing: The process consisting of all life cycle activities, both static and dynamic, concerned with planning, preparation and evaluation of software products and related work products to determine that they satisfy specified requirements, to demonstrate that they are fit for purpose and to detect defects.
testware: Artifacts produced during the test process required to plan, design, and execute tests, such as documentation, scripts, inputs, expected results, setup and clear-up procedures, files, databases, environment, and any additional software or utilities used in testing. [After Fewster and Graham]
Testware : Artefact produit pendant le processus de test afin de planifier, concevoir et excuter les tests, tel que la documentation, les scripts, les entres, les rsultats attendus, les procdures de mise en place et de nettoyage, les fichiers, bases de donnes, environnements et tout logiciel ou utilitaires supplmentaire utilis dans les tests. [daprs Fewster & Graham] Test de threads : une version des tests dintgration de composants o lintgration progressive de copmposants suit limplmentation de sous-ensembles dexigences, par opposition lintgration des composants par niveau hirarchique. Comportement temporel : voir performances Test top-down : une approche incrmentale des tests dintgration o les composants en haut de la hirarchie sont tests dabord, avec les composants de niveau infrieur simuls par des bouchons. Les composants tests sont ensuite utiliss pour tester des composants de niveaux infrieurs. Le processus est rpt jusqu ce que les composants de plus bas niveau ont t tests.
thread testing: A version of component integration testing where the progressive integration of components follows the implementation of subsets of the requirements, as opposed to the integration of components by levels of a hierarchy.
time behavior: See performance. top-down testing: An incremental approach to integration testing where the component at the top of the component hierarchy is tested first, with lower level components being simulated by stubs. Tested components are then used to test lower level components. The process is repeated until the lowest level components have been tested.
Version 2.1F
Page 65 de 84
31 Dcembre 2010

Total Quality Management: An organization-wide management approach centered on quality, based on the participation of all its members and aiming at long-term success through customer satisfaction, and benefits to all members of the organization and to society. Total Quality Management consists of planning, organizing, directing, control, and assurance. [After ISO 8402] TPG: See Test Process Group. TQM: See Total Quality Management. Traceability: The ability to identify related items in documentation and software, such as requirements with associated tests. See also horizontal traceability, vertical traceability. transactional analysis: The analysis of transactions between people and within peoples minds; a transaction is defined as a stimulus plus a response. Transactions take place between people and between the ego states (personality segments) within one persons mind. transcendent-based quality: A view of quality, wherein quality cannot be precisely defined, but we know it when we see it, or are aware of its absence when it is missing. Quality depends on the perception and affective feelings of an individual or group of individuals towards a product. [After Garvin] See also manufacturing-based quality, product-based quality, user-based quality, value-based quality.
Gestion par la Qualit Totale : une approche de gestion, au niveau d'une organisation, centre sur la qualit et base sur la participation de tous ses membres. Cette approche vise le succs long terme par la satisfaction client et des avantages pour tous les membres de l'organisation et de la socit. La gestion par la qualit totale consiste en la planification, l'organisation, la direction, le contrle et l'assurance qualit. [d'aprs ISO 8402] TPG : voir Groupe du Processus de Test. TQM : voir Gestion de la Qualit Totale. Traabilit : capacit identifier les lments lis dune documentation et dun logiciel, tel que les exigences et les tests y associs. Voir aussi traabilit horizontale, traabilit verticale Analyse transactionnelle : l'analyse des transactions entre les gens et intrapsychiques; une transaction est dfinie comme un stimulus plus une rponse. Les transactions ont lieu entre les gens et entre les tats du moi (des segments de personnalit) dans l'esprit d'une personne. Qualit transcendante : Une vision de la qualit o la qualit ne peut pas tre prcisment dfinie, mais nous la reconnaissons quand nous la voyons, ou sommes conscients de son absence quand elle manque. La qualit dpend de la perception et des sentiments affectifs d'un individu ou d'un groupe d'individus envers un produit. [d'aprs Garvin] Voir aussi Qualit base sur la fabrication, Qualit base sur le produit, Qualit base sur l'utilisateur, Qualit base sur la valeur.
U
understandability: The capability of the software product to enable the user to understand whether the software is suitable, and how it can be used for particular tasks and conditions of use. [ISO 9126] See also usability. unit: See component. unit test framework : A tool that provides an environment for unit or component testing in which a component can be tested in isolation or with suitable stubs and drivers. It also provides other support for the developer, such as debugging capabilities. [Graham] unit testing: See component testing. unreachable code: Code that cannot be reached and therefore is impossible to execute. usability: The capability of the software to be understood, learned, used and attractive to the user when used under specified conditions. [ISO 9126] Intelligibilit : la capacit dun produit logiciel permettre lutilisateur de comprendre si le logiciel est appropri, et comment il peut tre utilis pour des tches particulires et des conditions dutilisation. [ISO 9126] Voir aussi utilisabilit. Unit : voir composant Framework de test unitaire : Un outil fournissant un environnement pour test unitaire ou de composant dans lequel un composant peut tre test de faon isole ou avec des bouchons ou pilotes appropris. Il fournit aussi une aide au dveloppeur, telle que des fonctionnalits de dboguages. [Graham] Test unitaire : voir test de composant Code inatteignable : code qui ne peut tre atteint et est de ce fait impossible excuter. Utilisabilit : capacit du logiciel tre compris, appris, utilis et attrayant par/pour lutilisateur quand il est utilis dans des conditions spcifies [ISO 9126]
Version 2.1F
Page 66 de 84
31 Dcembre 2010

usability testing: Testing to determine the extent to which the software product is understood, easy to learn, easy to operate and attractive to the users under specified conditions. [After ISO 9126]
Test dutilisabilit : tests pour dterminer le niveau par lequel le produit logiciel est compris, facile apprendre ou utiliser, et attrayant pour lutilisateur quand il est utilis dans des conditions spcifies [daprs ISO 9126]
Cas dutilisation : Une squence de transactions dans un dialogue entre un acteur et un composant ou un systme avec un rsultat tangible. L'acteur peut tre un utilisateur ou tout ce qui peut changer des informations avec le systme. Test des cas dutilisation : Une technique de conception de tests bote noire dans laquelle les cas de tests sont conus pour excuter des scnarios de cas dutilisation. user acceptance testing: See acceptance testing. Test dacceptation utilisateur : voir test dacceptation user-based quality: A view of quality, wherein quality Qualit base sur l'utilisateur : Une vision de la is the capacity to satisfy needs, wants and desires of qualit o la qualit est la capacit de satisfaire les the user(s). A product or service that does not fulfill besoins, manques et dsirs de(s) l'utilisateur(s). user needs is unlikely to find any users. This is a Un produit ou un service qui ne rpond pas des context dependent, contingent approach to quality besoins ne trouvera probablement pas since different business characteristics require d'utilisateurs. C'est une approche conditionnelle et different qualities of a product. [after Garvin] See also dpendante du contexte puisque diffrentes manufacturing-based quality, product-based quality, caractristiques mtiers requirent diffrents transcendent-based quality, valuebased quality. niveaux de qualit pour un produit. [d'aprs Garvin] Voir aussi Qualit base sur la fabrication, Qualit base sur le produit, Qualit transcendante, Qualit base sur la valeur. user scenario testing: See use case testing. Test de scnarios utilisateur : voir test des cas dutilisation user test: A test whereby real-life users are involved Test utilisateur : un test o des utilisateurs rels to evaluate the usability of a component or system. sont impliqus pour valuer lutilisabilit dun composant ou systme. use case: A sequence of transactions in a dialogue between an actor and a component or system with a tangible result, where an actor can be a user or anything that can exchange information with the system. use case testing: A black box test design technique in which test cases are designed to execute scenarios of use cases.
V
V-model: A framework to describe the software development life cycle activities from requirements specification to maintenance. The V-model illustrates how testing activities can be integrated into each phase of the software development life cycle. Modle en V : une structure dcrivant les activits du cycle de dveloppement logiciel, depuis la spcification des exigences jusqu la maintenance. Le modle en V illustre comment les activits de tests peuvent tre intgres dans chaque phase du cycle de dveloppement. Validation : confirmation par lexamen et la fourniture de preuves objectives que les exigences, pour un usage ou une application voulue, ont t remplies. [ISO 9000]
validation: Confirmation by examination and through provision of objective evidence that the requirements for a specific intended use or application have been fulfilled. [ISO 9000]
Version 2.1F
Page 67 de 84
31 Dcembre 2010

value-based quality: A view of quality, wherein quality is defined by price. A quality product or service is one that provides desired performance at an acceptable cost. Quality is determined by means of a decision process with stakeholders on trade-offs between time, effort and cost aspects. [After Garvin] See also manufacturing-based quality, product-based quality, transcendent-based quality, user-based quality.
variable: An element of storage in a computer that is accessible by a software program by referring to it by referring to its name.
Qualit base sur la valeur : Une vision de la qualit o la qualit est dfinie par le prix. Un produit de qualit ou un service est celui qui fournit l'efficacit voulue un cot acceptable. Le niveau de qualit est dtermin au moyen d'un processus de dcision, avec des parties prenantes, sur un compromis entre les aspects de temps, d'effort et de cot. [d'aprs Garvin] Voir aussi Qualit base sur la fabrication, Qualit base sur le produit, Qualit transcendante, Qualit base sur l'utilisateur. Variable : un lment de stockage dans un ordinateur qui est accessible par un programme logiciel en y rfrant par son nom.
verification: Confirmation by examination and Vrification : confirmation par lexamen et la through the provision of objective evidence that fourniture de preuves objectives que des specified requirements have been fulfilled. [ISO 9000] exigences spcifies ont t remplies [ISO 9000]. version control: See configuration control. vertical traceability: The tracing of requirements through the layers of development documentation to components. volume testing: Testing where the system is subjected to large volumes of data. See also resource-utilization testing. Contrle de versions : voir contrle de configuration Traabilit verticale : traabilit des exigences au travers des couches de documentation de dveloppement vers les composants. Test de volume : tests quand le systme est soumis de larges volumes de donnes. Voir aussi test dutilisation des ressources
W
walkthrough: A step-by-step presentation by the author of a document in order to gather information and to establish a common understanding of its content. [Freedman and Weinberg, IEEE 1028] WBS: See Work Breakdown Structure. Relecture technique : une prsentation pas pas par lauteur dun document de faon runir des informations et tablir une comprhension commune de son contenu [Freedman et Weinberg, IEEE 1028] WBS : voir Structure de dcoupage du projet.
white box techniques : See white-box test design techniques.
Techniques bote blanche : voir technique de conception de test bote blanche
white box test design technique: Documented procedure to derive and select test cases based on an analysis of the internal structure of a component or system. white box testing: Testing based on an analysis of the internal structure of the component or system.
Technique de conception de tests bote blanche : procdures documentes utilises pour driver et slectionner des cas de tests bass sur une analyse de la structure interne dun composant ou systme Test bote blanche : tests bass sur une analyse de la structure interne du composant ou systme
Version 2.1F
Page 68 de 84
31 Dcembre 2010

Wide Band Delphi: An expert based test estimation technique that aims at making an accurate estimation using the collective wisdom of the team members.
wild pointer : A pointer that references a location that is out of scope for that pointer or that does not exist. See also pointer.
Delphi Large bande : une technique destimation des tests base sur des experts qui a pour objectif de fournir une estimation correcte en utilisant la connaissance collectives des membres de lquipe. pointeur sauvage (pointeur non dfini) : Un pointeur rfrenant un emplacement hors du contexte de ce pointeur ou qui nexiste pas. Voir aussi pointeur. Structure de dcoupage du projet : une organisation des activits d'un projet ainsi que leur relation des unes aux autres et au produit fini. [CMMI]
Work Breakdown Structure: An arrangement of work elements and their relationship to each other and to the end product. [CMMI]
Version 2.1F
Page 69 de 84
31 Dcembre 2010
Glossaire CFTL/ISTQB des termes utiliss en tests de logiciels Index

A
Acceptation 10 Adaptabilit 11 Agrment 17 Alpha Tests 11 Amliorateur du processus de test 71 Amlioration de processus 50 Amlioration des Processus Logiciel 59 Analysabilit 11 Analyse causale 16 Analyse dimpact 36 Analyse de cause effet 17 Analyse de code statique 61 Analyse de couverture 23 Analyse de Pareto 47 Analyse de risque 55 Analyse des causes racines 56 Analyse des dangers 36 Analyse des Modes de Dfaillance et Effets (AMDE) 32 Analyse des modes de dfaillances, de leurs effets et de leur criticit ( AMDEC) 33 Analyse des mutations 45 Analyse des points de fonction (FPA) 35 Analyse des valeurs limites 14 Analyse du flot de contrle 22 Analyse du flot de donnes 24 Analyse dynamique 28 Analyse par Arbre de dfaillance 34 Analyse par Point de Test (TPA) 70 Analyse transactionnelle 74 Analyseur 11 Analyseur de code 18 Analyseur de code statique 61 Analyseur statique 61 Anomalie 12 Apprentissage 41 Apprentissage (IDEAL) 41 Approche du test 64 Article de test 68 Article de test automatis 12 Assurance qualit 51 Attaque 12 Attaque logicielle 58 Attractivit 12 Attribut qualit 51 Audit 12 Audit de configuration 21 Auditeur en chef 40 Automatisation de lexcution des tests 67 Automatisation des tests 64
B
Banc de tests 64 Barrire de qualit 52 Base de rfrence 13
Version 2.1F
Page 70 de 84
31 Dcembre 2010

Base de tests 64 Base de tests gele 34 Beta Tests 14 Bloc de base 13 Bouchon 62 Branche 15 Bug 15 Build journalier 24
C
Calendrier dexcution des tests 67 Capability Maturity Model (CMM) 16 Capability Maturity Model Integration (CMMI) 16 Caractristique 34 Caractristique logicielle 58 Caractristique qualit 51 Caractristique qualit logiciel 59 Carte de score 57 Cas dutilisation 75 Cas de test 64 Cas de test abstrait 10 Cas de test bloqu 14 Cas de test concret 20 Cas de test logique 41 Cas de tests de bas niveau 41 Cas de tests de haut niveau 36 CASE 16 CAST 16 Catgorie de risque 55 Cause premire 56 Certification 17 Charte de test 64 Chef inspecteur 38 Chemin 48 Chemin faisable 34 Chemin infaisable 37 Cible de tests 72 Classe dquivalence 29 Classification arborescente 18 Clture des tests 64 Code 18 Code inatteignable 75 Code mort 25 Co-existence 19 Cohrence 22 Comit de contrle des modifications 21 Comit de contrle du changement 17 Comparaison de tests 65 Comparaison dynamique 28 Comparaison post-excution 49 Comparateur 19 Comparateur de tests 65 Compilateur 19 Complexit 19 Complexit cyclomatique 23 Comportement 13 Comportement de co-dpendance 18 Comportement temporel 73 Composant 19 Conception de cas de test 66 Conception de tests 66
Version 2.1F
Page 71 de 84
31 Dcembre 2010

Condition 20 Condition composite 20 Condition de test 65 Conditions de branchement 15 Conditions multiples 45 Configuration 21 Conformit 19 Consquence 54 Consquence attendue 31 Consquence de test 69 Contrle de configuration 21 Contrle de risque 55 Contrle de versions 76 Contrle des tests 65 Contrle du changement 17 Contrleur 17 COTS 22 Cot de la qualit 22 Couverture 23 Couverture daiguillage-N 45 Couverture de code 18 Couverture des branches 15 Couverture des chemins 48 Couverture des conditions 20 Couverture des conditions combines 20 Couverture des conditions de branchement 15 Couverture des conditions et dcisions 20 Couverture des conditions multiples 45 Couverture des conditions multiples modifies 44 Couverture des conditions-dcisions modifies 44 Couverture des dcisions 25 Couverture des dcisions-conditions 25 Couverture des instructions 61 Couverture des partitions dquivalence 30 Couverture des tests 65 Couverture des valeurs limite 15 Couverture du flot de donnes 24 Couverture PLCS 40 Couverture structurelle 62 Critre dacceptation 10 Critre dentre 29 Critre de compltude 19 Critre de compltude des tests 65 Critre de continuation 54 Critre de sortie 31 Critre de suspension 63 Critre passe/chec 48 CTP 23 Cycle de vie logiciel 59
D
dd-path 25 Dboguer 25 Dbogueur 25 Dbordement de pile 15 Dcision 25 Dfaillance 32 Dfaut 26 Dfinition de donne 24 Delphi Large bande 77 Dmarrage (IDEAL) 38
Version 2.1F
Page 72 de 84
31 Dcembre 2010

Dmon dinstallation 38 Densit de dfauts 26, 33 Dveloppement agile 11 Dveloppement pilot par les tests 66 Dviation 28 Diagnostic (IDEAL) 28 Diagramme cause-effet 17 Diagramme dtats 60 Diagramme d'Ishikawa 39 Diagramme en artes de poisson : 34 Disponibilit 12 Domaine 28 Domaine dentre 38 Domaine de sortie 47 Donnes de Tests 65
E
chec 32 chec de test 67 chelle de mesure 43 Effet de sonde 49 lment de configuration 21 lment de couverture 23 mulateur 29 Enregistrement de test 71 Enregistrement des tests 71 Ensemble de Tests de base 13 Entre 38 Entre spcifie 60 Entres de test 68 Environnement de tests 66 Environnement oprationnel 46 Erreur 30 Estimation derreur 30 Estimation des tests 66 Etape de test 72 Etat de lart 13 valuation 30 Evaluation des processus 50 valuation heuristique 36 Evolutivit 57 Exactitude 10 Excution de tests 71 Excution des tests 67 Exerc 31 Exigence 53 Exigence fonctionnelle 35 Exigence non-fonctionnelle 45 Exigence testable 73 Extreme programming 32
F
Facteur critique de succs 23 Faute 33 Faux-chec 33 Faux-ngatif 33 faux-positif 33 Faux-succs 33
Version 2.1F
Page 73 de 84
31 Dcembre 2010

Fiabilit 53 Flot de contrle 22 Flot de donnes 24 Fonctionnalit 35 Framework de test unitaire 75 Fuite mmoire 43
G
Gnrateur de tests 67 Gestion base sur des sessions de test 57 Gestion danomalie 27 Gestion dincident 37 Gestion de configuration 21 Gestion de la qualit 52 Gestion des exceptions 31 Gestion des problmes 50 Gestion des risques 56 Gestion des tests 68 Gestion du changement 17 Gestion par la Qualit Totale 74 Gestionnaire de tests 68 GQM 35 Graphe d'appel 16 Graphe de flot de contrle 22 Greffier 52 Groupe Processus Test 70 Guide dinstallation 38
H
Harnais de tests 67 Hyperlien 36
I
IDEAL 36 Identification de configuration 21 Identification des risques 55 Implmentation des tests 67 Incident 37 Incident de test 68 Incident de test logiciel 59 Indpendance 37 Indpendance du test 37 Indicateur 37 Indicateur de performance 48 Indicateur de performances cl 40 Indicateur de performances des tests 69 Infrastructure de test 68 Injection derreurs 30 Injection de dfauts 34 Inscription des tests 68 Inspecteur 38 Inspection 38 Installabilit 38 Instruction 60 Instruction excutable 31 Instruction source 59
Version 2.1F
Page 74 de 84
31 Dcembre 2010

Instrumentation 39 Instrumenteur 39 Instrumenteur de programme 51 Intgration 39 Intgration fonctionnelle 35 Intelligence motionnelle 29 Intelligibilit 74 Interoprabilit 39
J
Jalon 44
L
Langage de scripting 57 Livrable 27 Livrable de test 66 Logiciel commercial sur tagre 19 Logiciel personnalis 23 Logiciel standard 60 Logiciel sur tagre 46 Logiciel sur mesure 13
M
Machine tats finis 34 Maintenabilit 42 Maintenance 42 Manifeste Agile 11 Manifeste d'amlioration du processus de test 71 Masquage danomalie 27 Masquage des dfauts 33 Maturit 42 Mprise 44 Mesurage 43 Mesure 43 Mthode de classification arborescente 18 Mthode Goal-Question-Metric 35 Mtrique 43 Mtrique de couverture de Chow 18 Mind-map (Carte mentale) 44 mise en graphe de Cause Effet 17 Mode de dfaillance 32 Modle bas sur le contenu 22 Modle de croissance de fiabilit 53 Modle de dveloppement incrmental 37 Modle de dveloppement iteratif 40 Modle de maturit 43 Modle de Maturit CMM 16 Modle de processus 50 Modle d'excellence EFQM (franais : Fondation Europenne pour la Gestion de la Qualit) 29 Modle du cycle de vie 41 Modle en V 76 Modrateur 44 Module 44 Moniteur 44 MTBF 44 MTTR 44
Version 2.1F
Page 75 de 84
31 Dcembre 2010

N
Niveau de maturit 43 Niveau de risque 55 Niveau de tests 68 Nombre cyclomatique 23 Non conformit 45 Norme 60 Note daccompagnement 53
O
Objectif de tests 69 Objet de tests 69 Oprabilit 46 Oracle 46 Oracle de tests 69 Outil danalyse dynamique 28 Outil dexcution des tests 67 Outil dinjection derreurs 30 Outil dinjection de dfauts 34 Outil de capture/playback 16 Outil de capture/rejeu 16, 52 Outil de conception de tests 66 Outil de couverture 23 Outil de dbogage 25 Outil de gestion danomalies 27 Outil de gestion dincident 37 Outil de gestion des dfauts 16 Outil de gestion des exigences 54 Outil de mesure de couverture 23 Outil de prparation des donnes de tests 65 Outil de revue 55 Outil de suivi danomalies 27 Outil de test 72 Outil de test de stress 62 Outil de test des hyperliens 36 Outil de tests de charge 41 Outil de tests de performances 49
P
Paires dfinition-usage 27 Partition dquivalence 30 Partitionnement en classes dquivalence 30 Passe 47 Performance 48 Pertinence 62 Phase dexcution des tests 67 Phase dexigences 54 Phase de test 69 Pile 15 Pilote 28 Pilote de tests 66 Plan d'amlioration des tests 67 Plan de test de niveau 41 Plan de test de phase 49 Plan de test matre 42 Plan de tests 70 Plan de tests projet 51
Version 2.1F
Page 76 de 84
31 Dcembre 2010

Planification (IDEAL) 30 Planification des tests 70 Planning de test 71 PLCS 40 Point dentre 29 Point de sortie 31 Pointeur 49 Politique de tests 70 Portabilit 49 Post-condition 49 Pourcentage de Dtection des Dfauts 33 Pourcentage de dtection des dfauts (DDP) 26 Pr-condition 49 Prtest 49 Priorit 49 Prise en compte de ltat 61 Problme 50 Procedure de test 70 Processus 50 Processus Critiques du Test (CTP) 23 Processus de tests 70 Processus d'valuation de Test Systmatique 63 Profil oprationel 46 Profilage des performances 48 Profile de charge 41 Programmation en binme 47 Projet 51 Pseudo-alatoire 51
Q
Qualification 51 Qualit 51 Qualit base sur la fabrication 42 Qualit base sur la valeur 76 Qualit base sur le produit 50 Qualit base sur l'utilisateur 75 Qualit logicielle 59 Qualit transcendante 74
R
Rapport danomalie 27 Rapport davancement du test 71 Rapport dvaluation des tests 66 Rapport dexcution de tests 71 Rapport dincident 37 Rapport dincident de tests 68 Rapport dincident de tests logiciel 59 Rapport de dviation 28 Rapport de problme 50 Rapport de synthse de tests 72 Rapport de test 71 Rapport de transmission darticle 39 Rapport de transmission darticle de tests 68 Rational Unified Process 52 Rcuprabilit 52 Rduction de risques 56 Registre de test 68 Relecture technique 77
Version 2.1F
Page 77 de 84
31 Dcembre 2010

Relecture technique structure 62 Remplaabilit 53 Rendement 29 Rptabilit des tests 71 Reprsentation continue 22 Reprsentation tage 60 Responsable de tests 68 Rsultat 47 Rsultat attendu 31 Rsultat de condition 20 Rsultat de dcision 26 Rsultat de test 71 Rsultat effectif 10 Rsultat obtenu 10 Rsultat prdit 49 Retest 54 Rtrospective du projet 51 Runion post-projet 49 Runion rtrospective 54 Russite 47 Rviseur 55 Revue 55 Revue ad-hoc 10 Revue de gestion 42 Revue de pairs 48 Revue de testabilit 73 Revue formelle 34 Revue informelle 37 Revue technique 63 Risque 55 Risque produit 50 Risque projet 51 Robustesse 56 Roue de Deming 27 RUP 56
S
Scnario de tests 71 Scribe 57 Script de tests 72 SCRUM 57 Scurit 57 Slection dun chemin 48 Session de test 72 Set de test 72 Svrit 58 Simulateur 58 Simulation 58 Situation de tests 72 Software Failure Mode and Effect Analysis (SFMEA) 58 Software Failure Mode Effect and Criticality Analysis (SFMECA) 58 Software Fault Tree Analysis (SFTA) 58 Sortie 47 Sous-chemin 62 Spcification 59 Spcification de cas de test 64 Spcification de composant 19 Spcification de conception de tests 66 Spcification de procdure de test 70 Spcification de tests 72 SPI 60
Version 2.1F
Page 78 de 84
31 Dcembre 2010

Stabilit 60 STEP 61 Stockage 61 Stratgie de test 72 Structure de dcoupage du projet 77 Suite de cas de tests 64 Suite de tests 72 Supervision des tests 69 Sret 56 Systme 63 Systme de systmes 63
T
Table dtats 60 Table de dcision 26 Table de dcision de cause effet 17 Tableau de bord 24 Tableau de bord d'entreprise 22 Tableau orthogonal 46 Taux de dfaillance 33 Taxonomie des dfauts 16, 27 Technique base sur la structure 62 Technique base sur les dfauts 26 Technique base sur les spcifications 59 Technique base sur l'exprience 31 Technique bote noire 14 Technique dexcution des tests 67 Technique de conception base sur les dfauts 26 Technique de Conception de cas de tests 64 Technique de conception de test base sur la structure 62 Technique de conception de test base sur l'exprience 31 Technique de conception de test fonctionnel 35 Technique de conception de tests base sur les spcifications 59 Technique de conception de tests bote blanche 77 Technique de conception de tests bote noire 14 Technique de conception de tests non-fonctionnels 46 Technique de conception de tests structurelle 62 Technique de spcification de tests 72 Techniques bote blanche 77 Temps moyen de rparation 43 Temps moyen entre les dfaillances (MTBF) 43 Test 63, 73 Test base de sessions 58 Test ad-hoc 11 Test alatoire 52 Test bas sur la conception 27 Test bas sur les exigences 53 Test bas sur les risques 55 Test bas sur les spcifications 59 Test bas sur une checklist 17 Test benchmark 13 Test Big-Bang 14 Test bote blanche 77 Test bote de verre 35 Test Bote Noire 14 Test bote transparente 18 Test complet 19 Test dacceptation 10 Test dacceptation en production 50 Test dacceptation oprationnelle 46 Test dacceptation sur site 58
Version 2.1F
Page 79 de 84
31 Dcembre 2010

Test dacceptation utilisateur 75 Test daccessibilit 10 Test dadmission 39 Test dalgorithmes [TMap] 11 Test daptitude 57 Test darcs 12 Test dtats finis 34 Test dvolutivit 57 Test dinstallabilit 38 Test dintgration de composants 19 Test dintgrit de base de donnes 25 Test dintgrit des donnes 24 Test dinterface 39 Test dinteroprabilit 39 Test dutilisabilit 75 Test dutilisation des ressources 54 Test d'aptitude l'usage 62 Test de bas en haut 14 Test de charge 41 Test de commodit 57 Test de comparaison lmentaire 29 Test de composant 19 Test de conditions de branchement combines 15 Test de confiance 20 Test de configuration 21 Test de confirmation 21 Test de conformance 21 Test de conformit 19 Test de conversion 22 Test de couverture des dcisions 25 Test de couverture logique 41 Test de dtermination des conditions 20 Test de documentation 28 Test de fiabilit 53 Test de maintenabilit 42 Test de maintenance 42 Test de migration 43 Test de module 44 Test de partitions 47 Test de performance 48 Test de portabilit 49 Test de procdures 50 Test de programme 51 Test de rcuprabilit 52 Test de rcupration 52 Test de rgression 53 Test de robustesse 56 Test de scnarios 57 Test de scnarios utilisateur 75 Test de scurit 57 Test de simultanit 20 Test de stockage 61 Test de stress 62 Test de sret 56 Test de syntaxe 63 Test de threads 73 Test de transition dtat 60 Test de volume 76 Test des cas dutilisation 75 Test des chemins 48 Test des combinaison de conditions 20 Test des conditions 20 Test des conditions multiples modifies 44
Version 2.1F
Page 80 de 84
31 Dcembre 2010

Test des dcisions 26 Test des liens 41 Test des mutations 45 Test des rglementations 53 Test dirig par les mots-actions 10 Test dos dos 13 Test du dveloppement 28 Test du flot de donnes 24 Test du processus 50 Test du profil oprationnel 46 Test dynamique 28 Test en isolation 39 Test fonctionnel 35 Test invalide 39 Test Maturity Model (TMM) 69 Test Maturity Model Integration 69 Test oprationnel 46 Test par paire ou en binme 47 Test par paires 47 Test par tableaux orthogonaux 47 Test par tables de dcisions 26 Test Process Improvement (TPI) 70 Test sale 28 Test script 57 Test simiesque 44 Test statistique 61 Test structurel 62 Test top-down 74 Test unitaire 75 Test utilisateur 76 Testabilit 73 Testeur 73 Tests agiles 11 Tests bass sur le code 18 Tests bass sur les Processus Mtier 16 Tests dintgration 39 Tests dintgration grande chelle 39 Tests dintgration petite chelle 39 Tests dintgration systme 63 Tests de compatibilit 19 Tests de rendement 29 Tests de standards 60 Tests des branches 15 Tests des conditions multiples 45 Tests des conditions-dcisions modifies 44 Tests des fonctionnalits 35 Tests des instructions 61 Tests des valeurs limites 15 Tests dtermins par mots cl 40 Tests exhaustifs 31 Tests exploratoires 32 Tests fumigatoires 58 Tests incrmentaux 37 Tests ngatifs 45 Tests non-fonctionnels 45 Tests par la Logique 41 Tests pass 69 Tests pilot par les donnes 24 Tests PLCS 40 Tests statique 61 Tests sur le terrain 34 Tests systme 63 Testware 73
Version 2.1F
Page 81 de 84
31 Dcembre 2010

Tolrance aux dfauts 34 Tolrance aux erreurs 30 TPG 74 TQM 74 Traabilit 74 Traabilit horizontale 36 Traabilit verticale 76 Trace daudit 12 Transition dtat 60 Type de risque 56 Type de test 73
U
Unit 75 Utilisabilit 75 Utilisation de ressources 54
V
Valeur dentre 38 Valeur de sortie 47 Valeur limite 14 Validation 76 Variabilit 17 Variable 76 Vrification 76 Vrification manuelle 27
W
WBS 77
Version 2.1F
Page 82 de 84
31 Dcembre 2010
Glossaire CFTL/ISTQB des termes utiliss en tests de logiciels Annexe A (Informative)
Index des sources; les sources suivantes, non normatives, ont t utilises pour construire ce glossaire: [Abbott] J. Abbot (1986), Software Testing Techniques, NCC Publications. [Adrion] W. Adrion, M. Branstad and J. Cherniabsky (1982), Validation, Verification and Testing of Computer Software, in: Computing Surveys, Vol. 14, No 2, June 1982. [Bach] J. Bach (2004), Exploratory Testing, in: E. van Veenendaal, The Testing Practitioner 2nd edition, UTN Publishing, ISBN 90-72194-65-9. [Beizer] B. Beizer (1990), Software Testing Techniques, van Nostrand Reinhold, ISBN 0-442-20672-0 [Chow] T. Chow (1978), Testing Software Design Modelled by Finite-Sate Machines, in: IEEE Transactions on Software Engineering, Vol. 4, No 3, May 1978. [CMM] M. Paulk, C. Weber, B. Curtis and M.B. Chrissis (1995), The Capability Maturity Model, Guidelines for Improving the Software Process, Addison-Wesley, ISBN 0-201-54664-7 [CMMI] M.B. Chrissis, M. Konrad and S. Shrum (2004), CMMI, Guidelines for Process Integration and Product Improvement, Addison Wesley, ISBN 0-321-15496-7 [Fenton] N. Fenton (1991), Software Metrics: a Rigorous Approach, Chapman & Hall, London. [Fewster and Graham] M. Fewster and D. Graham (1999), Software Test Automation, Effective use of test execution tools, Addison-Wesley, ISBN 0-201-33140-3. [Freedman and Weinberg] D. Freedman and G. Weinberg (1990), Walkthroughs, Inspections, and Technical Reviews, Dorset House Publishing, ISBN 0-932633-19-6. [Gerrard] P. Gerrard and N. Thompson (2002), Risk-Based E-Business Testing, Artech House Publishers, ISBN 1-58053-314-0. [Gilb and Graham] T. Gilb and D. Graham (1993), Software Inspection, Addison-Wesley, ISBN 0-20163181-4. [Grochtmann] M. Grochtmann (1994), Test Case Design Using Classification Trees, in:Conference Proceedings STAR 1994. [Hetzel] W. Hetzel (1988), The complete guide to software testing, 2nd edition, QED Information Sciences, ISBN 0-89435-242-3. [McCabe] T. McCabe (1976), A complexity measure, in: IEEE Transactions on Software Engineering, Vol. 2, pp. 308-320. [Musa] J. Musa (1998), Software Reliability Engineering Testing, McGraw-Hill Education, ISBN 007913-271-5. [Myers] G. Myers (1979), The Art of Software Testing, Wiley, ISBN 0-471-04328-1. [TMap] M. Pol, R. Teunissen, E. van Veenendaal (2002), Software Testing, A guide to the TMap Approach, Addison Wesley, ISBN 0-201-745712. [Veenendaal] E.P.W.M. van Veenendaal (2004), The Testing Practitioner 2nd edition, UTN Publishing, ISBN 90-72194-65-9. [Veenendaal08] E. van Veendaal (2008), Test Improvement Manifesto, in: Testing Experience, Issue 04/08, December 2008
Version 2.1F
Page 83 de 84
31 Dcembre 2010
Annexe B (Mthode pour commenter ce glossaire)

Les commentaires sont souhaits de faon amliorer ce glossaire pour satisfaire les besoins de la communaut des testeurs. Pour faire un commentaire, assurez-vous dintroduire les informations suivantes: - votre nom et comment vous contacter; - Le numro de version de ce glossaire (actuellement 2.1F); - La partie exacte de ce glossaire; - Toute information supplmentaire de support, tel que la raison pour le changement propos, ou la rfrence pour lutilisation dun terme. Vous pouvez soumettre vos commentaires de diverses faons dans lordre de prfrence: Pour les aspects francophones : par email bernard.homes@cftl.net et
eric.riouducosquer@cftl.net
Pour le contenu anglais 1. Par email eve@improveqs.nl; 2. Par courrier Improve Quality Services BV, attn. Mr. E. van Veenendaal, Waalresweg 39, 5554 HA, Valkenswaard, Pays Bas; 3. Par FAX au +31 40 20 21450, marqu for the attention of Erik van Veenendaal.
Version 2.1F
Page 84 de 84
31 Dcembre 2010

Glossaire Des Tests de Logiciel - 2 1 F ISTQB

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Glossaire Des Tests de Logiciel - 2 1 F ISTQB

Transféré par

Droits d'auteur :

Formats disponibles

Glossaire CFTL/ISTQB des termes utiliss en tests de logiciels

Comit Franais des Tests Logiciels

International Software Testing Qualifications Board

Glossaire CFTL/ISTQB des termes utiliss en tests de logiciels

International Software Testing Qualification Board en date du (dd Avril 2010)

2006 CFTL + International Software Testing Qualifications Board

Glossaire CFTL/ISTQB des termes utiliss en tests de logiciels

Comit Franais des Tests Logiciels

International Software Testing Qualifications Board

Table des Matires

2006 CFTL + International Software Testing Qualifications Board

Glossaire CFTL/ISTQB des termes utiliss en tests de logiciels

Comit Franais des Tests Logiciels

International Software Testing Qualifications Board

2006 CFTL + International Software Testing Qualifications Board

Glossaire CFTL/ISTQB des termes utiliss en tests de logiciels

Comit Franais des Tests Logiciels

International Software Testing Qualifications Board

Historique des modifications

2006 CFTL + International Software Testing Qualifications Board

Glossaire CFTL/ISTQB des termes utiliss en tests de logiciels

Comit Franais des Tests Logiciels

International Software Testing Qualifications Board

2006 CFTL + International Software Testing Qualifications Board

Glossaire CFTL/ISTQB des termes utiliss en tests de logiciels

Comit Franais des Tests Logiciels

International Software Testing Qualifications Board

2006 CFTL + International Software Testing Qualifications Board

Glossaire CFTL/ISTQB des termes utiliss en tests de logiciels

Comit Franais des Tests Logiciels

International Software Testing Qualifications Board

2006 CFTL + International Software Testing Qualifications Board

Glossaire CFTL/ISTQB des termes utiliss en tests de logiciels

Comit Franais des Tests Logiciels

International Software Testing Qualifications Board

2006 CFTL + International Software Testing Qualifications Board

Glossaire CFTL/ISTQB des termes utiliss en tests de logiciels

Comit Franais des Tests Logiciels

International Software Testing Qualifications Board

2006 CFTL + International Software Testing Qualifications Board

Glossaire CFTL/ISTQB des termes utiliss en tests de logiciels

Comit Franais des Tests Logiciels

International Software Testing Qualifications Board

2006 CFTL + International Software Testing Qualifications Board

Glossaire CFTL/ISTQB des termes utiliss en tests de logiciels

Comit Franais des Tests Logiciels

International Software Testing Qualifications Board

2006 CFTL + International Software Testing Qualifications Board

Glossaire CFTL/ISTQB des termes utiliss en tests de logiciels

Comit Franais des Tests Logiciels

International Software Testing Qualifications Board

automated testware: Testware used in automated testing, such as tool scripts.

2006 CFTL + International Software Testing Qualifications Board

Glossaire CFTL/ISTQB des termes utiliss en tests de logiciels

Comit Franais des Tests Logiciels

International Software Testing Qualifications Board

2006 CFTL + International Software Testing Qualifications Board

Glossaire CFTL/ISTQB des termes utiliss en tests de logiciels

Comit Franais des Tests Logiciels

International Software Testing Qualifications Board

2006 CFTL + International Software Testing Qualifications Board

Glossaire CFTL/ISTQB des termes utiliss en tests de logiciels

Comit Franais des Tests Logiciels

International Software Testing Qualifications Board