Glossaire Termes Utilises Tests Logiciels

8/17/2019 Glossaire Termes Utilises Tests Logiciels

1/53

Glossaire CFTL/ISTQBdes termes utilisés entests de logiciels

ComitéFrançais desTestsLogiciels

International

Software Testing

Qualifications Board

Version 1.0F Page 1 de 53 01 Juillet 2005© CFTL + International Software Testing Qualifications Board

Glossaire CFTL/ISTQB des termes utilisés entests de logiciels

Version 1.0FR

Traduction française de la Version 1.0 produite par‘Glossary Working Party’

International Software Testing Qualification Boarden date du (08 Décembre, 2004)

Editeur : Erik van Veenendaal

Contributeurs : Sigrid Eldh, Isabel Evans, Dorothy Graham, Julian Harty, David Hayman, Juha ItkonenVipul Kocher, Fernando Lamas de Oliveira, Tilo Linz, Peter Morgan, Thomas Müller, Avi Ofer, DalePerry, Horst Pohlmann, Meile Posthuma, Erkki Pöyhönen Maaret Pyhäjärvi, Andy Redwood, StuartReid, Hans Schaefer, Jurriën Seubers, Dave Sherrat, Mike Smith, Andreas Spillner, Richard Taylor,Geoff Thompson, Matti Vuori, Stephanie Ulrich, Pete Williams

Traduction : Bernard Homès, Comité Français des Tests Logiciels

Copyright NoticeCe document peut être copié dans son entièreté, ou des extraits peuvent être effectués, si la source

est mentionnée.


2/53



International

Software Testing



Table des Matières AVANT PROPOS 4 1. INTRODUCTION 4

2. PORTÉE 5 3. ORGANISATION 5 4. REFERENCES NORMATIVES 6 5. DÉFINITIONS 8 A 8B 14C 21D 34E 44F 50G 57H 57I 58K 65L 66M 68N 74O 75P 77Q 84R 85S 94T 105U 127V 129W 130INDEX CROISÉ 132 ANNEXE A (INFORMATIVE) 149 ANNEXE B (METHODE POUR COMMENTER CE GLOSSAIRE) 152


3/53



International

Software Testing



Avant propos

En créant ce glossaire, le groupe de travail a sollicité les vues et commentaires d’une partie aussilarge que possible de l’industrie, du commerce et des organismes gouvernementaux, avec commeobjectif la production d’un standard international des tests qui serait accepté dans la plupart deschamps d’application. Un accord total est rarement obtenu quand on crée un document de cettenature. Les contributions à ce glossaire ont été reçues des communautés de testeurs d’Autriche, deBelgique, Finlande, Allemagne, Inde, Israël, Pays Bas, Norvège, Portugal, Suède, Royaume Unis etUSA.Beaucoup de testeurs de logiciels ont utilisé le standard BS 7925-1 depuis sa publication initiale en1998. Il a servi de référence pour la qualification ISEB (Information Systems Examination Board) tantau niveau Fondation qu’au niveau Pratiquant. Le standard a été initialement développé en rapportavec les tests de composants, mais, depuis sa publication, beaucoup de commentaires et depropositions de nouvelles définitions ont été soumises afin d’améliorer et d’étendre le standard pourcouvrir une sphère plus importante des tests logiciels. Dans cette nouvelle version du glossaire des

tests, un nombre important de ces suggestions ont été incorporées. Il servira de document deréférence pour le schéma de qualification de l’ISTQB (International Software Testing QualificationBoard).

1. IntroductionBeaucoup de temps et d’effort est perdu au sein et entre l’industrie, le commerce, le gouvernement etles professionnels et les institutions académiques quand des ambiguités apparaissent comme résultatde l’incapacité à différencier adéquatement entre des termes tels que ‘couverture des instructions’ et‘couverture des décisions’; ‘suite de tests’, ‘spécifications de tests’ et ‘plan de tests’ et des termessimilaires qui forment l’interface entre les divers secteurs de la société. De plus, l’utilisationprofessionnelle et technique de ces termes est souvent autre que les différentes significations quileurs sont attribuées.

2. PortéeCe document présente les concepts, termes et définitions destinées à aider la communication dansles disciplines du test (de logiciels) et des disciplines associées.

3. OrganisationLe glossaire a été arrangé en une suite de définitions rangées par ordre alphabétique sur base de ladéfinition initiale en anglais. Certains termes sont préférés par rapport à d’autres (synonymes), dansce cas la définition est affectée au terme préféré et les synonymes se réfèrent à cette définition. Parexemple structural testing réfère à white box testing . Pour les synonymes, l’indicateur “Voir” estutilisé ; “Voir aussi ” est aussi utilisé pour des références croisées. Elles permettent à l’utilisateur de

naviguer rapidement vers le bon terme. Les références “Voir aussi” sont construites pour les relationsplus larges que le seul terme, et pour des significations recouvrant deux termes.


4/53



International

Software Testing



4. Références Normatives

Au moment de la publication, l’édition indiquée était valide. Tous les standards sont sujet à révisions,et les parties se basant sur ce Standard sont encouragées à vérifier le possibilité d’utiliser l’édition laplus récente des standards listés ci-dessous. Les membres de l’IEC et de l’ISO gèrent les registresdes 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: Qualitycharacteristics 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: GeneralOverview


5/53



International

Software Testing



5. Définitions

Aabstract test case: See high level test case. Cas de test abstrait : voir cas de test de haut

niveauacceptance: See acceptance testing. Acceptation voir test d’acceptationacceptance criteria: The exit criteria that acomponent or system must satisfy in order to beaccepted by a user, customer, or other authorizedentity. [IEEE 610]

Critère d’acceptation : le critère de sortie quedoit satisfaire un composant ou un système defaçon à être accepté par un utilisateur, client ouune autre entité autorisée [IEEE 610]

acceptance testing: Formal testing with respect touser needs, requirements, and business processesconducted to determine whether or not a system

satisfies the acceptance criteria and to enable theuser, customers or other authorized entity todetermine whether or not to accept the system. [AfterIEEE 610]

Test d’acceptation : test formel en rapport avecles besoins, exigences et processus métier,conduit pour déterminer si un système satisfait ou

non aux critères d’acceptation et permettre auxutilisateurs, clients ou autres entités autorisées dedéterminer l’acceptation ou non du système[d’après IEEE 610]

accessibility testing: Testing to determine the easeby which users with disabilities can use a componentor system. [Gerrard]

Test d’accesibilité : test qui détermine la facilitéavec lesquels les utilisateurs avec handicapspeuvent utiliser un composant ou un système[Gerrard]

accuracy: The capability of the software product toprovide the right or agreed results or effects with theneeded degree of precision. [ISO 9126] See also

functionality testing.

Exactitude : capacité d’un produit logiciel àfournir le résultat ou les effets correct ou convenuavec le degré de précision nécessaire [ISO 9126]

, voir aussi Tests des fonctionnalités.actual outcome: See actual result. Résultat obtenu : voir résultat actuelactual result: The behavior produced/observed whena component or system is tested.

Résultat effectif : comportement produit /observé quand un composant ou un système esttesté.

ad hoc review: See informal review. Revue ad-hoc : voir revue informelle ad hoc testing: Testing carried out informally; noformal test preparation takes place, no recognizedtest design technique is used, there are noexpectations for results and randomness guides thetest execution activity.

Test ad-hoc : test effectué de manièreinformelle ; sans préparation formelle des tests,pas d’utilisation de technique de conception detests reconnue, il n’y a pas d’attente spécifique derésultats et le hasard guide les activités de test.

adaptability: The capability of the software product tobe adapted for different specified environmentswithout applying actions or means other than thoseprovided for this purpose for the software considered.[ISO 9126] See also portability testing.

Adaptabilité : capacité d’un produit logiciel à êtreadapté à des environnements spécifiés différentssans appliquer des actions ou moyens autres queceux fournis à cet effet pour le logiciel considéré[ISO 9126]. Voir aussi Tests de portabilité

agile testing: Testing practice for a project usingagile methodologies, such as extreme programming(XP), treating development as the customer of testingand emphasizing the test-first design paradigm.

Tests agiles : pratique de test pour un projetutilisant les méthodes agiles, telles laprogrammation extrême (XP), traitant ledéveloppement comme un client des tests etmettant l’accent sur le paradigme de Test-d’abord.

