Glossaire Termes Utilises Tests Logiciels

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
Version 1.0FR
Traduction franaise de la Version 1.0 produite par
Glossary Working Party
International Software Testing Qualification Board

en date du (08 Dcembre, 2004)
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 : Bernard Homs, 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 1.0F
CFTL + International Software Testing Qualifications Board
Page 1 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software Testing
Table des Matires

AVANT PROPOS
1. INTRODUCTION
2. PORTE
3. ORGANISATION
4. REFERENCES NORMATIVES
5. DFINITIONS
A
B
C
D
E
F
G
H
I
K
L
M
N
O
P
Q
R
S
T
U
V
W
INDEX CROIS
ANNEXE A (INFORMATIVE)
ANNEXE B (METHODE POUR COMMENTER CE GLOSSAIRE)
Version 1.0F
Page 2 de 53
4
4
5
5
6
8
8
14
21
34
44
50
57
57
58
65
66
68
74
75
77
84
85
94
105
127
129
130
132
149
152
01 Juillet 2005
tests de logiciels
Comit
Franais des
Tests
Logiciels
International
Software Testing
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 Unis 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 soumises 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 ambiguits 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
leurs 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 1.0F
Page 3 de 53
01 Juillet 2005
tests de logiciels
Comit
Franais des
Tests
Logiciels
International
Software Testing
4. Rfrences Normatives
Au moment de la publication, ldition indique tait valide. Tous les standards sont sujet 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:1986. Standard for Verification and Validation Plans
- IEEE 1028:1997. Standard for Software Reviews and Audits.
- CEI/IEC 1025:1990. Fault Tree Analysis Analyse par Arbre de Panne.
- 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:2000. 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:1996. Information Technology Software Product Evaluation - Part 1: General
Overview
Version 1.0F
Page 4 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software Testing
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]
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]
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]
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]
accessibility testing: Testing to determine the ease

by which users with disabilities can use a component
or system. [Gerrard]
Test daccesibilit : 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.
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.
actual outcome: See actual result.

Rsultat obtenu : voir rsultat actuel
actual result: The behavior produced/observed when Rsultat effectif : comportement produit /
a component or system is tested.
observ quand un composant ou un systme est
test.
ad hoc review: See informal review.
Revue ad-hoc : voir revue informelle
ad hoc testing: Testing carried out informally; no
Test ad-hoc : test effectu de manire
formal test preparation takes place, no recognized
informelle ; sans prparation formelle des tests,
test design technique is used, there are no
pas dutilisation de technique de conception de
expectations for results and randomness guides the
tests reconnue, il ny a pas dattente spcifique de
test execution activity.
rsultats et le hasard guide les activits de test.
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 testing.
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 Tests de portabilit
agile testing: Testing practice for a project using

agile methodologies, such as extreme programming
(XP), treating development as the customer of testing
and emphasizing the test-first design paradigm.
Tests agiles : pratique de test pour un projet

utilisant les mthodes agiles, telles la
programmation extrme (XP), traitant le
dveloppement comme un client des tests et
mettant laccent sur le paradigme de Test-dabord.
algorithm test [TMap]: See branch testing.
Test dalgorithmes [TMap] : voir Tests de

branches
Version 1.0F
Page 5 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
alpha testing: Simulated or actual operational testing
by potential users/customers or an independent test
team at the developers site, but outside the
development organization. Alpha testing is often
employed as a form of internal acceptance testing.
analyzability: The capability of the software product

to be diagnosed for deficiencies or causes of failures
in the software, or for the parts to be modified to be
identified. [ISO 9126] See also maintainability testing.
International
Software Testing
Alpha Tests : test oprationnel rel ou simul

par des utilisateurs/clients potentiels ou par une
quipe de test indpendante sur le site de
dveloppement, mais en dehors de lorganisation
de dveloppement. Les tests Alpha sont souvent
utiliss comme une forme de tests dacceptation
interne.
Analysabilit : capacit dun produit logiciel
subir une recherche de dfauts ou de causes
danomalies dans le logiciel, ou pour les parties
qui doivent tre identifies [ISO 9126] voir aussi
test de maintenabilit
analyzer: See static analyzer.

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.
Analyseur : voir analyseur statique

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.
arc testing: See branch testing.

attractiveness: The capability of the software
product to be attractive to the user. [ISO 9126] See
also usability testing.
Test dArcs : voir test de branche.

Attractivit : la capacit du produit logiciel tre
attrayant pour lutilisateur [ISO 9126] voir aussi
test dutilisabilit.
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 : 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]
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]
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]
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 1.0F
Page 6 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software Testing
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]
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]
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]
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.
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.
bebugging: See error seeding. [Abbott]

Introduction de pannes : voir injection derreurs
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.
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.
Version 1.0F
Page 7 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software Testing
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.
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
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.
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.
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.
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.
blocked test case: A test case that cannot be

executed because the preconditions for its execution
are not fulfilled.
Cas de test bloqu : cas de test ne pouvant tre

excut parce que les pr-conditions pour son
excution ne sont pas ralises.
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.
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.
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.
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.
boundary value analysis: A black box test design

technique in which test cases are designed based on
boundary values.
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.
boundary value coverage: The percentage of

boundary values that have been exercised by a test
suite.
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, ifthen-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.
Conditions de branchement : voir condition

Couverture des conditions de branchement :
couverture des conditions multiples
Version 1.0F
Page 8 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
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.
branch testing: A white box test design technique in
which test cases are designed to execute branches.
bug: See defect.
business process-based testing: An approach to
testing in which test cases are designed based on
descriptions and/or knowledge of business
processes.
International
Software Testing
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.
Tests des branches : une technique de
conception des tests bote blanche dans laquelle
les cas de tests sont conus pour excuter les
branches.
Bug : voir dfaut
Tests bass sur les Processus Mtier : une
approche du tests o les cas de tests sont conus
sur base des descriptions et/ou connaissances
des processus mtier.
C
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 (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): 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]
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]
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.
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.
capture/replay tool: See capture/playback tool.
Outil de capture/rejeu : voir outils de

capture/playback
CASE: Acronyme de Computer Aided Software
Engineering (Conception Logicielle Assiste par
Ordinateur)
CAST: Acronyme de Computer Aided Software
Testing (Test Logiciel Assist par Ordinateur).
Voir aussi Automatisation des tests.
CASE: Acronym for Computer Aided Software

Engineering.
CAST: Acronym for Computer Aided Software
Testing. See also test automation.
Version 1.0F
Page 9 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software Testing
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.
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.
cause-effect graphing: A black box test design

technique in which test cases are designed from
cause-effect graphs. [BS 7925/2]
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
Certification : le processus de confirmation dun
composant, systme ou dune personne se
conforme des exigences spcifies, par
exemple en passant un examen.
Variabilit : capacit dun produit logiciel
permettre limplmentation de modifications
spcifies. [ISO 9126], voir aussi maintenabilit.
cause-effect analysis: See cause/effect graphing.

cause-effect decision table: See decision table.
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.
checker: See reviewer.
Chow's coverage metrics: See N-switch coverage.
[Chow]
classification tree method: A black box test design
technique in which test cases, described by means of
a classification tree, are designed to execute
combinations of representatives of input and/or output
domains. [Grochtmann]
code analyzer: See static code analyzer.
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.
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.
complete testing: See exhaustive testing.
completion criteria: See exit criteria.
Version 1.0F
Contrleur : rviseur
Mtrique de couverture de Chow : voir
couverture daiguillage-N
Mthode de classification arborescente : une
technique de conception de tests bote noire
selon laquelle les cas de tests, dcrits par le biais
dune arborescence, sont conus pour excuter
des combinaisons de domaines reprsentatifs
dentres ou de sorties [Grochtmann]
Analyseur de code : voir analyseur de code
statique
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
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
protabilit.
Logiciel commercial sur tagre : voir logiciel
sur tagre
Comparateur : voir comparateurs de tests
Tests de compatibilit : voir test
dinteroprabilit
Test complet : voir tests exhaustifs
Critre de compltude :voir critre de sorite
Page 10 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
complexity: The degree to which a component or
system has a design and/or internal structure that is
difficult to understand, maintain and verify. See also
cyclomatic complexity.
International
Software Testing
Complexit : le degr par lequel un composant

ou systme a une conception et/ou une structure
interne qui est difficile comprendre, maintenir et
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
determine the compliance of component or system.
Test de conformit : le processus de test pour

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.
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.
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).
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)
component testing: The testing of individual
Test de composant : le test de composants
software components. [After IEEE 610]
logiciels individuels [daprs IEEE 610]
compound condition: Two or more single conditions Condition composite : deux ou plus conditions
joined by means of a logical operator (AND, OR or
simples jointes par un oprateur logique (AND,
XOR), e.g. A>B AND C>1000.
OR ou XOR)
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]
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.
Version 1.0F
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.
Page 11 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software Testing
condition determination coverage: The percentage

of all single condition outcomes that independently
affect a decision outcome that have been exercised
by a test case suite. 100% condition determination
coverage implies 100% decision condition coverage.
Couverture des conditions et dcisions : le

