Mexico 9 Istqb

Front 1

PROCESSUS DE TEST

Back 1

Ensemble d'activités interdépendantes comprenant la planification des tests, le suivi et le contrôle des tests, l'analyse de test, la conception des tests, l’implémentation des tests, l'exécution des tests et la clôture des tests.

Front 2

TEST P

Back 2

Un ensemble d’un ou plusieurs cas de tests.

Front 3

EXÉCUTION DES TESTS P

Back 3

Processus consistant à exécuter un test sur un composant ou système en test, en produisant le(s) résultat(s) obtenu(s)

Front 4

VALIDATION P

Back 4

Confirmation par l’examen et la fourniture de preuves objectives que les exigences, pour un usage ou une application voulue, ont été satisfaites [ISO 9000]

Front 5

OBJECTIF DE TEST P

Back 5

Une raison ou but de la conception et l’exécution d’un test

Front 6

OBJET DE TEST P

Back 6

Composant ou système à tester.

Front 7

ARTICLE DE TEST

Back 7

Une partie d'un objet de test utilisé dans le processus de test.

Front 8

DÉBOGUER P

Back 8

Processus de trouver, analyser et éliminer les causes de défaillance dans les logiciels.

Front 9

DÉFAUT OU BOGUE / BUG OU FAUTE P

Back 9

Une imperfection ou une déficience d'un produit d’activités lorsqu'il ne répond pas à ses exigences ou à ses spécifications [IEEE 1044].

Front 10

ERREUR OU CONFUSION P

Back 10

Action humaine produisant un résultat incorrect [ISO 24765].

Front 11

DÉFAILLANCE P

Back 11

Événement dans lequel un composant ou un système n'exécute pas une fonction requise dans les limites spécifiées [ISO 24765].

Front 12

QUALITÉ P

Back 12

Degré par lequel un composant, système ou processus atteint des exigences spécifiées et/ou des besoins ou attentes des clients ou utilisateurs [ISO 24765]

Front 13

GESTION DE LA QUALITÉ

Back 13

Activités coordonnées pour diriger et contrôler une organisation en ce qui concerne la qualité. La direction et le contrôle de la qualité incluent généralement la mise en place de recommandations et d’objectifs qualité, de la planification qualité, du contrôle qualité, de l’assurance qualité et de l’amélioration qualité.

Front 14

ASSURANCE QUALITÉ P

Back 14

Partie de la gestion de la qualité visant à fournir l’assurance que les exigences qualité seront atteintes [ISO 9000].

Front 15

CONTRÔLE QUALITÉ

Back 15

Les activités et les techniques opérationnelles de la gestion de la qualité axées sur l'atteinte des exigences qualité [ISO 8402].

Front 16

CAUSE RACINE P

Back 16

Une source de défaut telle que si elle est retirée, l’apparition de ce type de défaut est diminuée ou supprimée [CMMI].

Front 17

TESTWARE P

Back 17

Produits d’activités réalisés au cours du processus de test pour la planification, la conception, l'exécution, l'évaluation et l'établissement de rapports sur les tests [ISO 29119].

Front 18

Couverture P

Back 18

Le degré, exprimé en pourcentage, selon lequel un élément de couverture spécifié a été exécuté lors d’une suite de test [ISO 29119]

Front 19

CALENDRIER D’EXÉCUTION DES TESTS

OU PLANNING D’EXÉCUTION DES TESTS P

Back 19

Un ordonnancement de l'exécution des suites de tests au sein d'un cycle de test.

Front 20

PLANIFICATION DE TEST P

Back 20

Activité de définition ou de mise à jour d’un plan de test.

Front 21

PLAN DE TEST P

Back 21

Documentation décrivant les objectifs de test à atteindre et les moyens et le calendrier pour les atteindre, organisée pour coordonner les activités de test [ISO 29119]

Front 22

PILOTAGE DES TESTS P

Back 22

Une activité de gestion des tests qui comprend la vérification de l'état des activités de test, l'identification de tout écart par rapport à l'état planifié ou attendu, et le reporting aux parties prenantes.

Front 23

CONTRÔLE DES TESTS P

Back 23

Une tâche de gestion des tests qui traite du développement et de l’application d’un ensemble d’actions correctives pour remettre un projet de test sur les rails quand les métriques de suivi indiquent une déviation par rapport à ce qui a été prévu.

Front 24

TRAÇABILITÉ P

Back 24

La mesure dans laquelle une relation peut être établie entre deux ou plusieurs produits d’activités [ISO 19506]

Front 25

ANALYSE DE TEST P

Back 25

L'activité qui identifie les conditions de test en analysant les bases de test.

Front 26

BASE DE TEST P

Back 26

L'ensemble des connaissances utilisées comme base pour l'analyse et la conception des tests [Tmap].

Front 27

CONDITION DE TEST OU EXIGENCE DE TEST OU SITUATION DE TEST P