algorithm test [TMap]: See branch testing. Test d’algorithmes [TMap] : voir Tests debranches


6/53



International

Software Testing



alpha testing: Simulated or actual operational testingby potential users/customers or an independent testteam at the developers’ site, but outside the

development organization. Alpha testing is oftenemployed as a form of internal acceptance testing.

Alpha Tests : test opérationnel réel ou simulépar des utilisateurs/clients potentiels ou par uneéquipe de test indépendante sur le site de

développement, mais en dehors de l’organisationde développement. Les tests Alpha sont souventutilisés comme une forme de tests d’acceptationinterne.

analyzability: The capability of the software productto be diagnosed for deficiencies or causes of failuresin the software, or for the parts to be modified to beidentified. [ISO 9126] See also maintainability testing.

Analysabilité : capacité d’un produit logiciel àsubir une recherche de défauts ou de causesd’anomalies dans le logiciel, ou pour les partiesqui doivent être identifiées [ISO 9126] voir aussitest de maintenabilité

analyzer: See static analyzer. Analyseur : voir analyseur statique anomaly: Any condition that deviates fromexpectation based on requirements specifications,

design documents, user documents, standards, etc.or from someone’s perception or experience. Anomalies may be found during, but not limited to,reviewing, testing, analysis, compilation, or use ofsoftware products or applicable documentation. [IEEE1044] See also defect, deviation, error, fault, failure,incident, problem.

Anomalie: toute condition qui dévie des attentesbasées sur les exigences de spécifications,

documents de conception, documents utilisateurs,standards etc, ou des perceptions ou expériencesde quelqu’un. Les anomalies peuvent êtretrouvées pendant, mais pas uniquement, lesrevues, tests, analyses, compilations ou utilisationdes produits logiciels ou de la documentationapplicable [IEEE 1044]. Voir aussi défauts,déviation, erreur, faute, défaillance, incident,problème.

arc testing: See branch testing. Test d’Arcs : voir test de branche.attractiveness: The capability of the softwareproduct to be attractive to the user. [ISO 9126] See

also usability testing.

Attractivité : la capacité du produit logiciel à êtreattrayant pour l’utilisateur [ISO 9126] voir aussi

test d’utilisabilité.audit: An independent evaluation of softwareproducts or processes to ascertain compliance tostandards, guidelines, specifications, and/orprocedures based on objective criteria, includingdocuments that specify:(1) the form or content of the products to be produced(2) the process by which the products shall beproduced(3) how compliance to standards or guidelines shallbe measured. [IEEE 1028]

Audit : évaluation indépendante du produitlogiciel ou du processus pour s’assurer de saconformité à des standards, règles, directives,spécifications et/ou procédures basées sur descritères objectifs, incluant les documents quispécifient :(1) la forme ou le contenu du produit à produire(2) le processus qui produira le produit(3) comment la conformité à des standards ou desdirectives sera mesurée [IEEE 1028]

audit trail: A path by which the original input to aprocess (e.g. data) can be traced back through theprocess, taking the process output as a starting point.This facilitates defect analysis and allows a processaudit to be carried out. [After TMap]

Trace d’audit : le chemin par lequel l’entréeoriginelle d’un processus (les données) peut êtreretracé dans le process, en prenant les sorties duprocess comme point de départ. Ceci facilitel’analyse des défauts et permet l’exécution d’unaudit du processus [d’après TMap]

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

Article de test automatisé : artefact de testutilisés pendant les tests, par exemple des scriptsoutillés.

availability: The degree to which a component orsystem is operational and accessible when requiredfor use. Often expressed as a percentage. [IEEE 610]

Disponibilité : degré par lequel un composant ouun système est opérationnel et accessible quand ildoit être utilisé. Souvent exprimé comme un

pourcentage [IEEE 610]


7/53



International

Software Testing



Bback-to-back testing: Testing in which two or morevariants of a component or system are executed with

the same inputs, the outputs compared, and analyzedin cases of discrepancies. [IEEE 610]

Test dos à dos : test où deux ou plus variantesd’un composant ou d’un système sont exécutés

avec les mêmes entrées, les sorties étantcomparées, et analysées en cas de divergences.[IEEE 610]

baseline: A specification or software product that hasbeen formally reviewed or agreed upon, thatthereafter serves as the basis for furtherdevelopment, and that can be changed only through aformal change control process. [After IEEE 610]

Base de référence : une spécification ou unproduit logiciel qui a été officiellement revu etaccepté, qui ensuite sert de base pour desdéveloppements futurs, et qui ne peut être modifiéque selon un processus formel de contrôle desmodifications [selon IEEE 610]

basic block: A sequence of one or more consecutive

executable statements containing no branches.

Bloc de base : une séquence d’une ou plusieurs

instructions exécutables ne contenant pas debranches.

basis test set: A set of test cases derived from theinternal structure or specification to ensure that 100%of a specified coverage criterion is achieved.

Ensemble de Tests de base : un ensemble decas de tests dérivés de la structure interne ou desspécifications pour assurer une couverture à100% d’un critère spécifique.

bebugging: See error seeding. [Abbott] Introduction de pannes : voir injection d’erreursbehavior: The response of a component or system toa set of input values and preconditions.

Comportement : la réponse d’un composant oud’un système à un ensemble de valeurs d’entréeset de pré-conditions.

benchmark test: (1) A standard against which

measurements or comparisons can be made.(2) A test that is be used to compare components orsystems to each other or to a standardas in (1). [After IEEE 610]

Test benchmark : (1) un standard à partir duquel

des mesures ou des comparaisons peuvent êtreeffectuées. (2) un test qui peut être utilisé pourcomparer des composants ou systèmes entre euxou à un standard comme en (1) ci-dessus [d’aprèsIEEE 610]

bespoke software: Software developed specificallyfor a set of users or customers. The opposite is off-the-shelf software.

Logiciel sur mesure : logiciel développéspécifiquement pour un ensemble d’utilisateurs oude clients. Le contraire est un logiciel sur étagère.

best practice: A superior method or innovativepractice that contributes to the improved performanceof an organization under given context, usuallyrecognized as ‘best’ by other peer organizations.

Etat de l’art : une méthode supérieure ou unepratique innovatrice qui contribue à l’améliorationdes performances d’une organisation dans uncertain contexte, généralement considéré comme

‘supérieur’ par d’autres organisations similaires.

beta testing: Operational testing by potential and/orexisting users/customers at an external site nototherwise involved with the developers, to determinewhether or not a component or system satisfies theuser/customer needs and fits within the businessprocesses. Beta testing is often employed as a formof external acceptance testing in order to acquirefeedback from the market.

Beta Tests: tests opérationnels par desutilisateurs/clients potentiels et/ou réels sur un siteexterne non associé aux développeurs, pourdéterminer si un composant ou système satisfaitou non les besoins des utilisateurs/clients ets’adaptent aux processus d’entreprise. Le béta-test est souvent utilisé comme une forme de testsexterne d’acceptation de façon à obtenir desinformations de retour du marché.


8/53



International

Software Testing



big-bang testing: A type of integration testing inwhich software elements, hardware elements, or bothare 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 d’intégrationdans lequel les éléments logiciels, matériel ou lesdeux sont combinés en une fois en un composant

ou un système complet, plutôt qu’effectué parétape [selon IEEE 610], voir aussi Testsd’intégration

black box technique: See black box test designtechnique.

Technique boîte noire : voir technique deconception de tests boîte noire

black box testing: Testing, either functional or non-functional, without reference to the internal structureof the component or system.

Test Boîte Noire : tests, fonctionnels ou non-fonctionnels, sans référence aux structuresinternes du composant ou du système.

black box test design techniques: Documentedprocedure to derive and select test cases based onan analysis of the specification, either functional or

non-functional, of a component or system withoutreference to its internal structure.

Technique de conception de tests boîte noire :procédure documentée pour élaborer etsélectionner des cas de tests basés sur une

analyse des spécifications, soit fonctionnelles soitnon-fonctionnelles, d’un composant ou systèmesans faire référence à ses structures internes.

blocked test case: A test case that cannot beexecuted because the preconditions for its executionare not fulfilled.

Cas de test bloqué : cas de test ne pouvant êtreexécuté parce que les pré-conditions pour sonexécution ne sont pas réalisées.