pourcentage de tous les rsultats de conditions
simples qui affectent de faon indpendante les
rsultats des conditions qui ont t exercs par
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.
configuration auditing: The function to check on the Audit de configuration : la vrification du

contents of libraries of configuration items, e.g. for
contenu des librairies dlments de configuration,
standards compliance. [IEEE 610]
p.ex. pour une conformit des standards. [IEEE
610]
configuration control: An element of configuration
Contrle de configuration : un lment de la
management, consisting of the evaluation, cogestion de configuration, consistant en
ordination, approval or disapproval, and
lvaluation, la coordination, lapprobation ou la
implementation of changes to configuration items
dsapprobation, et limplantation de modifications
after formal establishment of their configuration
des lments de configuration aprs
identification. [IEEE 610]
ltablissement de leur identification de
configuration [IEEE 610]
configuration identification: An element of
configuration management, consisting of selecting the
configuration items for a system and recording their
functional and physical characteristics in technical
documentation. [IEEE 610]
Identification de configuration : un lment de

la gestion de configuration, consistant en la
slection des lments de configuration pour un
systme et lenregistrement de leurs
caractristiques 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]
Version 1.0F
Page 12 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software Testing
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]
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 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]
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]
control flow: An abstract representation of all

Flux de contrle : une reprsentation abstraite
possible sequences of events (paths) in the execution de toutes les squences dvnements (chemins)
through a component or system.
dans lexcution dun composant ou systme.
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.
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.
Graphe de flux de contrle : voir flux de contrle

Chemin de flux 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.
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.
coverage item: An entity or property used as a basis

for test coverage, e.g. equivalence partitions or code
statements.
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
coverage tool: A tool that provides objective

measures of what structural elements, e.g.
statements, branches have been exercised by the
test suite.
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.
custom software: See bespoke software.
Logiciel personnalis : voir logiciel sur mesure
Version 1.0F
Page 13 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software Testing
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 calling graph and a subroutine).
[After McCabe]
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 appelant et une sousprogramme) [daprs McCabe]
cyclomatic number: See cyclomatic complexity.
Nombre cyclomatique : voir complexit

cyclomatique
D
data definition: An executable statement where a
variable is assigned a value.
Dfinition de donne : une instruction

excutable o une variable est affecte dune
valeur.
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
execution tools such as capture/playback tools.
par les donnes sont souvent utiliss pour
[Fewster and Graham] See also keyword driven
assister lutilisation de tests automatiss tels ceux
testing.
de capture/rejeu. [Fewster et Graham] voir aussi
tests dtermins par mots cl.
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]
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]
data flow analysis: A form of static analysis based

on the definition and usage of variables.
Analyse du flux de donnes : une forme

danalyse statique base sur la dfinition et
lusage des variables.
Couverture du flux de donnes : le pourcentage
de paires de dcision-usage qui ont t
emprunts par une suite de cas de tests.
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.
dead code: See unreachable code.
debugger: See debugging tool.
debugging: The process of finding, analyzing and
removing the causes of failures in software.
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.
Version 1.0F
Test du flux de donnes : une technique de

conception de tests bote blanche dans laquelle
paires de dfinition et dusage de variables.
Code mort : voir code inatteignable
Dbogueur : voir outil de dbogage
Dboguer : le processus de trouver, analyser et
liminer les causes de dfaillance dans les
logiciels.
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.
Page 14 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software Testing
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 dcision-condition : 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.
decision condition testing: A white box test design
technique in which test cases are designed to
execute condition outcomes and decision outcomes.
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.
decision coverage: The percentage of decision
Couverture des dcisions : le pourcentage des
outcomes that have been exercised by a test suite.
rsultats de dcisions qui ont t excutes par
100% decision coverage implies both 100% branch
une suite de tests. 100% de couverture des
coverage and 100% statement coverage.
dcisions implique 100% de couverture des
branches et 100% de couvertures des
instructions.
decision table: A table showing combinations of
Table de dcision : table montrant la
inputs and/or stimuli (causes) with their associated
combinaison des entres et/ou stimuli (causes) et
outputs and/or actions (effects), which can be used to de leurs sorties et/ou actions (effets) associes,
design test cases.
qui peut tre utilise pour concevoir des cas de
tests.
decision table testing: A black box test design
Test par tables de dcisions : une technique de
techniques in which test cases are designed to
conception des tests bote noire dans laquelle les
execute the combinations of inputs and/or stimuli
(causes) shown in a decision table. [Veenendaal]
combinaisons dentres et/ou de stimuli (causes)
prsentes dans une table de dcision
[Veenendaal]
decision testing: A white box test design technique
Test des dcisions : Une technique de
in which test cases are designed to execute decision conception de tests bote blanche selon laquelle
outcomes.
rsultats de dcisions.
decision outcome: The result of a decision (which
Rsultat de dcision : le rsultat dune dcision
therefore determines the branches to be taken).
(qui dtermine les branches devant tre prises)
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.
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.
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).
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).
Version 1.0F
Page 15 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software Testing
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.
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 report: A document reporting on any flaw in a Rapport danomalie : un document fournissant
component or system that can cause the component une information sur un dfaut dans un composant
or system to fail to perform its required function. [After ou systme qui peut conduire le composant ou le
IEEE 829]
systme ne pas excuter les fonctions requises.
[daprs IEEE 829]
defect tracking tool: See incident management tool. Outil de suivi danomalies : voir outil de gestion
dincident
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
empche la dtection dun autre [daprs IEEE
IEEE 610]
610]
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).
deliverable: Any (work) product that must be

delivered to someone other that the (work) products
author.
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).
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).
Test bas sur le design : 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)
desk checking: Testing of software or specification

by manual simulation of its execution.
Vrification manuelle : test dun logiciel ou de

spcifications par une simulation manuelle de son
excution.
development testing: Formal or informal testing
Test du dveloppement : tests formels ou
conducted during the implementation of a component informels excuts pendant la ralisation dun
or system, usually in the development environment by composant ou systme, gnralement dans
developers. [After IEEE 610]
lenvironnement de dveloppement et par les
dveloppeurs. [daprs IEEE 610]
deviation: See incident.
deviation report: See incident report.
dirty testing: See negative testing.
Documentation testing: Testing the quality of the
documentation, e.g. user guide or installation guide.
Version 1.0F
Dviation, divergence : voir incident

Rapport de dviation Rapport de divergence :
voir rapport dincident
Test sale : voir tests ngatifs
Test de documentation : tester la qualit de la
documentation, p.ex. guide utilisateur ou guide
dinstallation.
Page 16 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
domain: The set from which valid input and/or output
values can be selected.
International
Software Testing
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]
Domaine : ensemble partir duquel des donnes

valides dentre ou de sortie peuvent tre
slectionnes.
Conducteur : un composant logiciel ou outil de
tests qui remplace un composant qui contrle
et/ou appelle un composant ou systme [daprs
TMap]
dynamic analysis: The process of evaluating

behavior, e.g. memory performance, CPU usage, of a
system or component during execution. [After IEEE
610]
Analyse dynamique : le processus dvaluation

du comportement (p.ex. performance mmoire,
utilisation CPU) dun composant ou systme
pendant son excution [daprs IEEE 610]
dynamic comparison: Comparison of actual and

expected results, performed while the software is
being executed, for example by a test execution tool.
Comparaison dynamique : comparaison des

rsultats effectifs et attendus, effectue pendant
que le logiciel est excut, par exemple par
lexcution dun outil de test.
dynamic testing: Testing that involves the execution

of the software of a component or system.
Test dynamique : test qui ncessite lexcution

du logiciel dun composant ou systme
E
efficiency: The capability of the software product to
provide appropriate performance, relative to the
amount of resources used under stated conditions.
[ISO 9126]
Rendement : la capacit du produit logiciel

fournir des performances appropries, relatives au
niveau de ressources utilises dans des
conditions spcifies. [ISO 9126]
efficiency testing: The process of testing to

determine the efficiency of a software product.
elementary comparison testing: A black box test
design techniques in which test cases are designed to
execute combinations of inputs using the concept of
condition determination coverage. [TMap]
Tests de rendement : le processus de test pour

dterminer le rendement dun produit logiciel.
Test de comparaison lmentaire :une
technique de conception de tests bote noire selon
laquelle les cas de tests sont conus pour
excuter les combinaisons dentres en utilisant le
concept de couverture des conditions et dcisions
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.
mulateur : un appareil, programme ou systme

qui accepte les mmes entres et produit les
mmes rsultats quun systme donn [IEEE 610]
voir aussi Simulateur
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]
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]
Point dentre :premire instruction excutable
dans un composant
Classe dquivalence : voir partition
dquivalence
entry point: The first executable statement within a

component.
equivalence class: See equivalence partition.
Version 1.0F
Page 17 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
equivalence partition: A portion of an input or output
domain for which the behavior of a component or
system is assumed to be the same, based on the
specification.
equivalence partition coverage: The percentage of
equivalence partitions that have been exercised by a
test suite.
equivalence partitioning: A black box test design
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.
error seeding: The process of intentionally adding

known defects to those already in the component or
system for the purpose of monitoring the rate of
detection and removal, and estimating the number of
remaining defects. [IEEE 610]
International
Software Testing
Partition dquivalence : une portion dun