Back 27

Un aspect des bases de test qui est pertinent pour atteindre des objectifs de test spécifiques.

Front 28

CAS DE TEST P

Back 28

Un ensemble de conditions préalables, de données d'entrée, d'actions (le cas échéant), de résultats attendus et de postconditions, élaboré sur la base des conditions de test [ISO 29119]

Front 29

IMPLÉMENTATION DES TESTS P

Back 29

L'activité qui prépare le testware nécessaire à l'exécution des tests sur la base de l'analyse et de la conception des tests.

Front 30

DONNÉES DE TEST P

Back 30

Données créées ou sélectionnées pour satisfaire les préconditions d'exécution et les entrées pour exécuter un ou plusieurs cas de test [ISO 29119]

Front 31

PROCÉDURE DE TEST P

Back 31

Une séquence de cas de test dans l'ordre d'exécution, et toutes les actions associées qui peuvent être nécessaires pour mettre en place les préconditions initiales et toutes les activités de bouclage après l'exécution [ISO 29119]

Front 32

SUITE DE TESTS P

Back 32

Ensemble de cas de test ou de procédures de test à exécuter dans un cycle de test spécifique.

Front 33

ORACLE DE TEST P

Back 33

Source utilisée pour déterminer les résultats attendus à comparer avec les résultats obtenus de l’application en cours de test [Adrion]

Front 34

CLÔTURE DES TESTS P

Back 34

L'activité qui rend les actifs de test disponibles pour une utilisation ultérieure, laisse les environnements de test dans un état satisfaisant et communique les résultats des tests aux parties prenantes concernées [ISO 29119]

Front 35

CHARTE DE TEST

Back 35

Documentation des activités de test dans le cadre de tests exploratoires basés sur des sessions.

Front 36

CONCEPTION DE TEST P

Back 36

Activité consistant à dériver et à spécifier des cas de test à partir des conditions de test [ISO 29119]

Front 37

NIVEAU DE TEST P

Back 37

Une instanciation spécifique d'un processus de test [ISO 29119].

Front 38

MODÈLE DE DÉVELOPPEMENT SÉQUENTIEL P

Back 38

Un type de modèle de cycle de vie de développement selon lequel un système achevé est développé de manière linéaire en plusieurs phases distinctes et successives, sans chevauchement entre elles.

Front 39

MODÈLE DE DÉVELOPPEMENT INCRÉMENTAL

Back 39

Un modèle de cycle de vie du développement dans lequel la portée du projet est généralement déterminée au début du cycle de vie du projet, mais les estimations de temps et de coûts sont régulièrement modifiées à mesure que l'équipe du projet comprend mieux le produit. Le produit est développé au moyen d'une série de cycles répétés, chacun fournissant un incrément qui ajoute successivement à la fonctionnalité du produit.

Front 40

MODÈLE DE DÉVELOPPEMENT ITÉRATIF

Back 40

Un modèle de cycle de développement où le projet est séparé en un nombre d’itérations (souvent nombreuses). Une itération est une boucle complète de développement résultant en une livraison (interne ou externe) d’un produit exécutable, un sous-ensemble du produit final en développement, qui grandit d’itération en itération pour devenir le produit fini.

Front 41

RATIONAL UNIFIED PROCESS RUP

Back 41

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

Front 42

SYSTÈMES INTERNET DES OBJETS Ou IOT – INTERNET OF THINGS

Back 42

Composés de nombreux objets différents (équipements, produits, services), ils appliquent généralement des modèles de cycle de développement logiciel distincts pour chaque objet (difficile à gérer pour le système global IoT). De plus, le cycle de développement logiciel de ces objets met davantage l'accent sur les phases ultérieures du cycle de vie du développement logiciel après leur mise en service (exploitation, mise à jour…)

Front 43

PHASE DE TEST P

Back 43

Un groupe d'activités de test qui sont organisées et gérées ensemble.

Front 44

ENVIRONNEMENT DE TEST OU BANC DE TEST P

Back 44

Environnement contenant le matériel, les instruments, les simulateurs, les outils logiciels et les autres éléments de support nécessaires à l’exécution d’un test.

Front 45

TEST DE COMPOSANT OU TEST UNITAIRE OU TEST DE MODULE P

Back 45

Le test de composants logiciels individuels. [ISO 24765]

Front 46

COMPOSANT OU UNITÉ

OU MODULE

Back 46

Un élément logiciel minimal qui peut être testé isolément.

Front 47

TEST D’INTÉGRATION P

Back 47

Test effectué pour montrer des défauts dans les interfaces et interactions de composants ou systèmes intégrés.

Front 48

TEST D’INTÉGRATION DE COMPOSANTS P

Back 48

Test effectué pour découvrir des défauts dans les interfaces et les interactions entre des composants intégrés.

Front 49