bottom-up testing: An incremental approach tointegration testing where the lowest level componentsare tested first, and then used to facilitate the testingof higher level components. This process is repeateduntil the component at the top of the hierarchy is

tested. See also integration testing.

Test de bas en haut : une approche incrémentaledes tests d’intégration ou le niveau le plus bas descomposants sont testés d’abord, et ensuite utiliséspour faciliter les tests des composants de plushaut niveau. Ce processus est répété jusqu’au

test du composant le plus haut de la hiérarchie.Voir aussi Tests d’intégration.

boundary value: An input value or output valuewhich is on the edge of an equivalence partition or atthe smallest incremental distance on either side of anedge, for example the minimum or maximum value ofa range.

Valeur limite : une valeur d’entrée ou de sortiequi est au bord d’une partition, ou à la distanceminimale d’un incrément de chaque côté de cettelimite, par exemple le minimum ou le maximumd’une plage de valeurs.

boundary value analysis: A black box test designtechnique in which test cases are designed based onboundary values.

Analyse des valeurs limites : une technique deconception de tests boîte noire dans laquelle lescas de tests sont conçus sur la base des valeurs

limites.boundary value coverage: The percentage ofboundary values that have been exercised by a testsuite.

Couverture des valeurs limite : le pourcentagede valeurs limites qui ont été couvertes par unesuite de tests.

boundary value testing: See boundary valueanalysis.

Tests des valeurs limites : voir Analyse desvaleurs limites.

branch: A basic block that can be selected forexecution based on a program construct in which oneof two or more alternative program paths areavailable, e.g. case, jump, go to, ifthen-else.

Branche : un bloc de base qui peut êtresélectionné pour exécution, basé sur uneconstruction programmatique dans laquelle unchemin, parmi deux ou plus, est disponible parexemple case, jump, go to, if-then-else.

branch condition: See condition. Conditions de branchement : voir conditionbranch condition combination coverage: Seemultiple condition coverage.

Couverture des conditions de branchement :couverture des conditions multiples


9/53



International

Software Testing



branch condition combination testing: Seemultiple condition testing.

Test de conditions de branchement combinées: Voir Test des conditions multiples

branch condition coverage: See condition

coverage.

Couverture des conditions de branchement :

Voir couverture des conditions branch coverage: The percentage of branches thathave been exercised by a test suite. 100% branchcoverage implies both 100% decision coverage and100% statement coverage.

Couverture des branches : le pourcentage desbranches qui ont été exécutés dans une suite detests. 100% de couverture des branches implique100% de couverture des décisions et 100% decouverture des instructions.

branch testing: A white box test design technique inwhich test cases are designed to execute branches.

Tests des branches : une technique deconception des tests boîte blanche dans laquelleles cas de tests sont conçus pour exécuter lesbranches.

bug: See defect. Bug : voir défautbusiness process-based testing: An approach totesting in which test cases are designed based on

descriptions and/or knowledge of businessprocesses.

Tests basés sur les Processus Métier : uneapproche du tests où les cas de tests sont conçus

sur base des descriptions et/ou connaissancesdes processus métier.

CCapability Maturity Model (CMM): A five levelstaged framework that describes the key elements ofan effective software process. The Capability MaturityModel covers practices for planning, engineering andmanaging software development and maintenance.[CMM]

Capability Maturity Model (CMM) Modèle deMaturité CMM: une structure en cinq niveaux quidécrit les éléments clé d’un processus logicielefficace. Le CMM couvre les pratiques pour laplanification, l’ingénierie et la gestion desdéveloppements et de la maintenance deslogiciels. [CMM]

Capability Maturity Model Integration (CMMI): Aframework that describes the key elements of aneffective product development and maintenanceprocess. The Capability Maturity Model Integrationcovers practices for planning, engineering andmanaging product development and maintenance.CMMI is the designated successor of the CMM.[CMMI]

Capability Maturity Model Integration (CMMI):une structure décrivant les éléments clé d’unprocessus de développement et de maintenanceefficace d’un produit. Le Capability Maturity ModelIntegration couvre les pratiques pour le planning,l’ingénierie et la gestion du développement et dela maintenance du produit. CMMI est lesuccesseur désigné de CMM [CMMI]

capture/playback tool: A type of test execution toolwhere inputs are recorded during manual testing in

order to generate automated test scripts that can beexecuted later (i.e. replayed). These tools are oftenused to support automated regression testing.

Outil de capture/playback : un type d’outild’exécution de tests où les entrées sont

enregistrées pendant les tests manuels, afin degénérer des scripts automatisés qui peuvent êtreexécutés ultérieurement (rejoués). Ces outils sontsouvent utilisés pour fournir un supportautomatisé aux tests de régression.

capture/replay tool: See capture/playback tool. Outil de capture/rejeu : voir outils decapture/playback

CASE: Acronym for Computer Aided SoftwareEngineering.

CASE: Acronyme de Computer Aided SoftwareEngineering (Conception Logicielle Assistée parOrdinateur)

CAST: Acronym for Computer Aided SoftwareTesting. See also test automation.

CAST: Acronyme de Computer Aided SoftwareTesting (Test Logiciel Assisté par Ordinateur).

Voir aussi Automatisation des tests.


10/53



International

Software Testing



cause-effect graph: A graphical representation ofinputs and/or stimuli (causes) with their associatedoutputs (effects), which can be used to design test

cases.

Graphe de cause à effet : une représentationgraphique des entrées et/ou stimuli avec leurssorties (effets) associées, qui peuvent être

utilisées pour la conception des cas de tests.cause-effect graphing: A black box test designtechnique in which test cases are designed fromcause-effect graphs. [BS 7925/2]

Mise en graphe de Cause à Effet : unetechnique de conception de tests boîte noire selonlaquelle les cas de tests sont conçus à partir dugraphe de cause à effet [BS 7925/2]

cause-effect analysis: See cause/effect graphing. Analyse de cause à effet : voir Graphe de causeà effet.

cause-effect decision table: See decision table. Table de décision de cause à effet : voir tablede décision

certification: The process of confirming that acomponent, system or person complies with itsspecified requirements, e.g. by passing an exam.

Certification : le processus de confirmation d’uncomposant, système ou d’une personne seconforme à des exigences spécifiées, par

exemple en passant un examen.changeability: The capability of the software productto enable specified modifications to be implemented.[ISO 9126] See also maintainability.

Variabilité : capacité d’un produit logiciel àpermettre l’implémentation de modificationsspécifiées. [ISO 9126], voir aussi maintenabilité.

checker: See reviewer. Contrôleur : réviseurChow's coverage metrics: See N-switch coverage.[Chow]

Métrique de couverture de Chow : voir couverture d’aiguillage-N

classification tree method: A black box test designtechnique in which test cases, described by means ofa classification tree, are designed to executecombinations of representatives of input and/or outputdomains. [Grochtmann]

Méthode de classification arborescente : unetechnique de conception de tests boîte noireselon laquelle les cas de tests, décrits par le biaisd’une arborescence, sont conçus pour exécuterdes combinaisons de domaines représentatifs

d’entrées ou de sorties [Grochtmann]code analyzer: See static code analyzer. Analyseur de code : voir analyseur de code

statiquecode coverage: An analysis method that determineswhich parts of the software have been executed(covered) by the test suite and which parts have notbeen executed, e.g. statement coverage, decisioncoverage or condition coverage.

Couverture de code : une méthode d’analyse quidétermine quelles parties du logiciel ont étéexécutées (couvertes) par une suite de tests etquelles parties ne l’ont pas été, p.ex. couverturedes instructions, des décisions ou des conditions.

code-based testing: See white box testing. Tests basés sur le code : voir tests boîteblanche

co-existence: The capability of the software productto co-exist with other independent software in acommon environment sharing common resources.[ISO 9126] See portability testing.

Co-existence : la capacité d’un produit logiciel àco-exister avec d’autres logiciels indépendantsdans un environnement commun partageant desressources communes [ISO 9126] voir tests deprotabilité.

commercial off-the-shelf software: See off-the-shelfsoftware.

Logiciel commercial sur étagère : voir logicielsur étagère

comparator: See test comparator. Comparateur : voir comparateurs de testscompatibility testing: See interoperability testing. Tests de compatibilité : voir test

d’interopérabilité complete testing: See exhaustive testing. Test complet : voir tests exhaustifscompletion criteria: See exit criteria. Critère de complétude :voir critère de sorite


11/53