domaine dentre ou de sortie pour laquelle le
comportement dun composant ou systme est
suppos tre le mme, bas sur ces
spcifications.
Couverture des partitions dquivalence : le
pourcentage de partitions dquivalence qui ont
t exerces par une suite de tests.
Partition 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]
cart entre une valeur ou condition calcule,
observe ou mesure et la valeur ou condition qui
est vraie, spcifie ou thoriquement correcte.
[IEEE 729]
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 : le processus dajout
intentionnel de dfauts connus ceux dj
prsent dans le composant ou systme, afin de
surveiller le taux de dtection et de suppression,
et estimer le nombre de dfauts restant [IEEE
610]
error tolerance: The ability of a system or

component to continue normal operation despite the
presence of erroneous inputs. [After IEEE 610].
Tolrance aux erreurs : la capacit dun systme

ou composant continuer une opration normale
malgr la prsence de donnes dentre errones
[daprs IEEE 610]
evaluation: See testing.
valuation : voir test
exception handling: Behavior of a component or
Gestion des exceptions : comportement dun
system in response to erroneous input, from either a
composant ou systme en rponse des
human user or from another component or system, or donnes dentre errones, fournies par un
to an internal failure.
utilisateur humain ou par un autre composant ou
systme, ou en rponse une dfaillance interne.
executable statement: A statement which, when
Instruction excutable : une instruction qui,
compiled, is translated into object code, and which
quand elle est compile, est traduite en code
will be executed procedurally when the program is
objet, et sera excute de faon procdurale
running and may perform an action on data.
quand le programme sexcute et peut effectuer
une action sur des donnes ou le droulement du
programme.
Version 1.0F
Page 18 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
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.
International
Software Testing
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: The last executable statement within a
component.
expected outcome: See expected result.
expected result: The behavior predicted by the
specification, or another source, of the component or
system under specified conditions.
exploratory testing: Testing where the tester
actively controls the design of the tests as those tests
are performed and uses information gained while
testing to design new and better tests. [Bach]
Point de sortie : la dernire instruction

excutable dun composant.
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.
Tests exploratoires : tests o le testeur contrle
activement la conception des tests en mme
temps que ces tests sont excuts, et utilise
linformation obtenue pendant les tests pour
concevoir de nouveaux et meilleurs tests [Bach]
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.
failure: Actual deviation of the component or system Dfaillance : Dviation constate du composant
from its expected delivery, service or result. [After
ou systme de la fourniture, du service ou du
Fenton]
rsultat attendu [daprs Fenton];
The inability of a system or system component to
Fin de la capacit du systme ou du composant
perform a required function within specified limits. A
effectuer la fonction requise, ou l'effectuer dans
failure may be produced when a fault is encountered les limites spcifies. [daprs IEEE 729]
[DO-178B]
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]
failure mode: The physical or functional
Mode de dfaillance : la manifestation physique
manifestation of a failure. For example, a system in
ou fonctionnelle dune dfaillance. Par exemple,
failure mode may be characterized by slow operation, un systme en mode de dfaillance peut tre
incorrect outputs, or complete termination of
caractris par des oprations ralenties, des
execution.
sorties incorrectes ou un arrt complet de son
excution.
Version 1.0F
Page 19 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software Testing
Failure Mode and Effect Analysis (FMEA): A

systematic approach to risk identification and analysis
of identifying possible modes of failure and attempting
to prevent their occurrence.
Analyse des Modes de Dfaillance et Effets

(AMDE) : une approche systmatique
didentification des risques et danalyse pour
identifier les modes de dfaillance possibles et
essayer de prvenir leur occurrence.
failure rate: The ratio of the number of failures of a

given category to a given unit of measure, e.g.
failures per unit of time, failures per number of
transactions, failures per number of computer runs.
[IEEE 610]
Taux de dfaillance : le rapport du nombre de

dfaillances dune catgorie une unit de
mesure donne, p.ex. dfaillances par unit de
temps, par nombre de transactions, par nombre
dexcutions [IEEE 610]
fault: See defect.
Faute : voir Anomalie

manifestation d'une erreur dans un logiciel. Un
dfaut peut causer une panne. [daprs IEEE 729]
fault density: See defect density.
Densit de dfauts : voir densit des anomalies
Fault Detection Percentage (FDP): See Defect
Pourcentage de Dtection des Dfauts : voir
Detection Percentage (DDP).
pourcentage de dtection des dfauts
fault masking: See defect masking.
Masquage des dfauts : masquage danomalie
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: A method used to analyze the
causes of faults (defects).
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]
Analyse par Arbre de dfaillance : une mthode

utilise pour analyser la cause des dfauts
(pannes ou anomalies). [CEI/IEC 1025:1990]
Chemin faisable : un chemin pour lequel un
ensemble de valeurs dentres et de prconditions
existent qui en causent lexcution.
field testing: See beta testing.

finite state machine: A computational model
consisting of a finite number of states and transitions
between those states, possibly with accompanying
actions. [IEEE 610]
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
Machine tats finis : un modle
computationnel consistant en un nombre fini
dtats et de transitions entre ces tats, pouvant
tre accompagns dactions [IEEE 610]
finite state testing: See state transition testing.

formal review: A review characterized by
documented procedures and requirements, e.g.
inspection.
Test dtats finis : voir test de transition dtat

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
Version 1.0F
Page 20 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
Function Point Analysis (FPA): Method aiming to
measure the size of the functionality of an information
system. The measurement is independent of the
technology. This measurement may be used as a
basis for the measurement of productivity, the
estimation of the needed resources, and project
control.
International
Software Testing
Analyse des points de fonction (FPA) :

mthode visant mesurer la taille des
fonctionnalits dun systme dinformations. La
mesure est dpendante de la technologie. Cette
mesure peut tre utilise comme base pour la
mesure de la productivit, lestimation des besoins
en 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
[IEEE 610]
systme doit remplir [IEEE 610]
functional test design technique: Documented
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]
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]
functionality testing: The process of testing to

determine the functionality of a software product.
Tests des fonctionnalits : le processus de test

pour dterminer les fonctionnalits dun produit
logiciel.
G
glass box testing: See white box testing.
Test bote de verre :voir test bote blanche
H
heuristic evaluation: A static usability test technique
to determine the compliance of a user interface with
recognized usability principles (the so-called
heuristics).
valuation heuristique : une technique statique

de test dutilisabilit pour dterminer la conformit
dune interface utilisateur avec des principes
dutilisabilit reconnus (les heuristiques )
high level test case: A test case without concrete

(implementation level) values for input data and
expected results.
Cas de tests de haut niveau : un cas de tests

sans valeurs dentre concrtes (au niveau
implmentation) ni rsultats attendus concrets.
Version 1.0F
Page 21 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
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).
International
Software Testing
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)
I
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.
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.
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.
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.
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.
incident: Any event occurring during testing that
Incident : tout vnement arrivant pendant les
requires investigation. [After IEEE 1008]
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.
Outil de gestion dincident : outil qui facilite

lenregistrement et le suivi des statuts des
incidents trouvs pendant les tests. Les outisl 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.
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]
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]
infeasible path: A path that cannot be exercised by
Chemin infaisable : un chemin qui ne peut tre
Version 1.0F
Page 22 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
any set of possible input values.
informal review: A review not based on a formal
(documented) procedure.
input: A variable (whether stored within a component
or outside) that is read by a component.
International
Software Testing
excut par un ensemble possible de valeurs

dentre.
Revue informelle : une revue qui nest pas base
sur une procdure formelle (documente)
Entre : une variable (stocke dans un
composant ou en dehors) qui est lue par un
composant
input domain: The set from which valid input values

can be selected.. See also domain.
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]
procdures documentes [daprs IEEE 610,
IEEE 1028]
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.
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
testing.
aussi 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.
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
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.
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 behavior during execution.
Instrumentation : linsertion de code additionnel

dans le programme pour recueillir des
informations sur le comportement du programme
pendant son excution.
instrumenter: A software tool used to carry out

instrumentation.
Instrumenteur : un outil logiciel utilise pour une

instrumentation.
Version 1.0F
Page 23 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software Testing
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.
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
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 in the small: See component
interface testing: An integration test type that is
concerned with testing the interfaces between
components or systems.
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.
interoperability: The capability of the software

product to interact with one or more specified
components or systems. [After ISO 9126] See also
functionality.
Interoprabilit : capacit dun produit logiciel

interagir avec un ou plusieurs composants ou
systmes spcifis [daprs ISO 9126] voir aussi
fonctionnalit.
interoperability testing: The process of testing to

determine the interoperability of a software product.
See also functionality testing.
Test dinteroprabilit : le processus de tester

pour dterminer linteroprabilit dun produit
logiciel. Voir aussi tests de fonctionnalit.
invalid testing: Testing using input values that

should be rejected by the component or system. See
also error tolerance.
Test invalide : tests utilisant des valeurs dentre

qui devraient tre rejetes par le composant ou
systme. Voir aussi tolrance aux erreurs.
Isolation testing: Testing of individual components in