TEST D’INTÉGRATION SYSTÈME P

Back 49

Tester la combinaison et l'interaction des systèmes.

Front 50

TEST SYSTÈME P

Back 50

Tester un système intégré pour vérifier qu'il répond aux exigences spécifiées. [Hetzel]

Front 51

TEST D’ACCEPTATION P

Back 51

Test formel en rapport avec les besoins utilisateur, exigences et processus métier, réalisé pour déterminer si un système satisfait ou non aux critères d’acceptation et permettre aux utilisateurs, clients ou autres entités autorisées de déterminer l’acceptation ou non du système. [ISO 24765]

Front 52

TEST D’ACCEPTATION UTILISATEUR OU UAT POUR USER ACCEPTANCE TESTING P

Back 52

Tests d'acceptation effectués dans un environnement opérationnel réel ou simulé par les utilisateurs prévus en mettant l'accent sur leurs besoins, leurs exigences et leurs processus métier.

Front 53

TEST D’ACCEPTATION OPÉRATIONNELLE OU TEST D’ACCEPTATION DE PRODUCTION OU OAT pour OPERATIONAL ACCEPTANCE TESTING

Back 53

Test opérationnel en phase de test d'acceptation, généralement effectué dans un environnement opérationnel (simulé) par l'exploitation et/ou le personnel de l'administration des systèmes en se concentrant sur les aspects opérationnels, par exemple la reprise (après incident), le comportement des ressources, la facilité d’installation et la conformité technique

Front 54

TEST D’ACCEPTATION CONTRACTUELLE P

Back 54

Tests d'acceptation effectués pour vérifier si un système satisfait à ses exigences contractuelles.

Front 55

TEST D’ACCEPTATION RÉGLEMENTAIRE P

Back 55

Tests d'acceptation effectués pour vérifier si un système est conforme aux lois, politiques et règlements applicables.

Front 56

LOGICIEL COMMERCIAL SUR ÉTAGÈRE ou COTS pour COMMERCIAL OFF-THE-SHELF SOFTWARE P

Back 56

Produit logiciel qui est développé pour le marché de façon générale, c'est-à-dire pour un grand nombre de clients, et qui est livré à de nombreux clients dans un format identique.

Front 57

TEST D’ACCEPTATION ALPHA P

Back 57

Test opérationnel réel ou simulé conduit dans l’environnement de test du développement par des rôles en dehors de ceux de l’organisation en charge du développement.

Front 58

TEST D’ACCEPTATION BÊTA

OU TEST TERRAINS P

Back 58

Tests opérationnels simulés ou réels effectués sur un site externe, par des rôles à l'extérieur de l'organisation de développement.

Front 59

TYPE DE TEST P

Back 59

Un type de test est un groupe d'activités de test basées sur des objectifs de test spécifiques visant des caractéristiques spécifiques d'un composant ou d'un système.

Front 60

TEST FONCTIONNEL P

Back 60

Test réalisé pour évaluer la conformité d'un composant ou d'un système aux exigences fonctionnelles.

Front 61

TEST NON-FONCTIONNEL P

Back 61

Test effectué pour évaluer la conformité d'un composant ou d'un système avec les exigences non fonctionnelles.

Front 62

COUVERTURE NON-FONCTIONNELLE

Back 62

La mesure selon laquelle un certain type d'élément non-fonctionnel a été exercé par des tests. Elle est exprimée en pourcentage du ou des types d'éléments couverts.

Front 63

TEST BOÎTE-BLANCHE (STRUCTUREL) P

Back 63

Test basé sur une analyse de la structure interne du composant ou système. Synonymes : Test de boîtes transparentes, Test basé sur le code, Test de boîtes de verre, Test de couverture logique, Test dirigé par la couverture logique, Test structurel, Test basé sur la structure

Front 64

COUVERTURE STRUCTURELLE

Back 64

La mesure dans laquelle un certain type d'élément structurel a été exercé par des tests et est exprimée en pourcentage du type d'élément couvert.

Front 65

TEST DE CONFIRMATION OU RETEST P

Back 65

Tests dynamiques effectués après la correction de défauts dans le but de confirmer que les défaillances causées par ces défauts ne se produisent plus.

Front 66

TEST DE RÉGRESSION P

Back 66

Tests d’un programme préalablement testé, après une modification, pour s’assurer que des défauts n’ont pas été introduits ou découverts dans des parties non modifiées du logiciel, comme suites des modifications effectuées.

Front 67

TEST DE MAINTENANCE P

Back 67

Test des modifications d’un système opérationnel ou de l’impact d’une modification d’environnement sur un système opérationnel.

Front 68

ANALYSE D’IMPACT P

Back 68

L'identification de tous les produits d’activités touchés par un changement, y incluant une estimation des ressources nécessaires pour accomplir le changement [ISO 24765].

Front 69

TEST DYNAMIQUE P