International

Software Testing



complexity: The degree to which a component orsystem has a design and/or internal structure that isdifficult to understand, maintain and verify. See also

cyclomatic complexity.

Complexité : le degré par lequel un composantou système a une conception et/ou une structureinterne qui est difficile à comprendre, maintenir et

vérifier. Voir aussi Complexité Cyclomatique.

compliance: The capability of the software product toadhere to standards, conventions or regulations inlaws and similar prescriptions. [ISO 9126]

Conformité : capacité d’un produit logiciel àadhérer à des standards, conventions ouconsignes dans des lois ou prescriptionssimilaires [ISO 9126].

compliance testing: The process of testing todetermine the compliance of component or system.

Test de conformité : le processus de test pourdéterminer la conformité d’un composant ousystème (à ses exigences).

component: A minimal software item that can be

tested in isolation.

Composant : un élément logiciel minimal qui peut

être testé isolément.component integration testing: Testing performedto expose defects in the interfaces and interactionbetween integrated components.

Test d’intégration de composants : test effectuépour découvrir des défauts dans les interfaces etles interactions entre des composants intégrés.

component specification: A description of acomponent’s function in terms of its output values forspecified input values under specified conditions, andrequired non-functional behavior (e.g. resource-utilization).

Spécification de composant : une descriptiondes fonctions de composant en termes de valeursde sortie pour des valeurs d’entrée spécifiée sousdes conditions spécifiées, et les comportementsnon-fonctionnels requis (p.ex; utilisation desressources)

component testing: The testing of individualsoftware components. [After IEEE 610]

Test de composant : le test de composantslogiciels individuels [d’après IEEE 610]

compound condition: Two or more single conditions joined by means of a logical operator (AND, OR orXOR), e.g. ‘A>B AND C>1000’.

Condition composite : deux ou plus conditionssimples jointes par un opérateur logique (AND,OR ou XOR)

concrete test case: See low level test case. Cas de test concret : voir cas de test de basniveau

concurrency testing: Testing to determine how theoccurrence of two or more activities within the sameinterval of time, achieved either by interleaving theactivities or by simultaneous execution, is handled bythe component or system. [After IEEE 610]

Test de simultanéité : tests pour déterminercomment l’occurrence de deux activités ou plussur un même intervalle de temps, obtenue enintercalant les activités ou en les exécutantsimultanément, est gérée par le composant ousystème [d’après IEEE 610]

condition: A logical expression that can be evaluatedas True or False, e.g. A>B. See also test condition.

Condition : expression logique qui peut êtreévaluée à Vrai ou Faux, p.ex. A>B. Voir aussiCondition de tests

condition combination coverage: See multiplecondition coverage.

Couverture des conditions combinées : voircouverture des conditions multiples

condition combination testing: See multiplecondition testing.

Test de combinaisons de conditions : voir testde conditions multiples

condition coverage: The percentage of conditionoutcomes that have been exercised by a test suite.100% condition coverage requires each singlecondition in every decision statement to be tested asTrue and False.

Couverture des conditions : le pourcentage desrésultats de conditions qui ont été exercés par unesuite de tests. 100% de couverture des conditionsnécessite que chaque condition simple danschaque instruction conditionnelle soit testée en

Vrai et en Faux.


12/53



International

Software Testing



condition determination coverage: The percentageof all single condition outcomes that independentlyaffect a decision outcome that have been exercised

by a test case suite. 100% condition determinationcoverage implies 100% decision condition coverage.

Couverture des conditions et décisions : lepourcentage de tous les résultats de conditionssimples qui affectent de façon indépendante les

résultats des conditions qui ont été exercés parune suite de cas de tests. 100% de couverturedes déterminations des conditions implique 100%de couvertures de conditions et décisions.

condition determination testing: A white box testdesign technique in which test cases are designed toexecute single condition outcomes that independentlyaffect a decision outcome.

Test de détermination des conditions : unetechnique de conception de tests boîte blancheselon laquelle les cas de tests sont conçus pourexécuter des résultats de conditions simples quiaffectent indépendamment les résultats d’unedécision.

condition testing: A white box test design techniquein which test cases are designed to execute conditionoutcomes.

Test des conditions : une technique deconception de test boîte blanche selon laquelle lescas de tests sont conçus pour exécuter lesrésultats de conditions.

condition outcome: The evaluation of a condition toTrue or False.

Résultat de condition : l’évaluation d’unecondition à Vrai ou Faux

confidence test: See smoke test. Test de confiance : voir test fumigatoireconfiguration: The composition of a component orsystem as defined by the number, nature, andinterconnections of its constituent parts.

Configuration : Composition d’un composant ousystème défini par le nombre, la nature et lesinterconnexions de ses parties constituantes.

configuration auditing: The function to check on thecontents of libraries of configuration items, e.g. forstandards compliance. [IEEE 610]

Audit de configuration : la vérification ducontenu des librairies d’éléments de configuration,p.ex. pour une conformité à des standards. [IEEE610]

configuration control: An element of configurationmanagement, consisting of the evaluation, co-ordination, approval or disapproval, andimplementation of changes to configuration itemsafter formal establishment of their configurationidentification. [IEEE 610]

Contrôle de configuration : un élément de lagestion de configuration, consistant enl’évaluation, la coordination, l’approbation ou ladésapprobation, et l’implantation de modificationsdes éléments de configuration aprèsl’établissement de leur identification deconfiguration [IEEE 610]

configuration identification: An element ofconfiguration management, consisting of selecting theconfiguration items for a system and recording theirfunctional and physical characteristics in technicaldocumentation. [IEEE 610]

Identification de configuration : un élément dela gestion de configuration, consistant en lasélection des éléments de configuration pour unsystème et l’enregistrement de leurscaractéristiques fonctionnelles et physiques dans

une documentation technique [IEEE 610]

configuration item: An aggregation of hardware,software or both, that is designated for configurationmanagement and treated as a single entity in theconfiguration management process. [IEEE 610]

Élément de configuration : un ensemble dematériels, logiciels (ou les deux), qui entre dans lagestion de configuration et est traité comme uneentité unitaire dans le processus de gestion deconfiguration [IEEE 610]


13/53



International

Software Testing



configuration management: A discipline applyingtechnical and administrative direction and surveillanceto: identify and document the functional and physical

characteristics of a configuration item, controlchanges to those characteristics, record and reportchange processing and implementation status, andverify compliance with specified requirements. [IEEE610]

Gestion de configuration : une disciplineappliquant une direction et surveillance techniqueet administrative pour : identifier et documenter

les caractéristiques fonctionnelles et physiquesd’un élément de configuration, contrôler lesmodifications de ces caractéristiques, enregistreret informer des modifications et étatsd’implémentation, et vérifier la conformité avecdes exigences spécifiées [IEEE 610]

configuration testing: See portability testing. Test de configuration : voir test de portabilitéconfirmation testing: See re-testing. Test de confirmation : voir retestconformance testing: See compliance testing. Test de conformance : voir test de conformitéconsistency: The degree of uniformity,standardization, and freedom from contradiction

among the documents or parts of a component orsystem. [IEEE 610]

Cohérence : le degré d’uniformité, destandardisation, et l’absence de contradictions

dans les documents ou parties d’un composant ousystème [IEEE 610]

control flow: An abstract representation of allpossible sequences of events (paths) in the executionthrough a component or system.

Flux de contrôle : une représentation abstraitede toutes les séquences d’événements (chemins)dans l’exécution d’un composant ou système.

control flow graph: See control flow. Graphe de flux de contrôle : voir flux de contrôlecontrol flow path: See path. Chemin de flux de contrôle : voir cheminconversion testing: Testing of software used toconvert data from existing systems for use inreplacement systems.

Test de conversion : test du logiciel utilisé pourconvertir des données depuis des systèmesexistants pour une utilisation dans les systèmesde remplacement.

COTS: Acronym for Commercial Off-The-Shelfsoftware. COTS : acronyme pour Commercial Off-The-Shelfsoftware, (logiciel commercial sur étagère)coverage: The degree, expressed as a percentage,to which a specified coverage item has beenexercised by a test suite.

Couverture : le degré, exprimé en pourcentage,selon lequel un élément de couverture spécifié aété exécuté lors d’une suite de test.

coverage analysis: Measurement of achievedcoverage to a specified coverage item during testexecution referring to predetermined criteria todetermine whether additional testing is required and ifso, which test cases are needed.