isolation from surrounding components, with
surrounding components being simulated by stubs
and drivers, if needed.
Test en isolation : test des composants

individuels indpendament des autres
composants, ces derniers tant simuls par des
bouchons ou pilotes si besoin.
item transmittal report: See release note.
Rapport de transmission darticle : voir note

daccompagnement
K
key performance indicator: See performance
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.
Version 1.0F
Indicateur de performances cl : voir indicateur

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.
Page 24 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software Testing
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.
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
LCSAJ testing: A white box test design technique in

which test cases are designed to execute LCSAJs.
Tests PLCS : une technique de conception de

tests bote blanche dans laquelle les cas de test
sont conus pour excuter des PLCS
learnability: The capability of the software product to

enable the user to learn its application. [ISO 9126]
See also usability.
Apprentissage : la capacit dun produit logiciel

permettre lutilisateur dapprendre son utilisation
[ISO 9126] Voir aussi Utilisabilit.
link testing: See component integration testing.
Test des liens : voir test dintgration des

composants
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
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.
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.
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.
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]
maintenance testing: Testing the changes to an

operational system or the impact of a changed
environment to an operational system.
Test de maintenance : test des modifications

dun systme oprationnel ou de limpact dune
modification denvironnement sur un systme
oprationnel
Version 1.0F
Page 25 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
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.
International
Software Testing
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.
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]
maturity: (1) The capability of an organization with

respect to the effectiveness and efficiency of its
processes and work practices. See also Capability
Maturity Model, Test Maturity Model. (2) The
capability of the software product to avoid failure as a
result of defects in the software. [ISO 9126] See also
reliability.
Maturit : (1) capacit dune organisation par

rapport la rentabilit et lefficacit de ses
processus et pratiques de travail. Voir aussi
CMM, TMM.
(2) capacit du produit logiciel viter des pannes
par suite de la prsence de dfauts [ISO 9126],
voir aussi fiabilit.
master test plan: See project test plan.

measure: The number or category assigned to an
attribute of an entity by making a measurement [ISO
14598].
Plan de test matre : voir plan de tests projet

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 defect in a program's dynamic store
allocation logic that causes it to fail to reclaim memory
after it has finished using it, eventually causing the
program to fail due to lack of memory.
Fuite mmoire : un dfaut dans la logique

dallocation dynamique de la mmoire dun
programme qui ne libre pas la mmoire quand il
a fini de lutiliser, causant au bout du compte la
dfaillance du programme par manque de
mmoire.
metric: A measurement scale and the method used
Mtrique : une chelle de mesure et une
for measurement. [ISO 14598]
mthode 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.
Version 1.0F
Page 26 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
mistake: See error.
moderator: The leader and main person responsible
for an inspection or other review process.
International
Software Testing
Mprise : voir Erreur (cause dune erreur)

[daprs IEEE 729]
Modrateur : le leader et principale personne
responsable dune inspection ou autre processus
de revue
modified condition decision coverage: See

condition determination coverage.
Couverture des conditions-dcisions

modifies : voir couverture des dcisions et
conditions
modified condition decision testing: See condition Tests des conditions-dcisions modifies : voir
determination coverage testing.
tests des dcisions et conditions
modified multiple condition coverage: See
Couverture des conditions multiples modifies
: voir dtermination des conditions de couverture.
modified multiple condition testing: See condition Test des conditions multiples modifies : voir
determination coverage testing.
tests des couverture de conditions et dcisions
module: See component.
Module : voir composant
module testing: See component testing.
Test de module : voir test de composant
monitor: A software tool or hardware device that run Moniteur : un outil logiciel ou un lment matriel
concurrently with the component or system under test qui fonctionne simultanment avec le composant
and supervises, records and/or analyses the behavior ou systme tester, et supervise, enregistre et/ou
of the component or system. [After IEEE 610]
analyse le comportement de ce dernier [daprs
IEEE 610]
multiple condition: See compound condition.
Conditions multiples : voir conditions

composes
multiple condition coverage: The percentage of
Couverture des conditions multiples : le
combinations of all single condition outcomes within
pourcentage de combinaison de toutes les
one statement that have been exercised by a test
rsultats de combinaisons simples avec une
suite. 100% multiple condition coverage implies 100% instruction qui ont t exerces par une suite de
tests. Une couverture des conditions multiples
100% implique la dtermination 100% de
couverture des conditions.
multiple condition testing: A white box test design
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 rsultats de
conditions simples (au sein dune instruction
simple)
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
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]
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 1.0F
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
Page 27 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
Negative testing: Tests aimed at showing that a
component or system does not work. Negative testing
is related to the testers attitude rather than a specific
test approach or test design technique. [After Beizer].
International
Software Testing
non-conformity: Non fulfillment of a specified

requirement. [ISO 9000]
non-functional requirement: A requirement that
does not relate to functionality, but to attributes of
such as reliability, efficiency, usability, maintainability
and portability.
Tests ngatifs : tests dont lobjectif est de

montrer quun composant ou systme ne
fonctionne pas. Les tests ngatifs sont lis
lattitude des testeurs plutt qu une approche
spcifique des tests ou une technique de
conception des tests spcifique [daprs Beizer]
Non conformit : non ralisation dune exigence
spcifique [ISO 9000]
Exigence non-fonctionnelle : une exigence qui
ne se rapporte pas aux fonctionnalits, mais des
attributs tels fiabilit, rendement, utilisabilit,
maintenabilit et portabilit.
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.
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)
non-functional test design techniques: Methods

used to design or select tests for nonfunctional
testing.
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.
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.
Operability: The capability of the software product to

enable the user to operate and control it. [ISO 9126]
See also usability.
Oprabilit : capacit dun produit logiciel

permettre lutilisateur de le faire fonctionner et
de le contrler [ISO 9126] voir aussi utilisabilit
Operational environment: Hardware and software

products installed at users or customers sites where
the component or system under test will be used. The
software may include operating systems, database
management systems, and other applications.
Environnement oprationnel : produits matriels

et logiciels installs sur un site utilisateur ou client
o le composant, ou systme, tester sera utilis.
Le logiciel peut inclure systmes dexploitation,
des gestionnaires de bases de donnes et
dautres applications.
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 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.
outcome: See result.
output: A variable (whether stored within a
component or outside) that is written by a component.
Oracle : voir oracle de tests

Rsultat : voir consequence.
Sortie : une variable (stocke dans un
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.
Domaine de sortie : lensemble partir duquel

peuvent tre slectionnes des valeurs de sortie
Version 1.0F
Page 28 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
output value: An instance of an output. See also
output.
International
Software Testing
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 : deux testeurs travaillant
defects. Typically, they share one computer and trade ensemble pour trouver des dfauts. Typiquement
control of it while testing.
ils partagent un poste de travail et sen changent
les contrles pendant les tests.
partition testing: See equivalence partitioning.
Test de partitions : voir partition dquivalence
[Beizer]
[Beizer]
pass: A test is deemed to pass if its actual result
Passe : un test est considr comme pass si les
matches its expected result.
rsultats effectifs correspondent aux rsultats
attendus
pass/fail criteria: Decision rules used to determine
Critre passe/chec : rgles de dcisions
whether a test item (function) or feature has passed
utilises pour dterminer si un lment de test
or failed a test. [IEEE 829]
(fonction) ou caractristique a pass avec succs
ou chou un test [IEEE 829]
path: A sequence of events, e.g. executable
Chemin : squence dvnements, p.ex
statements, of a component or system from an entry
instructions excutables, dun composant ou
point to an exit point.
systme dun point dentre jusqu un point de
sortie.
path coverage: The percentage of paths that have
Couverture des chemins : le pourcentage des
been exercised by a test suite. 100% path coverage
chemins qui ont t exercs par une suite de
implies 100% LCSAJ coverage.
tests. 100% de couverture des chemins implique
100% de couverture PLCS
path sensitizing: Choosing a set of input values to
Slection dun chemin : choix dun ensemble de
force the execution of a given path.
valeurs dentre pour forcer lexcution dun
chemin spcifique
path testing: A white box test design technique in
Test des chemins : une technique de conception
which test cases are designed to execute paths.
des tests bote blanche dans laquelle les cas de
tests sont conus pour excuter des chemins
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.
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]
Version 1.0F
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]
Page 29 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
performance testing: The process of testing to
determine the performance of a software product.
See efficiency testing.
International
Software Testing
Test de performance : le processus de test pour

dterminer les performances dun produit logiciel.
Voir test de rendement.
performance testing tool: A tool to support

performance testing and 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

supporter les tests de performances et qui
gnralement possde 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
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.
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
post-execution comparison: Comparison of actual

and expected results, performed after the software
has finished running.
Comparaison post-excution : comparaison des

rsultats actuels et attendus, effectus aprs la fin
de lexcution du logiciel
precondition: Environmental and state conditions

that must be fulfilled before the component or system
can be executed with a particular test or test
procedure.
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.
predicted outcome: See expected result.

pretest: See intake test.
priority: The level of (business) importance assigned
to an item, e.g. defect.
process cycle test: A black box test design
execute business procedures and processes. [TMap]
Rsultat prdit : voir rsultat attendu.