Back 69

Test qui nécessite l’exécution du logiciel d’un composant ou système.

Front 70

TEST STATIQUE P

Back 70

Tester un produit d’activités sans que le code soit exécuté.

Front 71

REVUE P

Back 71

Type de tests statiques au cours desquels un produit d’activités ou un processus de travail est évalué par une ou plusieurs personnes afin de détecter les problèmes et d'apporter des améliorations [IEEE 1028].

Front 72

ANALYSE STATIQUE P

Back 72

Processus d'évaluation d'un composant ou d'un système sans l'exécuter, en fonction de sa forme, de sa structure, de son contenu ou de sa documentation [ISO 24765].

Front 73

REVUE FORMELLE P

Back 73

Une forme de revue qui suit un processus défini avec une documentation formelle des résultats [ISO 20246].

Front 74

REVUE INFORMELLE P

Back 74

Un type de revue qui n’est pas basée sur une procédure formelle (documentée) [ISO 20246].

Front 75

RELECTURE TECHNIQUE OU RELECTURE TECHNIQUE STRUCTURÉE P

Back 75

Type de revue dans laquelle un auteur conduit la revue en parcourant avec les participants un produit d’activités. Les participants posent des questions et font des commentaires sur des problèmes possibles [ISO 20246].

Front 76

REVUE TECHNIQUE P

Back 76

Type d'examen officiel effectué par une équipe de personnel qualifié sur le plan technique qui examine l'adéquation d'un produit d’activités à l'usage pour l'usage auquel il est destiné et identifie les divergences par rapport aux spécifications et aux normes [Gilb and Graham, IEEE 1028]

Front 77

INSPECTION P

Back 77

Un type de revue formelle visant à identifier les problèmes d'un produit d’activités, qui fournit des mesures pour améliorer le processus de revue et le processus de développement de logiciels [ISO 20246].

Front 78

REVUE AD HOC P

Back 78

Technique de revue réalisée par des examinateurs indépendants de manière informelle, sans processus structuré. [ISO 20246]

Front 79

REVUE BASÉE SUR UNE CHECKLIST P

Back 79

Technique de revue guidée par une liste de questions ou d'attributs demandés.

Front 80

REVUE BASÉE SUR DES SCÉNARIOS P

Back 80

Technique de revue où la revue est guidée par la capacité du produit du travail à réaliser des scénarios spécifiques. [ISO 20246]

Front 81

REVUE BASÉE SUR DES RÔLES P

Back 81

Technique de revue où les réviseurs évaluent un produit d’activités du point de vue des différents rôles des intervenants. [ISO 20246]

Front 82

LECTURE BASÉE SUR LA PERSPECTIVE P

Back 82

Technique de revue par laquelle les réviseurs évaluent le produit du travail à partir de différents points de vue. [ISO 20246] Synonyme : revue basée sur la perspective

Front 83

TECHNIQUE DE TEST P

Back 83

Procédure utilisée pour dériver et/ou sélectionner les cas de test.

Front 84

TECHNIQUE DE TEST BOÎTE-NOIRE OU TECHNIQUE BOÎTE NOIRE OU TECHNIQUE BASÉE SUR LES SPÉCIFICATIONS P

Back 84

Procédure documentée pour élaborer et sélectionner des cas de tests basés sur une analyse des spécifications, soit fonctionnelles soit non-fonctionnelles, d’un composant ou système sans faire référence à ses structures internes.

Front 85

TECHNIQUE DE TEST BOÎTE- BLANCHE OU TECHNIQUE DE TEST STRUCTUREL OU TECHNIQUE DE TEST BASÉ SUR LA STRUCTURE P

Back 85

Procédure permettant de dériver et/ou de sélectionner des cas de test sur la base d'une analyse de la structure interne d'un composant ou d'un système.

Front 86

TECHNIQUE DE TEST BASÉE SUR L’EXPÉRIENCE OU TECHNIQUE BASÉE SUR L'EXPÉRIENCE

Back 86

Procédure pour obtenir et/ou sélectionner des cas de test basée sur l'expérience du testeur, sa connaissance et son intuition.

Front 87

PARTITION D’ÉQUIVALENCE OU CLASSE D’ÉQUIVALENCE P

Back 87

Une portion d’un domaine d’entrée ou de sortie pour laquelle le comportement d’un composant ou système est supposé être le même, basé sur ces spécifications.

Front 88

ANALYSE DES VALEURS LIMITES P

Back 88

Une technique de conception de tests boîte noire dans laquelle les cas de tests sont conçus sur la base des valeurs limites.

Front 89

TEST PAR TABLES DE DÉCISIONS P

Back 89

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

Front 90

TABLE DE DÉCISION OU TABLE DE DÉCISION CAUSE-EFFET

Back 90

Un tableau utilisé pour montrer des ensembles de conditions et les actions qui en résultent.

Front 91