Analyse de couverture : mesure de lacouverture atteinte sur un élément de couverturependant l’exécution de tests, se référant à descritères prédéterminés pour déterminer si destests supplémentaires sont nécessaires et si c’estle cas quels cas de test sont nécessaires.

coverage item: An entity or property used as a basis

for test coverage, e.g. equivalence partitions or codestatements.

Élément de couverture : une entité ou propriété

utilisée comme base pour un test de couverture,p.ex. partitions d’équivalence, instructions du code

coverage tool: A tool that provides objectivemeasures of what structural elements, e.g.statements, branches have been exercised by thetest suite.

Outil de couverture : un outil qui fournit desmesures objectives de quels éléments structurels(p.ex. instructions, branches) ont été employéslors de l’exécution d’une suite de tests.

custom software: See bespoke software. Logiciel personnalisé : voir logiciel sur mesure


14/53



International

Software Testing



cyclomatic complexity: The number of independentpaths through a program. Cyclomatic complexity isdefined 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 dechemins indépendants au travers d’unprogramme. La complexité cyclomatique est

définie par L – N + 2P, avec :- L : le nombre d’arcs/liens d’un graphe- N : le nombre de nœuds du graphe- P le nombre de parties déconnectées du graphe(p.ex. un graphe appelant et une sous-programme) [d’après McCabe]

cyclomatic number: See cyclomatic complexity. Nombre cyclomatique : voir complexitécyclomatique

Ddata definition: An executable statement where avariable is assigned a value.

Définition de donnée : une instructionexécutable où une variable est affectée d’une

valeur.data-driven testing: A scripting technique that storestest input and expected results in a table orspreadsheet, so that a single control script canexecute all of the tests in the table. Data driventesting is often used to support the application of testexecution tools such as capture/playback tools.[Fewster and Graham] See also keyword driventesting.

Tests piloté par les données : une technique descript qui sauvegarde les entrées et résultatsattendus dans une table ou un tableur, de façon àce qu’un seul script de contrôle puisse exécutertous les tests de la table. Les tests déterminéspar les données sont souvent utilisés pourassister l’utilisation de tests automatisés tels ceuxde capture/rejeu. [Fewster et Graham] voir aussitests déterminés par mots clé.

data flow: An abstract representation of thesequence 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 données : une représentation abstraitede la séquence et des modifications possibles de

l’état des objets de données, où l’état d’un objetest soit création, utilisation ou destruction [Beizer]

data flow analysis: A form of static analysis basedon the definition and usage of variables.

Analyse du flux de données : une formed’analyse statique basée sur la définition etl’usage des variables.

data flow coverage: The percentage of definition-use pairs that have been exercised by a test casesuite.

Couverture du flux de données : le pourcentagede paires de décision-usage qui ont étéempruntés par une suite de cas de tests.

Data flow test: A white box test design technique inwhich test cases are designed to execute definitionand use pairs of variables.

Test du flux de données : une technique deconception de tests boîte blanche dans laquelleles cas de tests sont conçus pour exécuter les

paires de définition et d’usage de variables.dead code: See unreachable code. Code mort : voir code inatteignabledebugger: See debugging tool. Débogueur : voir outil de débogagedebugging: The process of finding, analyzing andremoving the causes of failures in software.

Déboguer : le processus de trouver, analyser etéliminer les causes de défaillance dans leslogiciels.

debugging tool: A tool used by programmers toreproduce failures, investigate the state of programsand find the corresponding defect. Debuggers enableprogrammers to execute programs step by step, tohalt a program at any program statement and to setand examine program variables.

Outil de débogage : un outil utilisé par lesprogrammeurs pour reproduire les anomalies,examiner l’état des programmes et trouver lesdéfauts correspondants. Les outils de débogagepermettent aux programmeurs d’exécuter unprogramme pas à pas, d’arrêter un programme à

à une instruction du programme et de fixer etexaminer les variables du programme.


15/53



International

Software Testing



decision: A program point at which the control flowhas two or more alternative routes. A node with two ormore links to separate branches.

Décision : un point dans un programme où le flotde contrôle a deux ou plus chemins possibles. Unnœud avec deux ou plus liens vers des branches

séparées.decision condition coverage: The percentage of allcondition outcomes and decision outcomes that havebeen exercised by a test suite. 100% decisioncondition coverage implies both 100% conditioncoverage and 100% decision coverage.

Couverture des décision-condition : lepourcentage des résultats de toutes les conditionset résultats des décisions qui ont été exercées parune suite de tests. 100% de couvertures desdécisions-conditions implique à la fois 100% decouverture des conditions et 100% de couverturedes décisions.

decision condition testing: A white box test designtechnique in which test cases are designed toexecute condition outcomes and decision outcomes.

Test de couverture des décisions : unetechnique de conception des tests boîte blancheoù les cas de tests sont désignés pour exécuterles résultats et conditions et les résultats desdécisions.

decision coverage: The percentage of decisionoutcomes that have been exercised by a test suite.100% decision coverage implies both 100% branchcoverage and 100% statement coverage.

Couverture des décisions : le pourcentage desrésultats de décisions qui ont été exécutées parune suite de tests. 100% de couverture desdécisions implique 100% de couverture desbranches et 100% de couvertures desinstructions.

decision table: A table showing combinations ofinputs and/or stimuli (causes) with their associatedoutputs and/or actions (effects), which can be used todesign test cases.

Table de décision : table montrant lacombinaison des entrées et/ou stimuli (causes) etde leurs sorties et/ou actions (effets) associées,qui peut être utilisée pour concevoir des cas detests.

decision table testing: A black box test design

techniques in which test cases are designed toexecute the combinations of inputs and/or stimuli(causes) shown in a decision table. [Veenendaal]

Test par tables de décisions : une technique de

conception des tests boîte noire dans laquelle lescas de tests sont conçus pour exécuter lescombinaisons d’entrées et/ou de stimuli (causes)présentes dans une table de décision[Veenendaal]

decision testing: A white box test design techniquein which test cases are designed to execute decisionoutcomes.

Test des décisions : Une technique deconception de tests boîte blanche selon laquelleles cas de tests sont conçus pour exécuter lesrésultats de décisions.

decision outcome: The result of a decision (whichtherefore determines the branches to be taken).

Résultat de décision : le résultat d’une décision(qui détermine les branches devant être prises)

defect: A flaw in a component or system that cancause the component or system to fail to perform itsrequired function, e.g. an incorrect statement or datadefinition. A defect, if encountered during execution,may cause a failure of the component or system.

Défaut : une imperfection dans un composant ouun système qui peut conduire à ce qu’uncomposant ou un système n’exécute pas lesfonctions requises, par exemple une instruction ouune définition de données incorrecte. Un défaut,si rencontré lors de l’exécution, peut causer ladéfaillance d’un composant ou d’un système.

defect density: The number of defects identified in acomponent or system divided by the size of thecomponent or system (expressed in standardmeasurement terms, e.g. lines-of-code, number ofclasses or function points).

Densité de défauts: le nombre d’anomaliesidentifiées dans un composant ou système, divisépar la taille du composant ou système (exprimé entermes de mesure standard tel lignes de code,nombre de classes ou points de fonctions).


16/53



International

Software Testing



Defect Detection Percentage (DDP): the number ofdefects found by a test phase, divided by the numberfound by that test phase and any other means

afterwards.

Pourcentage de détection des défauts (DDP) : le nombre d’anomalies détectées dans une phasede test, divisé par la somme des anomalies

trouvées par cette phase et toutes les phasesultérieures.defect report: A document reporting on any flaw in acomponent or system that can cause the componentor system to fail to perform its required function. [AfterIEEE 829]

Rapport d’anomalie : un document fournissantune information sur un défaut dans un composantou système qui peut conduire le composant ou lesystème à ne pas exécuter les fonctions requises.[d’après IEEE 829]

defect tracking tool: See incident management tool. Outil de suivi d’anomalies : voir outil de gestiond’incident

defect management: The process of recognizing,investigating, taking action and disposing of defects. Itinvolves recording defects, classifying them andidentifying the impact. [After IEEE 1044]

Gestion d’anomalie : processus dereconnaissance, d’investigation, d’action et detraitement des anomalies. Cela impliquel’enregistrement des anomalies, leur classification