Prtest : voir test dadmission
Priorit : un niveau dimportance (commercial)
affect un lment (p.ex. dfaut).
Test du processus : une technique de
conception de tests bote noire selon laquelle les
processus et procdures dentreprise [Tmap]
Problme : voir dfaut
Gestion des problmes : gestion danomalie
Rapport de problme : voir rapport dincident
Processus : ensemble dactivits lies qui
transforment des entres en sorties [ISO 12207]
Projet : un projet est un ensemble unique
dactivits, contrles et coordonnes, avec des
dates de dbut et de fin, effectues avec pour
objectif de conformit des exigences
spcifiques, incluant des contraintes de temps, de
cot et de ressources. [ISO 9000]
problem: See defect.

problem management: See defect management.
problem report: See defect report.
process: A set of interrelated activities, which
transform inputs into outputs. [ISO 12207]
project: A project is a unique set of coordinated and
controlled activities with start and finish dates
undertaken an objective conforming to specific
requirements, including the constraints of time, cost
and resources. [ISO 9000]
Version 1.0F
Page 30 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software Testing
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.
typiquement plusieurs niveaux de tests
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.
Q
quality: The degree to which a component, system or
process meets specified requirements and/or
user/customer needs and expectations. [After IEEE
610]
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]
quality assurance: Part of quality management

focused on providing confidence that quality
requirements will be fulfilled. [ISO 9000]
Assurance qualit : partie de la gestion de la

qualit qui fournissent lassurance que les
exigences qualit seront atteintes [ISO 9000]
quality attribute: A feature or characteristic that

affects an items quality. [IEEE 610]
quality characteristic: See quality attribute.
quality management: Coordinated activities to direct
and control an organization with regard to quality.
Direction and control with regard to quality generally
includes the establishment of the quality policy and
quality objectives, quality planning, quality control,
quality assurance and quality improvement. [ISO
9000]
Attribut qualit : un trait ou caractristique qui

affecte la qualit dun article [IEEE 610]
Caractristique qualit : voir attribut qualit
Gestion de la qualit : activits coordonnes
pour diriger et contrler une organisation en ce qui
concerne la qualit. La direction et le contrle de
la qualit inclus gnralement la mise en place de
recommandations et dobjectifs qualit, de la
planification qualit, du contrle qualit, de
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.
recorder: See scribe.

record/playback tool: See capture/playback tool.
Greffier : voir scribe

Outil de capture/rejeu : voir outil de
capture/playback
recoverability: The capability of the software product Rcuprabilit : capacit dun produit logiciel
to re-establish a specified level of performance and
rtablir un niveau de performances spcifi et
recover the data directly affected in case of failure.
rcuprer les donnes directement affectes en
[ISO 9126] See also reliability.
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.
Test de rcuprabilit : le processus de tests

pour dterminer la rcuprabilit dun produit
logiciel. Voir aussi test de fiabilit
recovery testing: See recoverability testing.
Test de rcupration : voir test de rcuprabilit
Version 1.0F
Page 31 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software 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 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.
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]
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 peut-tre 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]
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 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.
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.
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]
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.
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.
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.
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
Version 1.0F
Page 32 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software Testing
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]
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]
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.
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
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.
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]
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
of corrective actions.
excuts, de faon vrifier le succs des actions
de correction.
review: An evaluation of a product or project status to Revue : une valuation dun tat dun produit ou
ascertain discrepancies from planned results and to
projet pour sassurer des dviations par rapport
recommend improvements. Examples include
aux rsultats planifis et recommander des
management review, informal review, technical
amliorations. Exemples : revue de gestion,
review, inspection, and walkthrough. [After IEEE
revue informelle, revue technique, inspection et
1028]
relecture technique [daprs 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.
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.
risk: A factor that could result in future negative

consequences; usually expressed as impact and
likelihood.
Risque : un facteur qui pourrait rsulter dans des

consquences ngatives futures, gnralement
exprim comme un impact et une probabilit.
risk analysis: The process of assessing identified

risks to estimate their impact and probability of
occurrence (likelihood).
Analyse de risque : le processus dvaluation

des risques identifis pour estimer leur impact et
leur probabilit doccurrence.
risk-based testing: Testing oriented towards

exploring and providing information about product
risks. [After Gerrard]
Test bas sur les risques : test orient vers

lexploration et la fourniture dinformations sur les
risques du produit [daprs Gerrard]
Version 1.0F
Page 33 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
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 management: Systematic application of
procedures and practices to the tasks of identifying,
analyzing, prioritizing, and controlling risk.
risk mitigation: See risk control.
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-tolera nce.
root cause: An underlying factor that caused a nonconformance and possibly should be permanently
eliminated through process improvement.
International
Software Testing
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.
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
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.
Cause premire : un facteur sous-jacent qui
cause une non conformit et devrait probablement
tre limin de faon permanente via
lamlioration des processus
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 obtenir

des niveaux de risques acceptables concernant
les dommages aux personnes, entreprises,
logiciels, biens ou lenvironnement dans un
contexte dutilisation spcifi [ISO 9126]
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]
Test de sret : tests effectus pour dterminer

la sret dun produit logiciel
Test daptitude : voir test fumigatoire
Scalability testing: Testing to determine the

scalability of the software product.
scenario testing: See use case testing.
scribe: The person who has to record each defect
mentioned and any suggestions for improvement
during a review meeting, on a logging form. The
scribe has to make ensure that the logging form is
readable and understandable.
scripting language: A programming language in
which executable test scripts are written, used by a
test execution tool (e.g. a capture/replay tool).
Version 1.0F
Test de scnarios : voir test de cas dutilisation

Scribe : la personne qui doit enregistrer chaque
anomalie mentionne et chaque suggestion
damlioration pendant une revue, sur un
formulaire de prise de note. Le scribe doit
sassurer que le formulaire de prise de notes est
lisible et comprhensible.
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)
Page 34 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software Testing
security: Attributes of software products that bear on

its ability to prevent unauthorized access, whether
accidental or deliberate, to programs and data. [ISO
9126]
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]
security testing: Testing to determine the security of

the software product.
serviceability testing: See maintainability testing.
severity: The degree of impact that a defect has on
the development or operation of a component or
system. [After IEEE 610]
Test de scurit : tests effectus pour dterminer

la scurit dun produit logiciel
Test de commodit : voir test de maintenabilit
Svrit : degr qu limpact dune anomalie sur
le dveloppement ou lutilisation dun composant
ou systme [daprs IEEE 610]
simulation: The representation of selected

behavioral characteristics of one physical or abstract
system by another system. [ISO 2382/1]
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
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.
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.
software quality: The totality of functionality and

features of a software product that bear on its ability
to satisfy stated or implied needs. [After ISO 9126]
software quality characteristic: See quality
attribute.
software feature: See feature.
software test incident: See incident.
software test incident report: See incident report.
source statement: See statement.
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 testing: See black box testing.

specification-based test design technique: See
black box test design technique.
Version 1.0F
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.
Qualit logicielle : la totalit des fonctionnalits
et caractristiques dun produit logiciel qui influent
sur sa capacit satisfaire des besoins dclars
ou implicites [daprs ISO 9126]
Caractristique qualit logiciel : voir attribut
qualit
Caractristique logicielle : voir caractristique
Incident de test logiciel : voir incident
Rapport dincident de tests logiciel : voir
rapport dincident
Instruction source : voir instruction
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]
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
Page 35 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software Testing
specified input: An input for which the specification

predicts a result.
stability: The capability of the software product to
avoid unexpected effects from modifications in the
software. [ISO 9126] See also maintainability.
Entre spcifie : une entre pour laquelle les

spcifications prdisent un rsultat
Stabilit : capacit dun produit logiciel viter
des effets inattendus provenant de modifications
du logiciel [ISO 9126] voir aussi maintenabilit
standard software: See off-the-shelf software.

standards testing: See compliance testing.
state diagram: A diagram that depicts the states that
a component or system can assume, and shows the
events or circumstances that cause and/or result from
a change from one state to another. [IEEE 610]
Logiciel standard : voir logiciel sur tagre

Tests de standards : voir de conformit
Diagramme dtats : un diagramme qui dcrit les
tats que peut avoir un composant ou systme, et
qui montre les vnements ou circonstances qui
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.
state transition: A transition between two states of a

component or system.
state transition testing: A black box test design
execute valid and invalid state transitions. See also
N-switch testing.
Transition dtat :une transition entre deux tats

dun composant ou systme.
Test de transition dtat : une technique de
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.
statement: An entity in a programming language,

which is typically the smallest indivisible unit of
execution.
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
statements.
les cas de tests sont conus pour excuter des
instructions.
static analysis: Analysis of software artifacts, e.g.
Analyseur statique : analyse des artefacts
requirements or code, carried out without execution of logiciels p.ex. exigence ou code, effectue sans
these software artifacts.
lexcution de ces derniers.
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.
Version 1.0F
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 conformit des
standards de codage, mtriques qualit, ou
anomalies de flux de donnes.
Page 36 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software Testing
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.
Tests statique : test dun composant ou systme