TEST DES TRANSITIONS D'ÉTAT OU TEST DE MACHINES À ÉTATS FINIS P

Back 91

Une technique de test de boîte-noire utilisant un diagramme états-transitions ou une table d'état pour dériver des cas de test afin d'évaluer si l'élément de test exécute avec succès des transitions valides et bloque les transitions invalides.

Front 92

TRANSITION D’ÉTAT

Back 92

Une transition entre deux états d’un composant ou système.

Front 93

TEST DES CAS D'UTILISATION

OU TESTS DE SCÉNARIOS

OU TESTS DE SCÉNARIOS UTILISATEURS P

Back 93

Technique de test boîte noire selon laquelle les cas de tests sont conçus pour exécuter des scénarios de cas d’utilisation.

Front 94

CAS D’UTILISATION

Back 94

Séquence de transactions dans un dialogue entre un acteur et un composant ou un système avec un résultat concret. L'acteur peut être un utilisateur ou tout ce qui peut échanger des informations avec le système.

Front 95

TESTS DES INSTRUCTIONS

Back 95

Une technique de conception de tests boîte-blanche dans laquelle les cas de tests sont conçus pour exécuter des instructions.

Front 96

INSTRUCTION

OU INSTRUCTION DANS LE CODE SOURCE

Back 96

Une entité dans un langage de programmation, qui est typiquement la plus petite unité indivisible d’exécution.

Front 97

INSTRUCTION EXÉCUTABLE

Back 97

Une instruction qui, quand elle est compilée, est traduite en code objet, et sera exécutée de façon procédurale quand le programme s’exécute et peut effectuer une action sur des données ou le déroulement du programme.

Front 98

EXERCÉ

Back 98

Un élément d’un programme est dit être exercé par un cas de test quand les valeurs d’entrée causent l’exécution de cet élément, tel qu’une instruction, décision ou autre élément de structure.

Front 99

COUVERTURE DU CODE

Back 99

Une méthode d’analyse qui détermine quelles parties du logiciel ont été exécutées (couvertes) par une suite de tests et quelles parties ne l’ont pas été, p.ex. couverture des instructions, des décisions ou des conditions.

Front 100

COUVERTURE DES INSTRUCTIONS P

Back 100

Le pourcentage des instructions exécutables qui ont été exécutées par une suite de tests.

Front 101

DÉCISION

Back 101

Type d'instruction dans lequel le choix entre deux ou plusieurs résultats possibles contrôle l'ensemble des actions qui en résulte [ISO 29119].

Front 102

RÉSULTAT DE DÉCISION

Back 102

Le résultat d'une décision qui détermine la prochaine instruction à exécuter.

Front 103

TEST DE DÉCISION

Back 103

Une technique de conception de tests boîte blanche selon laquelle les cas de tests sont conçus pour exécuter les résultats de décisions.

Front 104

COUVERTURE DES DÉCISIONS P

Back 104

La couverture des résultats des décisions.

Front 105

ESTIMATION D’ERREUR P

Back 105

Technique de test qui consiste à dériver les tests sur la base de la connaissance des défaillances passées ou de la connaissance générale des modes de défaillance [ISO 29119].

Front 106

TESTS EXPLORATOIRES P

Back 106

Une approche des tests par laquelle les testeurs conçoivent et exécutent dynamiquement des tests en fonction de leurs connaissances, de l'exploration de l'élément testé et des résultats des tests précédents |ISO 29119].

Front 107

TEST BASÉ SUR UNE CHECKLIST P

Back 107

Une technique de conception de tests basée sur l'expérience selon laquelle le testeur expérimenté utilise une liste de haut niveau d'éléments à noter, à vérifier, ou à se rappeler, ou un ensemble de règles ou de critères en fonction desquels un produit doit être vérifié.

Front 108

TEST MANAGER P

Back 108

Personne responsable de la gestion de projet des activités et des ressources de test et de l'évaluation d'un objet de test. La personne qui dirige, contrôle, gère l’organisation et règle l’évaluation d’un objet de test.

Front 109

TESTEUR P

Back 109

Un professionnel qualifié qui participe aux tests d'un composant ou d'un système.

Front 110

STRATÉGIE DE TEST OU STRATÉGIE DE TEST ORGANISATIONNEL P

Back 110

Documentation qui exprime les exigences génériques pour tester dans le cadre d'un ou de plusieurs projets exécutés au sein d'une organisation, fournissant des détails sur la façon dont les tests doivent être effectués, et qui est alignée sur la politique de test [ISO 29119].

Front 111

POLITIQUE DE TEST

Back 111

Document de haut niveau décrivant les principes, approches et objectifs majeurs de l’organisation concernant l’activité de test.

Front 112

APPROCHE DU TEST P

Back 112

L’implémentation de la stratégie de test pour un projet spécifique.

Front 113

CRITÈRES D’ENTRÉE