et l’identification de leur impact [d’après IEEE1044]defect management tool: See incident managementtool.

Outil de gestion d’anomalies : voir outil degestion d’incident.

defect masking: An occurrence in which one defectprevents the detection of another. [AfterIEEE 610]

Masquage d’anomalie : un cas où un défautempêche la détection d’un autre [d’après IEEE610]

definition-use pair: The association of the definitionof a variable with the use of that variable. Variableuses include computational (e.g. multiplication) or todirect the execution of a path (“predicate” use).

Paires définition-usage : l’association de ladéfinition d’une variable et de l’usage de cettevariable. L’ « usage » d’une variable inclut soncalcul (p.ex. multiplication) ou son utilisation dansla sélection d’un chemin (utilisation comme

« prédicat »)deliverable: Any (work) product that must bedelivered to someone other that the (work) product’sauthor.

Livrable : tout produit (travail) qui doit être livrépar quelqu’un à une personne autre que l’auteurdu produit (travail).

design-based testing: An approach to testing inwhich test cases are designed based on thearchitecture and/or detailed design of a component orsystem (e.g. tests of interfaces between componentsor systems).

Test basé sur le design : une approche du testselon laquelle les cas de tests sont conçus sur labase de l’architecture et/ou des conceptionsdétaillées d’un composant ou système (p.ex. testsdes interfaces entre composants ou systèmes)

desk checking: Testing of software or specificationby manual simulation of its execution.

Vérification manuelle : test d’un logiciel ou despécifications par une simulation manuelle de son

exécution.development testing: Formal or informal testingconducted during the implementation of a componentor system, usually in the development environment bydevelopers. [After IEEE 610]

Test du développement : tests formels ouinformels exécutés pendant la réalisation d’uncomposant ou système, généralement dansl’environnement de développement et par lesdéveloppeurs. [d’après IEEE 610]

deviation: See incident. Déviation, divergence : voir incidentdeviation report: See incident report. Rapport de déviation Rapport de divergence :

voir rapport d’incidentdirty testing: See negative testing. Test sale : voir tests négatifsDocumentation testing: Testing the quality of the

documentation, e.g. user guide or installation guide.

Test de documentation : tester la qualité de la

documentation, p.ex. guide utilisateur ou guided’installation.


17/53



International

Software Testing



domain: The set from which valid input and/or outputvalues can be selected.

Domaine : ensemble à partir duquel des donnéesvalides d’entrée ou de sortie peuvent êtresélectionnées.

driver: A software component or test tool thatreplaces a component that takes care of the controland/or the calling of a component or system. [AfterTMap]

Conducteur : un composant logiciel ou outil detests qui remplace un composant qui contrôleet/ou appelle un composant ou système [d’aprèsTMap]

dynamic analysis: The process of evaluatingbehavior, e.g. memory performance, CPU usage, of asystem or component during execution. [After IEEE610]

Analyse dynamique : le processus d’évaluationdu comportement (p.ex. performance mémoire,utilisation CPU) d’un composant ou systèmependant son exécution [d’après IEEE 610]

dynamic comparison: Comparison of actual andexpected results, performed while the software isbeing executed, for example by a test execution tool.

Comparaison dynamique : comparaison desrésultats effectifs et attendus, effectuée pendantque le logiciel est exécuté, par exemple par

l’exécution d’un outil de test.

dynamic testing: Testing that involves the executionof the software of a component or system.

Test dynamique : test qui nécessite l’exécutiondu logiciel d’un composant ou système

Eefficiency: The capability of the software product toprovide appropriate performance, relative to theamount of resources used under stated conditions.[ISO 9126]

Rendement : la capacité du produit logiciel àfournir des performances appropriées, relatives auniveau de ressources utilisées dans desconditions spécifiées. [ISO 9126]

efficiency testing: The process of testing todetermine the efficiency of a software product.

Tests de rendement : le processus de test pourdéterminer le rendement d’un produit logiciel.

elementary comparison testing: A black box testdesign techniques in which test cases are designed toexecute combinations of inputs using the concept ofcondition determination coverage. [TMap]

Test de comparaison élémentaire :unetechnique de conception de tests boîte noire selonlaquelle les cas de tests sont conçus pourexécuter les combinaisons d’entrées en utilisant leconcept de couverture des conditions et décisions

emulator: A device, computer program, or systemthat accepts the same inputs and produces the sameoutputs as a given system. [IEEE 610] See alsosimulator.

Émulateur : un appareil, programme ou systèmequi accepte les mêmes entrées et produit lesmêmes résultats qu’un système donné [IEEE 610]voir aussi Simulateur

entry criteria: the set of generic and specificconditions for permitting a process to go forward witha defined task, e.g. test phase. The purpose of entrycriteria is to prevent a task from starting which wouldentail more (wasted) effort compared to the effortneeded to remove the failed entry criteria. [Gilb andGraham]

Critère d’entrée : l’ensemble des conditionsspécifiques et génériques pour permettre à unprocessus de continuer à exécuter une tâchedéfinie (p.ex. une phase de tests). Le but d’uncritère d’entrée est d’empêcher le début d’unetâche qui générerait une charge de travail plusimportante (inutile et gaspillée) que cellenécessaire pour supprimer le critère d’entréedéfaillant. [Gilb et Graham]

entry point: The first executable statement within acomponent.

Point d’entrée :première instruction exécutabledans un composant

equivalence class: See equivalence partition. Classe d’équivalence : voir partition

d’équivalence


18/53



International

Software Testing



equivalence partition: A portion of an input or outputdomain for which the behavior of a component orsystem is assumed to be the same, based on the

specification.

Partition d’équivalence : une portion d’undomaine d’entrée ou de sortie pour laquelle lecomportement d’un composant ou système est

supposé être le même, basé sur cesspécifications.equivalence partition coverage: The percentage ofequivalence partitions that have been exercised by atest suite.

Couverture des partitions d’équivalence : lepourcentage de partitions d’équivalence qui ontété exercées par une suite de tests.

equivalence partitioning: A black box test designtechnique in which test cases are designed toexecute representatives from equivalence partitions.In principle test cases are designed to cover eachpartition at least once.

Partition d’équivalence : une technique deconception de boîte noire selon laquelle les casde tests sont conçus pour exécuter desreprésentants des partitions d’équivalence. Enprincipe, les cas de tests sont conçus pour couvrirchaque partition au moins une fois.

error: A human action that produces an incorrect

result. [After IEEE 610]

Erreur : action humaine produisant un résultat

incorrect [d’après IEEE 610]écart entre une valeur ou condition calculée,observée ou mesurée et la valeur ou condition quiest vraie, spécifiée ou théoriquement correcte.[IEEE 729]

error guessing: A test design technique where theexperience of the tester is used to anticipate whatdefects might be present in the component or systemunder test as a result of errors made, and to designtests specifically to expose them.

Estimation d’erreur: une technique deconception de tests où l’expérience du testeur estutilisée pour anticiper les défauts pouvant êtreprésents dans le composant ou système en coursde tests, comme résultat des erreurs faites, etpour concevoir des tests spécifiques afin de lesexposer.

error seeding: The process of intentionally addingknown defects to those already in the component orsystem for the purpose of monitoring the rate ofdetection and removal, and estimating the number ofremaining defects. [IEEE 610]

Injection d’erreurs : le processus d’ajoutintentionnel de défauts connus à ceux déjàprésent dans le composant ou système, afin desurveiller le taux de détection et de suppression,et estimer le nombre de défauts restant [IEEE610]

error tolerance: The ability of a system orcomponent to continue normal operation despite thepresence of erroneous inputs. [After IEEE 610].

Tolérance aux erreurs : la capacité d’un systèmeou composant à continuer une opération normalemalgré la présence de données d’entrée erronées[d’après IEEE 610]

evaluation: See testing. Évaluation : voir testexception handling: Behavior of a component or

system in response to erroneous input, from either ahuman user or from another component or system, orto an internal failure.

Gestion des exceptions : comportement d’un

composant ou système en réponse à desdonnées d’entrée erronées, fournies par unutilisateur humain ou par un autre composant ousystème, ou en réponse à une défaillance interne.

executable statement: A statement which, whencompiled, is translated into object code, and whichwill be executed procedurally when the program isrunning and may perform an action on data.

Instruction exécutable : une instruction qui,quand elle est compilée, est traduite en codeobjet, et sera exécutée de façon procéduralequand le programme s’exécute et peut effectuerune action sur des données ou le déroulement duprogramme.