au niveau spcification ou implmentation sans
excution de ce logiciel (p.ex. : revues ou analyse
statique du code)
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.
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]
Stockage : voir utilisation de ressources
Test de stockage : voir tests dutilisation des
ressources
Test de stress : test excut pour valuer un
systme ou composant aux limites (et au-del)
des exigences spcifies [IEEE 610]
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]
storage: See resource utilization.
storage testing: See resource utilization testing.
stress testing: Testing conducted to evaluate a
system or component at or beyond the limits of its
specified requirements. [IEEE 610]
structural coverage: Coverage measures based on
the internal structure of the component.
structural test design technique: See white box
test design technique.
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
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
It replaces a called component. [After IEEE 610]
ou en est dpendant. Cela remplace un
composant appel. [daprs IEEE 610]
subpath: A sequence of executable statements
within a component.
suspension criteria: The criteria used to
(temporarily) stop all or a portion of the testing
activities on the test items. [After IEEE 829]
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.
Software Usability Measurement Inventory (SUMI):
A questionnaire based usability test technique to
evaluate the usability, e.g. user-satisfaction, of a
component or system. [Veenendaal]
Version 1.0F
Sous-chemin : une squence dinstructions

excutables au sein dun composant.
Critre de suspension : le critre utilis pour
arrter (temporairement) tout ou partie des
activits de tests sur les items de tests [daprs
IEEE 829]
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.
Software Usability Measurement Inventory
(SUMI): un technique de tests base sur un
questionnaire pour valuer lutilisabilit, cest-dire la satisfcation de lutilisateur, dun composant
ou systme. [Veenendaal]
Page 37 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
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.
International
Software Testing
system: A collection of components organized to

accomplish a specific function or set of functions.
[IEEE 610]
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]
system integration testing: Testing the integration

of systems and packages; testing interfaces to
external organizations (e.g. Electronic Data
Interchange, Internet).
Tests dintgration systme : tests de

lintgration des systmes et progiciels; tests des
interfaces vers des organisations externes (p.ex.
EDI, Internet)
system testing: The process of testing an integrated

system to verify that it meets specified requirements.
[Hetzel]
Tests systme : le processus de test dun

systme intgr pour vrifier quil rponde des
exigences spcifiques [Hetzel]
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]
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]
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.
test automation: The use of software to perform or

support test activities, e.g. test management, test
design, test execution and results checking.
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.
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]
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]
test bed: See test environment.
Banc de tests : voir environnement de tests
Version 1.0F
Page 38 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
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]
International
Software Testing
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 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]
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]
test case suite: See test suite.
Suite de cas de tests : voir suite de tests.
test charter: A statement of test objectives, and
Agrment de test : une dclaration dobjectifs de
possibly test ideas. Test charters are amongst other
test, et ventuellement dides de tests possible.
used in exploratory testing. See also exploratory
Les agrments de tests sont entre autres utiliss
testing.
dans les tests exploratoires. Voir aussi tests
exploratoires
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
test execution.
pendant lexcution des tests (comparaison
dynamique) ou aprs lexcution des tests.
test completion criterion: See exit criteria.
Critre de compltude des tests : voir critres

de sortie.
test condition: An item or event of a component or
Condition de test : un article ou vnement dun
system that could be verified by one or more test
composant ou systme qui pourrait tre vrifi par
cases, e.g. a function, transaction, quality attribute, or un ou plusieurs cas de tests; p.ex. une fonction,
structural element.
une transaction, un attribut qualit ou un lment
de structure.
test coverage: See coverage.
Couverture des tests : voir couverture
test data: Data that exists (for example, in a
Donnes de Tests : donne qui existe (p.ex.
database) before a test is executed, and that affects
dans une base de donnes) avant quun test ne
or is affected by the component or system under test. soit excut, et qui affecte ou est affecte par le
composant ou systme en test.
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 design: See test design specification.
Version 1.0F
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.
Conception de tests : voir spcification de
conception de tests
Page 39 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software Testing
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]
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]
test design tool: A tool that support the test design
Outil de conception de tests : un outil qui
activity by generating test inputs from a specification
supporte lactivit de conception de test en
that may be held in a CASE tool repository, e.g.
gnrant les valeurs dentres des test partir de
requirements management tool, or from specified test spcifications qui peuvent tre prsentes dans un
conditions held in the tool itself.
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.
Conception de cas de test : une mthode

utilise pour driver ou slectionner des cas de
tests
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 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.
the test process and lessons learned.
Il 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).
Excution des tests : le processus consistant

excuter un test sur un composant ou systme en
test, en produisant des rsultats actuels.
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
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]
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]
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.
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.
test execution technique: The method used to

perform the actual test execution, either manually or
automated.
Technique dexcution des tests : la mthode

utilise pour effectuer lexcution des tests, soit
manuellement, soit de faon automatise.
Version 1.0F
Page 40 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
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]
International
Software Testing
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]
test fail: See fail.

test generator: See test data preparation tool.
chec de test : voir chec

Gnrateur de tests : outil de prparation des
donnes de tests
test harness: A test environment comprised of stubs Harnais de tests : un environnement comprenant
and drivers needed to conduct a test.
des bouchons et des pilotes, ncessaire pour
excuter un test.
test incident: See incident.
Incident de test : voir incident
test incident report: See incident report.
Rapport dincident de tests : voir rapport
dincident
test infrastructure: The organizational artifacts
Infrastructure de test : les objets
needed to perform testing, consisting of test
organisationnels ncessaires pour effectuer un
environments, test tools, office environment and
test, consistant en lenvironnement de test, des
procedures.
outils de tests, des procdures et un
environnement bureautique.
test item: The individual element to be tested. There Article de test : llment individuel devant tre
usually is one test object and many test items. See
test. Il y a gnralement un objet de tests et
also test object.
plusieurs articles de test. Voir aussi Objet de
tests.
test item transmittal report: See release note.
Rapport de transmission darticle de tests :
voir note daccompagnement
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.
Version 1.0F
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.
Page 41 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software Testing
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 (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.
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 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]
Objet de tests : le composant ou systme qui doit

tre test. Voir aussi un article de tests
Objectif de tests : une raison ou but pour la
conception et lexcution dun tests.
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]
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).
Consquence de test : voir rsultat.
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]
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 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.
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.
test point analysis (TPA): A formula based test

estimation method based on function point analysis.
[TMap]
Analyse par Point de Test (TPA) : une mthode

destimation des tests base sur une formule se
reposant sur les points de fonction [TMap]
test procedure: See test procedure specification.
Procedure de test :voir spcification de

procdure de test
Version 1.0F
Page 42 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
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]
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.
International
Software Testing
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]
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.
test report: See test summary report.

test run: Execution of a test on a specific version of
the test object.
test run log: See test log.
Rapport de test : voir rapport de synthse de test

Excution de tests : excution dun test sur une
version spcifique dun objet de tests.
Rapport dexcution de tests : voir registre de
tests.
test result: See result.
Rsultat de test : voir rsultat
test situation: See test condition.
Situation de tests : voir condition de test
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 specification: A document that consists of a test Spcification de tests : un document qui
design specification, test case specification and/or
consiste en une spcification de conception de
test procedure specification.
tests, des spcifications de cas de tests et/ou des
spcifications de procdures de tests.
test stage: See test level.
Etape 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.
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.
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]
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.
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.
Version 1.0F
Page 43 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software Testing
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]
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]
testability: The capability of the software product to

enable modified software to be tested. [ISO 9126]
See also maintainability.
Testabilit : capacit dun produit logiciel

permettre le test du logiciel modifi [ISO 9126]
voir aussi maintenabilit
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]
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]
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]
tester: A technically skilled professional who is

involved in the testing of a component or system.
Testeur :un professionnel technique qui est

impliqu dans les tests dun composant ou
systme.
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.
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.
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]
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.
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.
time behavior: See performance.
Comportement temporel : voir performances
Version 1.0F
Page 44 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software Testing
Traceability: The ability to identify related items in

documentation and software, such as requirements
with associated tests. See also horizontal traceability,
vertical traceability.
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
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.
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.
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 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.
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]
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]
use case testing: A black box test design technique

in which test cases are designed to execute user
scenarios.
Test des cas dutilisation : une technique de

cas de tests sont conus pour excuter des
scnarios dutilisation.
Test dacceptation utilisateur : voir test
dacceptation
Test de scnarios utilisateur : voir test des cas
dutilisation
Test utilisateur : un test o des utilisateurs rels
sont impliqus pour valuer lutilisabilit dun
composant ou systme.
user acceptance testing: See acceptance testing.

user scenario testing: See use case testing.
user test: A test whereby real-life users are involved
to evaluate the usability of a component or system.
Version 1.0F
Page 45 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
International
Software Testing
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 by examination and through

provision of objective evidence that the requirements
for a specific intended use or application have been
fulfilled. [ISO 9000]
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]
variable: An element of storage in a computer that is

accessible by a software program by referring to it by
a name.
Variable : un lment de stockage dans un

ordinateur qui est accessible par un programme
logiciel en y rfrant avec un 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].
vertical traceability: The tracing of requirements
through the layers of development documentation to
components.
Traabilit verticale : traabilit des exigences

au travers des couches de documentation de
dveloppement vers les composants.
volume testing: Testing where the system is