OU DÉFINITION DU PRÊT P

Back 113

L'ensemble des conditions pour le démarrage formel d'une tâche définie [Gilb and Graham].

Front 114

CRITÈRES DE SORTIE

OU DÉFINITION DU TERMINÉ

OU CRITÈRESD'ACHÈVEMENT

OU CRITÈRESD'ACHÈVEMENT DES TESTS P

Back 114

L'ensemble des conditions pour la complétion formelle d'une tâche définie [Gilb and Graham]

Front 115

CALENDRIER D’EXÉCUTION DES TESTS

Back 115

Un ordonnancement de l'exécution des suites de tests au sein d'un cycle de test.

Front 116

CYCLE DE TEST

Back 116

Exécution du processus de test sur une version unique et identifiable d’un objet de test

Front 117

ESTIMATION DES TESTS P

Back 117

Approximation calculée d’un résultat lié à divers aspects du test (ex. : effort accompli, date d’achèvement, coûts induits, nombre de cas de test, etc.) qui est utilisable malgré des données d’entrée incomplètes, incertaines ou altérées.

Front 118

DENSITÉ DE DÉFAUTS

OU DENSITÉ DE FAUTES

Back 118

Le nombre de défauts par unité de mesure d'un produit d’activité [ISO 24765].

Exemples : nombre de défauts par composant, par épic.

Front 119

TAUX DE DÉFAILLANCE

Back 119

Rapport entre le nombre de défaillances d'une catégorie donnée et une unité de mesure donnée [ISO 24765]

Exemples : défaillances par unité de temps, par nombre de transactions, par nombre d'exécutions.

Front 120

RAPPORT D’AVANCEMENT DE TEST

OU RAPPORT SUR LE STATUT DES TESTS P

Back 120

Un rapport de test produit à intervalles réguliers sur l'état d'avancement des activités de test par rapport à une base de référence, aux risques et aux solutions alternatives nécessitant une décision.

Front 121

RAPPORT DE SYNTHÈSE DE TEST OU RAPPORT DE TEST P

Back 121

Un rapport de test qui fournit une évaluation des éléments de test en comparaison avec les critères de sortie [ISO 29119]

Front 122

CONFIGURATION

Back 122

Composition d’un composant ou système défini par le nombre, la nature et les interconnexions de ses parties constituantes

Front 123

GESTION DE CONFIGURATION P

Back 123

Une discipline appliquant une direction et surveillance technique et administrative pour identifier et documenter les caractéristiques fonctionnelles et physiques d’un élément de configuration, contrôler les modifications de ces caractéristiques, enregistrer et informer des modifications et états d’implémentation, et vérifier la conformité avec des exigences spécifiées.

Front 124

ÉLÉMENTS DE CONFIGURATION

Back 124

Un ensemble de matériels, logiciels (ou les deux), qui fait partie de la gestion de configuration et est traité comme une entité unitaire dans le processus de gestion de configuration [ISO 24765]

Front 125

RISQUE P

Back 125

Un facteur qui pourrait avoir des conséquences négatives à l'avenir.

Front 126

NIVEAU DE RISQUE

OU EXPOSITION AU RISQUE P

Back 126

Mesure qualitative ou quantitative d'un risque défini par l'impact et la probabilité.

Front 127

RISQUE PROJET P

Back 127

Un risque qui a une incidence sur la réussite du projet.

PROBLÈMES POLITIQUES

PROBLÈMES FOURNISSEURS

SPÉCIFICITÉS DU PROJET

Front 128

RISQUE PRODUIT P

Back 128

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

Le RISQUE PRODUIT implique la possibilité qu'un produit d’activités (une spécification, un composant, un système ou un test) puisse ne pas satisfaire les besoins de ses utilisateurs et/ou parties prenantes

Front 129

RISQUE QUALITÉ

Back 129

Un risque Produit lié à une caractéristique de qualité

Lorsque les risques produit sont associés à des CARACTÉRISTIQUES DE QUALITÉ spécifiques d'un produit (adéquation fonctionnelle, fiabilité, performance, utilisabilité, sécurité, compatibilité, maintenabilité et portabilité), les risques produit sont également appelés RISQUES QUALITÉ

Front 130

TEST BASÉ SUR LES RISQUES P

Back 130

Tests pour lesquels la gestion, la sélection, la priorisation et l'utilisation des activités et des ressources de test sont basées sur les types de risque et les niveaux de risque correspondants |ISO 29119]

L’APPROCHE DE TEST BASÉ SUR LES RISQUES RÉDUIT LA PROBABILITÉ D'APPARITION D'UN ÉVÉNEMENT INDÉSIRABLE OU SON IMPACT, EN CIBLANT MIEUX L'EFFORT DE TEST.

Front 131

GESTION DES DÉFAUTS P

Back 131