19/53



International

Software Testing



exercised: A program element is said to be exercisedby a test case when the input value causes theexecution of that element, such as a statement,

decision, or other structural element.

Exercé : un élément d’un programme est dit êtreexercé par un cas de test quand les valeursd’entrée causent l’exécution de cet élément, tel

qu’une instruction, décision ou autre élément destructure.

exhaustive testing: A test approach in which the testsuite comprises all combinations of input values andpreconditions.

Tests exhaustifs : une approche des tests selonlaquelle la suite de tests comprend toutes lescombinaisons de valeurs d’entrée et de pré-conditions.

exit criteria: The set of generic and specificconditions, agreed upon with the stakeholders, forpermitting a process to be officially completed. Thepurpose of exit criteria is to prevent a task from beingconsidered completed when there are still outstandingparts of the task which have not been finished. Exit

criteria are used by testing to report against and toplan when to stop testing. [After Gilb and Graham]

Critère de sortie : l’ensemble des conditionsgénériques et spécifiques, convenues avec lesresponsables, pour permettre de terminerofficiellement un processus. L’objectif d’un critèrede sortie est d’éviter qu’une tâche ne soitconsidérée comme achevée alors qu’il y a encore

des parties de cette tâche qui n’ont pas ététerminées. Les critères de sortie sont utilisésdans le test pour faire des comptes rendus et pourplanifier l’arrêt du test. [D’après Gilb et Graham]

exit point: The last executable statement within acomponent.

Point de sortie : la dernière instructionexécutable d’un composant.

expected outcome: See expected result. Conséquence attendue : voir résultat attenduexpected result: The behavior predicted by thespecification, or another source, of the component orsystem under specified conditions.

Résultat attendu : le comportement prédit par lesspécifications, ou par d’autres sources, ducomposant ou système, dans des conditionsspécifiées.

exploratory testing: Testing where the testeractively controls the design of the tests as those testsare performed and uses information gained whiletesting to design new and better tests. [Bach]

Tests exploratoires : tests où le testeur contrôleactivement la conception des tests en mêmetemps que ces tests sont exécutés, et utilisel’information obtenue pendant les tests pourconcevoir de nouveaux et meilleurs tests [Bach]

Ffail: A test is deemed to fail if its actual result doesnot match its expected result.

Échec : un test est considéré en échec si sonrésultat obtenu ne correspond pas au résultatattendu.

failure: Actual deviation of the component or systemfrom its expected delivery, service or result. [AfterFenton]The inability of a system or system component toperform a required function within specified limits. Afailure may be produced when a fault is encountered[DO-178B]

Défaillance : Déviation constatée du composantou système de la fourniture, du service ou durésultat attendu [d’après Fenton];Fin de la capacité du système ou du composant àeffectuer la fonction requise, ou à l'effectuer dansles limites spécifiées. [d’après IEEE 729]Incapacité d’un système ou d’un composantd’exécuter une fonction requise dans les limitesspécifiées. Une défaillance peut être produitequand un défaut est rencontré [DO-178B]

failure mode: The physical or functionalmanifestation of a failure. For example, a system infailure mode may be characterized by slow operation,incorrect outputs, or complete termination ofexecution.

Mode de défaillance : la manifestation physiqueou fonctionnelle d’une défaillance. Par exemple,un système en mode de défaillance peut êtrecaractérisé par des opérations ralenties, dessorties incorrectes ou un arrêt complet de sonexécution.


20/53



International

Software Testing



Failure Mode and Effect Analysis (FMEA): Asystematic approach to risk identification and analysisof identifying possible modes of failure and attempting

to prevent their occurrence.

Analyse des Modes de Défaillance et Effets(AMDE) : une approche systématiqued’identification des risques et d’analyse pour

identifier les modes de défaillance possibles etessayer de prévenir leur occurrence.

failure rate: The ratio of the number of failures of agiven category to a given unit of measure, e.g.failures per unit of time, failures per number oftransactions, failures per number of computer runs.[IEEE 610]

Taux de défaillance : le rapport du nombre dedéfaillances d’une catégorie à une unité demesure donnée, p.ex. défaillances par unité detemps, par nombre de transactions, par nombred’exécutions [IEEE 610]

fault: See defect. Faute : voir Anomaliemanifestation d'une erreur dans un logiciel. Undéfaut peut causer une panne. [d’après IEEE 729]

fault density: See defect density. Densité de défauts : voir densité des anomalies

Fault Detection Percentage (FDP): See DefectDetection Percentage (DDP).

Pourcentage de Détection des Défauts : voirpourcentage de détection des défauts

fault masking: See defect masking. Masquage des défauts : masquage d’anomaliefault tolerance: The capability of the softwareproduct to maintain a specified level of performancein cases of software faults (defects) or of infringementof its specified interface. [ISO 9126] See alsoreliability.

Tolérance aux défauts : la capacité du produitlogiciel à maintenir le niveau spécifié deperformances en cas de défaut (anomalie) ou deviolation de ses interfaces spécifiées. [ISO 9126]voir aussi Fiabilité.

fault tree analysis: A method used to analyze thecauses of faults (defects).

Analyse par Arbre de défaillance : une méthodeutilisée pour analyser la cause des défauts(pannes ou anomalies). [CEI/IEC 1025:1990]

feasible path: A path for which a set of input valuesand preconditions exists which causes it to beexecuted.

Chemin faisable : un chemin pour lequel unensemble de valeurs d’entrées et de préconditionsexistent qui en causent l’exécution.

feature: An attribute of a component or systemspecified or implied by requirements documentation(for example reliability, usability or designconstraints). [After IEEE 1008]

Caractéristique : l’attribut d’un composant ousystème, spécifié ou suggéré par ladocumentation d’exigences (p.ex. contraintes defiabilité, disponibilité ou de conception). [d’aprèsIEEE 1008]

field testing: See beta testing. Tests sur le terrain : voir beta testsfinite state machine: A computational modelconsisting of a finite number of states and transitionsbetween those states, possibly with accompanying

actions. [IEEE 610]

Machine à états finis : un modèlecomputationnel consistant en un nombre finid’états et de transitions entre ces états, pouvant

être accompagnés d’actions [IEEE 610]finite state testing: See state transition testing. Test d’états finis : voir test de transition d’étatformal review: A review characterized bydocumented procedures and requirements, e.g.inspection.

Revue formelle : une revue caractérisée par desprocédures et exigences documentées (p.ex.inspection)

frozen test basis: A test basis document that canonly be amended by a formal change control process.See also baseline.

Base de tests gelée : un document de base detests qui ne peut être amendé que par unprocessus de contrôle des modifications formel.Voir aussi base de référence


21/53



International

Software Testing



Function Point Analysis (FPA): Method aiming tomeasure the size of the functionality of an informationsystem. The measurement is independent of the

technology. This measurement may be used as abasis for the measurement of productivity, theestimation of the needed resources, and projectcontrol.

Analyse des points de fonction (FPA) : méthode visant à mesurer la taille desfonctionnalités d’un système d’informations. La

mesure est dépendante de la technologie. Cettemesure peut être utilisée comme base pour lamesure de la productivité, l’estimation des besoinsen ressources et la gestion du projet.

functional integration: An integration approach thatcombines the components or systems for the purposeof getting a basic functionality working early. See alsointegration testing.

Intégration fonctionnelle : une approched’intégration qui combine les composants ousystèmes dans le but d’obtenir rapidement lefonctionnement d’une fonctionnalité de base. Voiraussi tests d’intégration

functional requirement: A requirement that specifiesa function that a component or system must perform.[IEEE 610]

Exigence fonctionnelle : une exigence quispécifie une fonction qu’un composant ousystème doit remplir [IEEE 610]

functional test design technique: Documentedprocedure to derive and select test cases based onan analysis of the specification of the functionality of acomponent or system without reference to its internalstructure. See also black box test design technique.

Technique de conception de test fonctionnel : procédure documentée pour dériver etsélectionner des cas de tests élaborés à partird’une analyse des spécifications desfonctionnalités d’un composant ou système sansréférence à sa structure interne. Voir aussitechnique de conception de tests boîte noire.

functional testing: Testing based on an analysis ofthe specification of the functionality of a component orsystem. See also black box testing.