subjected to large volumes of data. See also
resource-utilization testing.
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]
Relecture technique : une prsentation pas

pas par lauteur dun document de faon reunir
des informations et tablir une comprhension
commune de son contenu [Freedman et
Weinberg, IEEE 1028]
white box test design technique: Documented
Technique de conception de tests bote
blanche : procdures documentes utilises pour
an analysis of the internal structure of a component or driver et slectionner des cas de tests bass sur
system.
une analyse de la structure interne dun
composant ou systme
white box testing: Testing based on an analysis of
Test bote blanche : tests bass sur une analyse
the internal structure of the component or system.
de la structure interne du composant ou systme
Wide Band Delphi: An expert based test estimation
technique that aims at making an accurate estimation
using the collective wisdom of the team members.
Version 1.0F
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.
Page 46 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
Index crois
A
Acceptation 5
Adaptabilit 5
Agrment de test 42
Analysabilit 6
Analyse dimpact 23
Analyse de cause effet 10
Analyse de code statique 39
Analyse de couverture 14
Analyse de risque 36
Analyse des Modes de Dfaillance et Effets
(AMDE) 21
Analyse des mutations 29
Analyse des points de fonction (FPA) 22
Analyse des valeurs limites 9
Analyse du flux de donnes 15
Analyse dynamique 18
Analyse par Arbre de dfaillance 22
Analyse par Point de Test (TPA) 46
Analyseur 6
Analyseur de code 11
Analyseur de code statique 40
Analyseur statique 39
Anomalie 6
Apprentissage 27
Approche de tests 41
Article de test 44
Articles de tests automatiss 7
Assurance qualit 33
Attractivit 6
Attribut qualit 33
Audit 6
Audit de configuration 13
Automatisation de lexcution des tests 44
Automatisation des tests 42
B
Banc de tests 42
Base de rfrence 7
Base de tests 42
Base de tests gele 22
Beta Tests 8
Bloc de base 7
Bouchon 40
Branche 9
Bug 9
C
Calendrier dexcution des tests 44
Capability Maturity Model (CMM) 10
Capability Maturity Model Integration (CMMI) 10
Version 1.0F
International
Software Testing
Caractristique 22
Caractristique logicielle 38
Caractristique qualit 34
Caractristique qualit logiciel 38
Cas de test 42
Cas de test abstrait 5
Cas de test bloqu 8
Cas de test concret 12
Cas de test logique 27
Cas de tests de bas niveau 27
Cas de tests de haut niveau 23
CASE 10
CAST 10
Cause premire 37
Certification 10
Chemin 31
Chemin faisable 22
Chemin infaisable 24
Cible de tests 47
Classe dquivalence 19
Code inatteignable 49
Code mort 15
Co-existence 11
Cohrence 14
Comparaison de tests 42
Comparaison dynamique 18
Comparaison post-excution 33
Comparateur 11
Comparateur de tests 42
Complexit 11
Complexit cyclomatique 15
Comportement 7
Comportement dans le temps 48
Composant 11
Conception de cas de test 43
Conception de tests 43
Condition 12
Condition de test 43
Condition compose 12
Conditions de branchement 9
Conditions multiples 29
Conducteur 18
Conducteur de tests 43
Configuration 13
Conformit 11
Consquence 36
Consquence attendue 20
Consquence de test 45
Contrle de configuration 13
Contrle de risque 36
Contrleur 11
COTS 14
Couverture 14
Couverture daiguillage-N 30
Couverture de code 11
Couverture des branches 9
Couverture des chemins 31
Couverture des conditions 12
Couverture des conditions combines 12
Couverture des conditions de branchement 9
Couverture des conditions et dcisions 12
Couverture des conditions multiples 29
Page 47 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
Couverture des conditions multiples modifies
29
Couverture des conditions-dcisions modifies
29
Couverture des dcision-condition 16
Couverture des dcisions 16
Couverture des instructions 39
Couverture des partitions dquivalence 19
Couverture des tests 43
Couverture des valeurs limite 9
Couverture du flux de donnes 15
Couverture PLCS 27
Couverture structurelle 40
Critre dacceptation 5
Critre dentre 19
Critre de compltude 11
Critre de compltude des tests 42
Critre de continuation 36
Critre de sortie 20
Critre de suspension 41
Critre passe/chec 31
D
Dboguer 16
Dbogueur 16
Dcision 16
Dfaillance 21
Dfaut 17
Dfinition de donne 15
Delphy Large bande 50
Dmon dinstallation 25
Densit de dfauts 21
Densit des dfauts 17
Dviation 18
Diagramme dtats 39
Disponibilit 7
Domaine 18
Domaine dentre 24
Domaine de sortie 31
Donnes de Tests 43
E
Echec 21
chec de test 44
chelle de mesure 28
lment de configuration 13
lment de couverture 14
Emulateur 19
Enregistrement de test 46
Enregistrement des tests 46
Ensemencement derreurs 20
Entre 24
Entre spcifie 39
Environnement de tests 43
Environnement oprationnel 30
Erreur 19
Estimation derreur 19
Etape de test 47
Etat de lart 8
Version 1.0F
International
Software Testing
valuation 20
valuation heuristique 23
Exactitude 5
Excution de tests 47
Excution des tests 43
Exerc 20
Exigence 35
Exigence fonctionnelle 22
Exigence non-fonctionnelle 30
Exigence testable 48
F
Faute 21
Fiabilit 35
Flot de donne 15
Flux de contrle 14
Fonctionnalit 23
Fuite mmoire 28
G
Gnrateur de tests 44
Gestion danomalie 17
Gestion dincident 24
Gestion de configuration 14
Gestion de la qualit 34
Gestion des exceptions 20
Gestion des problmes 33
Gestion des risques 37
Gestion des tests 45
Gestionnaire de tests 45
Graphe de Cause Effet 10
Graphe de flux de contrle 14
Greffier 34
Guide dinstallation 25
H
Harnais de tests 44
I
Identification de configuration 13
Identification des risques 36
Incident 24
Incident de test 44
Incident de test logiciel 38
Indpendance 24
Indicateur de performance 32
Indicateur de performance cl 26
Indicateur de performances des tests 46
Infrastructure de test 44
Inscription des tests 45
Inspecteur 25
Inspection 25
Installabilit 25
Instruction 39
Page 48 de 53
01 Juillet 2005
tests de logiciels
Instruction excutable 20
Instruction source 38
Instrumentation 25
Instrumenteur 25
Instrumenteur de programme 33
Intgration 25
Intgration fonctionnelle 22
Intelligibilit 49
Interoprabilit 26
J
Jalon 29
Comit
Franais des
Tests
Logiciels
International
Software Testing
Oprabilit 30
Oracle 31
Oracle de tests 45
Outil dexcution des tests 44
Outil de capture/playback 10
Outil de capture/rejeu 10, 34
Outil de conception de tests 43
Outil de couverture 15
Outil de dbogage 16
Outil de gestion danomalies 17
Outil de gestion dincident 24
Outil de gestion des exigences 35
Outil de prparation des donnes de tests 43
Outil de suivi danomalies 17
Outil de test 47
Outil de tests de performances 32
L
Langage de scripting 37
Livrable 17
Logiciel commercial sur tagre 11
Logiciel personnalis 15
Logiciel standard 39
Logiciel sur tagre 30
Logiciel sur mesure 7
M
Machine dtat finis 22
Maintenabilit 28
Maintenance 27
Masquage danomalie 17
Masquage des dfauts 21
Maturit 28
Mprise 29
Mesurage 28
Mesure 28
Mthode de classification arborescente 11
Mtrique 28
Mtrique de couverture de Chow 11
Mode de dfaillance 21
Modle de dveloppement incrmental 24
Modle en V 50
Modrateur 29
Module 29
Moniteur 29
N
Niveau de tests 45
Nombre cyclomatique 15
Non conformit 30
Note daccompagnement 34
P
Paires dfinition-usage 17
Partition dquivalence 19
Passe 31
Performance 32
Pertinence 41
Phase dexcution des tests 44
Phase dexigence 35
Phase de test 46
Plan de test de phase 32
Plan de test matre 28
Plan de tests 46
Plan de tests projet 33
Planification des tests 46
PLCS 27
Point dentre 19
Point de sortie 20
Politique de tests 46
Portabilit 32
Post-condition 32
Pourcentage de dtection des dfauts (DDP) 17
Pourcentage de Dtection des Dfauts 21
Pr-condition 33
Prtest 33
Priorit 33
Prise en compte de ltat 40
Problme 33
Procedure de test 46
Processus 33
Processus de tests 46
Programmation par paire 31
Projet 33
Pseudo-alatoire 33
Q
Qualit 33
Qualit logicielle 38
Objectif de tests 45
Objet de tests 45
Version 1.0F
Page 49 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
R
Rapport danomalie 17
Rapport dvaluation des tests 43
Rapport dexcution de tests 47
Rapport dincident 24
Rapport dincident de tests 44
Rapport dincident de tests logiciel 38
Rapport de dviation 18
Rapport de problme 33
Rapport de synthse de tests 47
Rapport de test 47
Rapport de transmission darticle 26
Rapport de transmission darticle de tests 44
Rcuprabilit 34
Rduction de risques 37
Registre de test 45
Relecture technique 50
Relecture technique structure 40
Remplacabilit 35
Rendement 18
Rprabilit des tests 46
Rsultat 31
Rsultat actuel 5
Rsultat attendu 21
Rsultat de condition 13
Rsultat de dcision 17
Rsultat de test 47
Rsultat obtenu 5
Rsultat prdit 33
Retest 36
Rviseur 36
Revue 36
Revue ad-hoc 5
Revue de gestion 28
Revue de pairs 32
Revue de testabilit 48
Revue formelle 22
Revue informelle 24
Revue technique 41
Risque 36
Robustesse 37
S
Scribe 37
Script de tests 47
Scurit 37
Slection dun chemin 31
Set de Tests de base 7
Svrit 38
Simulateur 38
Simulation 38
Situation de tests 47
Software Usability Measurement Inventory
(SUMI): 41
Sortie 31
Sous-chemin 40
Spcification 38
Spcification de cas de test 42
Spcification de conception de tests 43
Spcification de procdure de test 46
Version 1.0F
International
Software Testing
Spcification de tests 47
Spcification des composants 12
Stabilit 39
Stockage 40
Stratgie de tests 47
Suite de cas de tests 42
Suite de tests 47
Suret 37
Systme 41
T
Table dtats 39
Table de dcision 16
Table de dcision de cause effet 10
Taux de dfaillance 21
Technique bote noire 8
Technique dexcution des tests 44
Technique de Conception de cas de tests 42
Technique de conception de test fonctionnel 23
Technique de conception de tests bote blanche
50
Technique de conception de tests bote noire 8
Technique de conception de tests non
fonctionnels 30
Technique de conception de tests structurelle
40
Technique de conception des tests base sur
les spcifications 39
Test 41, 48
Test ad-hoc 5
Test alatoire 34
Test bas sur le design 18
Test bas sur les exigences 35
Test bas sur les risques 36
Test bas sur les spcifications 38
Test Big-Bang 8
Test bote blanche 50
Test bote de verre 23
Test Bote Noire 8
Test complet 11
Test dacceptation 5
Test dacceptation utilisateur 49
Test dadmission 25
Test dalgorithmes [TMap] 6
Test daptitude 37
Test dtats finis 22
Test dinstallabilit 25
Test dintgration de composants 12
Test dinterface 26
Test dinteroprabilit 26
Test dutilisabilit 49
Test dutilisation des ressources 36
Test de bas en haut 8
Test benchmark 7
Test de charge 27
Test de commodit 38
Test de comparaison lmentaire 19
Test de composant 12
Test de conditions de branchement combines
9
Test de confiance 13
Page 50 de 53
01 Juillet 2005
Comit
Franais des
Tests
Logiciels
tests de logiciels
Test de configuration 14
Test de confirmation 14
Test de conformance 14
Test de conversion 14
Test de couverture des dcisions 16
Test de couverture logique 27
Test de dtermination des conditions 13
Test de documentation 18
Test de fiabilit 35
Test de maintenabilit 28
Test de maintenance 27
Test de migration 28
Test de module 29
Test de partitions 31
Test de performance 32
Test de portabilit 32
Test de programme 33
Test de rcuprabilit 34
Test de rcupration 34
Test de rgression 34
Test de scnarios 37
Test de scnarios utilisateur 49
Test de scurit 38
Test de simultanit 12
Test de stockage 40
Test de stress 40
Test de sret 37
Test de syntaxe 41
Test de threads 48
Test de transition dtat 39
Test de volume 50
Test des cas dutilisation 49
Test des chemins 32
Test des combinaison de conditions 12
Test des conditions 13
Test des conditions multiples modifies 29
Test des dcisions 16
Test des liens 27
Test dos dos 7
Test du flux de donnes 15
Test du processus 33
Test du profil oprationnel 31
Test dynamique 18
Test du dveloppement 18
Test en isolation 26
Test fonctionnel 23
Test invalide 26
Test Maturity Model (TMM) 45
Test oprationnel 31
Test par paire 31
Test par tables de dcisions 16
Test Process Improvement (TPI) 45
Test sale 18
Test statistique 40
Test structurel 40
Test top-down 49
Test unitaire 49
Test utilisateur 49
Testabilit 47
Testeur 48
Tests agiles 6
Version 1.0F
International
Software Testing
Tests Alpha 6
Tests bass sur les Business cases 9
Tests bass sur le code 11
Tests dintgration 26
Tests dintgration grande chelle 26
Tests dintgration petite chelle 26
Tests dintgration systme 41
Tests dans le champ 22
Tests de Arcs 6
Tests de compatibilit 11
Tests de conformit 11
Tests de rendement 18
Tests de standards 39
Tests des branches 9
Tests des conditions multiples 29
Tests des conditions-dcisions modifies 29
Tests des fonctionnalits 23
Tests des instructions 39
Tests des valeurs limites 9
Tests dtermin par les donnes 15
Tests dtermins par mots cl 26
Tests exhaustifs 20
Tests exploratoires 21
Tests fumigatoires 38
Tests incrmentaux 24
Tests ngatifs 30
Tests non-fonctionnels 30
Tests par la Logique 27
Tests PLCS 27
Tests statique 40
Tests systme 41
Testware 48
Tolrance aux dfauts 22
Tolrance aux erreurs 20
Traabilit 48
Traabilit horizontale 23
Traabilit verticale 50
Trace daudit 7
Transition dtat 39
Type de test 47
U
Utilisabilit 49
Utilisation de ressources 35
V
Valeur dentre 25
Valeur de sortie 31
Valeur limite 9
Validation 50
Variabilit 11
Variable 50
Vrification 50
Vrification manuelle 18
Page 51 de 53
01 Juillet 2005
tests de logiciels
Comit
Franais des
Tests
Logiciels
International
Software Testing
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-44220672-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-20154664-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-201-63181-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 0-07913-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.
Version 1.0F
Page 52 de 53
01 Juillet 2005
tests de logiciels
Comit
Franais des
Tests
Logiciels
International
Software Testing
Annexe B (Mthode pour commenter ce glossaire)