Processus qui consiste à identifier et à enregistrer les défauts, à les classer, à les examiner, à prendre des mesures pour les résoudre et à les clôturer lorsqu'ils sont résolus.

Front 132

RAPPORT DE DÉFAUT

ou RAPPORT DE BOGUE

Back 132

Documentation de la survenance, de la nature et de l'état d’un défaut.

Front 133

OUTIL DE GESTION DES TESTS P

Back 133

Outil d’assistance à la gestion des tests et de contrôle partiel du processus de test. Il offre souvent de nombreuses fonctionnalités telles que la gestion du testware, la planification des tests, la traçabilité des résultats, le suivi d’avancement, la gestion des incidents et le reporting.

Jira...

Front 134

OUTIL DE GESTION DES EXIGENCES

Back 134

Outil qui supporte la consignation des exigences, des attributs des exigences (p.ex. priorité, connaissance responsable) et des annotations, et facilite la traçabilité au travers des couches d'exigences et de la gestion des modifications des exigences. Quelques outils de gestion des exigences fournissent aussi des facilités que pour l'analyse statique, tel la vérification de cohérence et la violation de règles prédéfinies de spécification des exigences.

Front 135

OUTIL DE GESTION DES DÉFAUTS OU OUTIL DE SUIVI DES BOGUES OU OUTIL DE SUIVI DES DÉFAUTS

Back 135

Outil qui facilite l'enregistrement et le suivi de l'état des défauts.

Bugzilla, mantis...

Front 136

OUTIL DE GESTION DE CONFIGURATION

Back 136

Outil qui permet d’aider à identifier et contrôler la configuration des composants, leur état en regard des changements et versions, ainsi que la production de baselines constituées d’éléments de configuration.

Front 137

OUTILS DE SUPPORT DE REVUES

Back 137

Un outil qui fournit un support au processus de revue. Les caractéristiques typiques incluent la planification de la revue et le support du suivi, de la communication, les revues collaboratives et un endroit où stocker et rapporter les métriques.

Front 138

OUTILS D'ANALYSE STATIQUE DEV

Back 138

Analyseur de code statique : un outil qui exécute une analyse de code statique. L'outil vérifie, dans le code source, la conformité de certaines propriétés telles la conformité à des standards de codage, les métriques qualité ou les anomalies du flot de données.

Front 139

OUTILS DE CONCEPTION DE TESTS

Back 139

Un outil qui supporte l'activité de conception de test en générant les valeurs d'entrées des test à partir de spécifications qui peuvent être présentes dans un répertoire d'outil CASE, p.ex. outil de gestion des exigences, ou de conditions spécifiques de tests contenues dans l'outil lui-même.

Front 140

OUTILS DE MODÉLISATION

Back 140

Un outil qui prend en charge la création, la modélisation et la vérification des modèles du logiciel ou du système.

Front 141

TEST BASÉ SUR LES MODÈLES

OU MBT POUR MODEL-BASED TESTING

Back 141

Tests basés sur ou impliquant des modèles. Permet de capturer une spécification fonctionnelle sous la forme d'un modèle, comme par exemple un diagramme d'activité.

Front 142

OUTILS DE PRÉPARATION DES DONNÉES DE TESTS

OU GÉNÉRATEUR DE TEST

Back 142

Un type d'outil qui permet, à partir de bases de données existantes, de sélectionner, créer, générer, manipuler et éditer des données pour utilisation pendant des tests.

Exel, txt, XML...

Front 143

OUTILS D’EXÉCUTION DE TESTS

Back 143

Un outil de test qui exécute des tests par rapport à un élément de test donné et évalue les résultats par rapport aux résultats attendus et aux postconditions.

Front 144

OUTIL DE MESURE DE COUVERTURE

OU OUTIL DE COUVERTURE

Back 144

Un outil qui fournit des mesures objectives de quels éléments structurels (p.ex. instructions, branches) ont été employés lors de l’exécution d’une suite de tests.

Front 145

HARNAIS DE TEST

Back 145

Environnement comprenant des bouchons et des pilotes, nécessaires pour exécuter un test.

Front 146

OUTILS DE DÉBOGAGE

Back 146

Un outil utilisé par les programmeurs pour reproduire les anomalies, examiner l'état des programmes et trouver les défauts correspondants. Les outils de débogage permettent aux programmeurs d'exécuter un programme pas à pas, d'arrêter un programme à une instruction du programme et de fixer et examiner les variables du programme.

Front 147

OUTILS DE TESTS UNITAIRES ET STRUCTURELS

Back 147

L’outil de tests unitaires facilite le test des composants ou des parties d'un système en simulant l'environnement dans lequel cet objet de tests s'exécutera, par la fourniture d'objets factices comme des bouchons ou des pilotes.

Front 148

FRAMEWORK DE TEST UNITAIRE

Back 148