Test fonctionnel : test basé sur une analyse desspécifications d’une fonctionnalité d’un composantou système. Voir test boîte noire.

functionality: The capability of the software productto provide functions which meet stated and impliedneeds when the software is used under specifiedconditions. [ISO 9126]

Fonctionnalité : la capacité d’un produit logiciel àfournir des fonctions qui répondent à des besoinsexplicites ou implicites quand le logiciel est utilisésous des conditions spécifiées [ISO 9126]

functionality testing: The process of testing todetermine the functionality of a software product.

Tests des fonctionnalités : le processus de testpour déterminer les fonctionnalités d’un produitlogiciel.

Gglass box testing: See white box testing. Test boîte de verre :voir test boîte blanche

Hheuristic evaluation: A static usability test techniqueto determine the compliance of a user interface withrecognized usability principles (the so-called“heuristics”).

Évaluation heuristique : une technique statiquede test d’utilisabilité pour déterminer la conformitéd’une interface utilisateur avec des principesd’utilisabilité reconnus (les « heuristiques »)

high level test case: A test case without concrete(implementation level) values for input data andexpected results.

Cas de tests de haut niveau : un cas de testssans valeurs d’entrée concrètes (au niveauimplémentation) ni résultats attendus concrets.


22/53



International

Software Testing



horizontal traceability: The tracing of requirementsfor a test level through the layers of testdocumentation (e.g. test plan, test design

specification, test case specification and testprocedure specification).

Traçabilité horizontale : le suivi des exigencespour un niveau de test au travers des couches dela documentation de tests (p.ex. plan de tests,

spécifications de conception de test, spécificationde cas de test et spécification de procédure detest)

Iimpact analysis: The assessment of change to thelayers of development documentation, testdocumentation and components, in order toimplement a given change to specified requirements.

Analyse d’impact : l’évaluation de modificationsdans les niveaux de documentation dedéveloppement, documentation de tests etcomposants, de façon à implémenter lamodification d’une exigence spécifique donnée.

incremental development model: A development

life cycle where a project is broken into a series ofincrements, each of which delivers a portion of thefunctionality in the overall project requirements. Therequirements are prioritized and delivered in priorityorder in the appropriate increment. In some (but notall) versions of this life cycle model, each subprojectfollows a ‘mini V-model’ with its own design, codingand testing phases.

Modèle de développement incrémental : un

modèle de cycle de développement où le projetest séparé en une série d’incréments, chacund’entre eux fournissant une portion desfonctionnalités de l’ensemble des exigences duprojet. Les exigences sont priorisées et fourniesdans l’ordre des priorités lors de l’incrémentapproprié. Dans quelques (mais pas toutes)versions de ce cycle de développement, chaquesous-projet suit un mini ‘cycle en V’ avec sespropres phases de conception, codage et tests.

incremental testing: Testing where components orsystems are integrated and tested one or some at a

time, until all the components or systems areintegrated and tested.

Tests incrémentaux : tests où les composantsou systèmes sont intégrés et testés un ou

plusieurs à la fois, jusqu’à ce que tous lescomposants ou systèmes soient intégrés ettestés.

incident: Any event occurring during testing thatrequires investigation. [After IEEE 1008]

Incident : tout événement arrivant pendant lestests qui requiert une vérification [d’après IEEE1008]

incident management: The process of recognizing,investigating, taking action and disposing of incidents.It involves recording incidents, classifying them andidentifying the impact. [After IEEE 1044]

Gestion d’incident : le processus dereconnaissance, d’investigation, d’action et detraitement des incidents. Il impliquel’enregistrement des incidents, leur classificationet l’analyse de leur impact [d’après IEEE 1044].

incident management tool: A tool that facilitates therecording and status tracking of incidents foundduring testing. They often have workflow-orientedfacilities to track and control the allocation, correctionand re-testing of incidents and provide reportingfacilities.

Outil de gestion d’incident : outil qui facilitel’enregistrement et le suivi des statuts desincidents trouvés pendant les tests. Les outisl dece type ont souvent des fonctions de workflowspour tracer et contrôler l’allocation, la correction etle retest de ces incidents et fournir des fonctionsde reporting.

incident report: A document reporting on any eventthat occurs during the testing which requiresinvestigation. [After IEEE 829]

Rapport d’incident : un document rendantcompte de tout événement apparaissant pendantles tests et qui requièrt une vérification. [d’aprèsIEEE 829]

independence: Separation of responsibilities, whichencourages the accomplishment of objective testing.

[After DO-178b]

Indépendance : séparation des responsabilitésqui favorisent l’exécution d’un test objectif [d’après

DO-178b]

infeasible path: A path that cannot be exercised by Chemin infaisable : un chemin qui ne peut être


23/53



International

Software Testing



any set of possible input values. exécuté par un ensemble possible de valeursd’entrée.

informal review: A review not based on a formal

(documented) procedure.

Revue informelle : une revue qui n’est pas basée

sur une procédure formelle (documentée)input: A variable (whether stored within a componentor outside) that is read by a component.

Entrée : une variable (stockée dans uncomposant ou en dehors) qui est lue par uncomposant

input domain: The set from which valid input valuescan be selected.. See also domain.

Domaine d’entrée : l’ensemble à partir duquelpeuvent être sélectionnées des valeurs d’entréevalides. Voir aussi domaine.

input value: An instance of an input. See also input. Valeur d’entrée : une instance d’une entrée. Voiraussi entrée

inspection: A type of review that relies on visualexamination of documents to detect defects, e.g.violations of development standards and non-

conformance to higher level documentation. The mostformal review technique and therefore always basedon a documented procedure. [After IEEE 610, IEEE1028]

Inspection : un type de revue qui se base sur unexamen visuel de documents pour détecter desdéfauts (p.ex. violation des standards de

développement et non respect de documentationde haut niveau). Revues techniques les plusformelles et donc toujours basées sur desprocédures documentées [d’après IEEE 610,IEEE 1028]

inspection leader: See moderator.inspector: See reviewer. Inspecteur : voir réviseurinstallability: The capability of the software productto be installed in a specified environment [ISO 9126].See also portability.

Installabilité : capacité du produit logiciel à êtreinstallé dans un environnement spécifié [ISO9126] voir aussi portabilité.

installability testing: The process of testing theinstallability of a software product. See also portability

testing.

Test d’installabilité : le processus consistant àtester l’installabilité d’un produit logiciel. Voir

aussi test de portabilité

installation guide: Supplied instructions on anysuitable media, which guides the installer through theinstallation process. This may be a manual guide,step-by-step procedure, installation wizard, or anyother similar process description.

Guide d’installation : instructions fournies sur unmédia adéquat, qui guide l’installateur au cours duprocessus d’installation. Ceci peut être unmanuel, des procédures pas à pas, un démond’installation, ou tout autre description similaire deprocessus

installation wizard: Supplied software on anysuitable media, which leads the installer through theinstallation process. It normally runs the installationprocess, provides feedback on installation results,and prompts for options.

Démon d’installation : logiciel fourni sur unmédia adéquat, qui dirige l’installateur dans leprocessus d’installation. Il exécute normalementle processus d’installation, fournit des informationssur les résultats d’installation et propose desoptions.

instrumentation: The insertion of additional codeinto the program in order to collect information aboutprogram behavior during execution.

Instrumentation : l’insertion de code additionneldans le programme pour recueillir desinformations sur le comportement du programmependant son exécution.

instrumenter: A software tool used to carry outinstrumentation.

Instrumenteur : un outil logiciel utilise pour uneinstrumentation.


24/53



International

Software Testing



intake test: A special instance of a smoke test todecide if the component or system is ready fordetailed and further testing. An intake test is typically

carried out at the start of the test execution phase.

Test d’admission : une instance spéciale destests fumigatoires pour décider si le composant ousystème est prêt pour des tests détaillés et plus

complets. Un test d’admission est typiquementeffectué au début d’une phase d’exécution detests

integration: The process of combining componentsor systems into larger assemblies.

Intégration : le processus de combiner descomposants ou systèmes en assemblages plusgrands.

integration testing: Testing performed to exposedefects in the interfaces and in the interactionsbetween integrated components or systems. See alsocomponent integration testing, system integrationtesting.

Tests d’intégration : tests effectués pour montrerdes défauts dans les interfaces et interactions decomposan

Documents

Glossaire Termes Utilises Tests Logiciels