Les commentaires sont souhaits sur ce document de faon ce que ce glossaire puisse tre
amliorer afin de 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 1.0F);
- 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 faon dans lordre de prfrence:
Pour les aspects francophones : par email bernard.homes@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 1.0F
Page 53 de 53
01 Juillet 2005

Glossaire Termes Utilises Tests Logiciels

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 Termes Utilises Tests Logiciels

Transféré par

Droits d'auteur :

Formats disponibles

Glossaire CFTL/ISTQB

des termes utiliss en

Glossaire CFTL/ISTQB des termes utiliss en

International Software Testing Qualification Board

Table des Matires

Cas de test abstrait : voir cas de test de haut

acceptance testing: Formal testing with respect to

Test dacceptation : test formel en rapport avec

accessibility testing: Testing to determine the ease

Test daccesibilit : test qui dtermine la facilit

accuracy: The capability of the software product to

actual outcome: See actual result.

Adaptabilit : capacit dun produit logiciel tre

agile testing: Testing practice for a project using

Tests agiles : pratique de test pour un projet

algorithm test [TMap]: See branch testing.

Test dalgorithmes [TMap] : voir Tests de

analyzability: The capability of the software product

Alpha Tests : test oprationnel rel ou simul

analyzer: See static analyzer.

Analyseur : voir analyseur statique

arc testing: See branch testing.

Test dArcs : voir test de branche.

audit: An independent evaluation of software

Audit : valuation indpendante du produit

audit trail: A path by which the original input to a

Trace daudit : le chemin par lequel lentre

automated testware: Testware used in automated

Article de test automatis : artefact de test

Test dos dos : test o deux ou plus variantes

baseline: A specification or software product that has

Base de rfrence : une spcification ou un

Ensemble de Tests de base : un ensemble de

bebugging: See error seeding. [Abbott]

Etat de lart : une mthode suprieure ou une

beta testing: Operational testing by potential and/or

Beta Tests: tests oprationnels par des

big-bang testing: A type of integration testing in

Test Big-Bang : un type de tests dintgration

black box technique: See black box test design

Technique bote noire : voir technique de

black box test design techniques: Documented

Technique de conception de tests bote noire :

blocked test case: A test case that cannot be

Cas de test bloqu : cas de test ne pouvant tre

bottom-up testing: An incremental approach to

Test de bas en haut : une approche incrmentale

boundary value: An input value or output value

Valeur limite : une valeur dentre ou de sortie

boundary value analysis: A black box test design

Analyse des valeurs limites : une technique de

boundary value coverage: The percentage of

Tests des valeurs limites : voir Analyse des

branch condition: See condition.

Conditions de branchement : voir condition

Test de conditions de branchement combines

Capability Maturity Model (CMM) Modle de

Capability Maturity Model Integration (CMMI): A

Capability Maturity Model Integration (CMMI):

capture/playback tool: A type of test execution tool

Outil de capture/playback : un type doutil

capture/replay tool: See capture/playback tool.

Outil de capture/rejeu : voir outils de

CASE: Acronym for Computer Aided Software