Outil fournissant un environnement pour tests unitaires ou de composant dans lequel un composant peut être testé de façon isolée ou avec des bouchons ou pilotes appropriés. Il fournit aussi une aide au développeur, telle que des fonctionnalités de débogage.

Front 149

OUTILS DE TESTS DE PERFORMANCES P

Back 149

Outil de test qui génère une charge pour un élément de test désigné et qui mesure et enregistre sa performance pendant l'exécution du test.

Neoload, Loadrunner...

Front 150

OUTILS DE TEST DE STRESS

Back 150

Un outil supportant le test de stress mené pour évaluer un système ou composant à ou au-delà des limites de sa charge de travail anticipées ou spécifiées, ou avec une disponibilité réduites de ressources telles que l'accès mémoire ou serveurs .

Front 151

EFFET DE SONDE

Back 151

L'effet sur le composant ou le système quand il est mesuré (p.ex. par un moniteur ou un outil de test de performances). Les performances peuvent être moindres quand un outil de test est utilisé.

Front 152

OUTILS DE MONITORING

Back 152

Outil logiciel ou dispositif matériel qui est utilisé en même temps que le composant ou le système testé et qui supervise, enregistre et/ou analyse le comportement du composant ou du système testé.

PRTG,...

Front 153

OUTILS D’ANALYSE DYNAMIQUE

Back 153

Outil qui fournit une information sur l’état d’un code logiciel. Ces outils sont habituellement utilisés pour identifier des pointeurs non affectés, vérifier l’arithmétique des pointeurs et pour suivre l’allocation, l’utilisation et la libération de mémoire et détecter les fuites mémoire.

Front 154

TESTS D'UTILISABILITÉ

Back 154

Tests visant à évaluer dans quelle mesure le système peut être utilisé par des utilisateurs spécifiques avec efficacité, efficience et satisfaction dans un contexte d'utilisation spécifié.

Front 155

TESTS D'ACCESSIBILITÉ

Back 155

Tests qui détermine la facilité avec laquelle les utilisateurs avec handicaps peuvent utiliser un composant ou un système.

Front 156

TESTS DE LOCALISATION

Back 156

Tests effectués pour adapter une application globalisée à une culture / région particulière.

Front 157

TESTS DE SÉCURITÉ

Back 157

Tests effectués pour déterminer la sécurité d’un produit logiciel.

Front 158

TESTS DE PORTABILITÉ

OU TEST DE CONFIGURATION

Back 158

Tests pour déterminer la portabilité d'un produit logiciel.

Front 159

AUTOMATISATION DES TESTS P

Back 159

Utilisation de logiciels pour exécuter ou supporter des activités de tests, p.ex. gestion des tests, conception des tests, exécution des tests ou vérification des résultats.

Front 160

OUTILS D'EXÉCUTION DES TESTS P

Back 160

Un outil de test qui exécute des tests par rapport à un élément de test donné et évalue les résultats par rapport aux résultats attendus et aux postconditions.

Front 161

TESTS CAPTURÉS LORS D’UN TEST MANUEL (CAPTURE / REJEU)

Back 161

Approche pas adaptée pour un grand nombre de scripts de test.

Front 162

TEST PILOTÉ PAR LES DONNÉES P

Back 162

Technique de script qui sauvegarde les entrées de tests et les résultats attendus dans une table ou un tableur, de façon à ce qu’un simple script de contrôle puisse exécuter tous les tests de la table. Les tests déterminés par les données sont souvent utilisés pour assister l’utilisation d'outils de tests automatisés tels ceux de capture/rejeu.

Front 163

TESTS DIRIGÉS PAR MOTS-CLÉ OU TESTS DIRIGÉS PAR MOTS D’ACTIONS P

Back 163

Technique de script utilisant des fichiers de données qui contiennent non seulement des données de test et des résultats attendus, mais aussi des mots clé liés à l’application à tester. Les mots clé sont interprétés par des scripts de support spécifiques, appelés par le script de contrôle du test.

Front 164

MODEL-BASED TESTING (MBT)

Back 164

Capturer une spécification fonctionnelle sous la forme d'un modèle.

Front 165

WORKFLOW *

Back 165

Définition. On appelle workflow la modélisation et la gestion informatique de l'ensemble des tâches à accomplir et des différents acteurs impliqués dans la réalisation d'un processus métier.

Front 166

Faux Positifs *

Back 166

Une défaillance est constatée mais le logiciel n’est pas en cause : l’origine peut provenir d’une erreur dans la façon dont les tests ont été exécutés (par exemple le testeur a sauté une étape), ou des données de tests mal enregistrées, ou d’une mauvaise configuration de l’environnement de test, ou de tout autre testware.

Front 167

Faux Négatifs *

Back 167

Une défaillance n’est pas constatée alors qu’elle aurait dû l’être, également à cause des mêmes erreurs o(mauvaise manipulation, testware incorrect, etc.)