ALD - ISTQB Fondation - Chapitre 3 - V1.1

Aldemia Campus Touch
Formation
ISTQB Niveau Fondation
Chapitre 3
Tests statiques
135 mn
1 | 2018 | ISTQB Fondation – Chapitre 3 / Copyright Aldemia 2018 – reproduction interdite
Notes de lecture
• Des pictos caractéristiques illustrent certains aspects du contenu :
➢ Point d’attention en vue de la préparation aux QCM
➢ Point d’attention, niveau de complexité élevé
➢ Expression issue du syllabus
➢ Définition extraite du glossaire ISTQB

Glossaire
➢ Information complémentaire, digression

Sommaire du chapitre 3
« Tests statiques »
3.1 Bases des tests statiques 3.2 Processus de revue

3.1.1 Produits d’activités qui peuvent être 3.2.1 Processus de revue de produits d’activités
examinés par des tests statiques
3.2.2 Rôles et responsabilités dans une revue formelle
3.1.2 Bénéfices des tests statiques
3.2.3 Types de revue
3.1.3 Différences entre les tests statiques et
dynamiques 3.2.4 Application des techniques de revue
3.2.5 Facteurs de réussite des revues

Chapitre 3 – Les objectifs pédagogiques
Niveau
§ Réf. objectifs Objectifs
apprentissage
Identifier les types de produits d'activité logiciels qui peuvent être examinés par les
3.1 FL-3.1.1 K1
différentes techniques de test statique
3.1 FL-3.1.2 Utiliser des exemples pour décrire la valeur du test statique K2
Expliquer la différence entre les techniques statiques et dynamiques, en considérant

3.1 FL-3.1.3 les objectifs, les types de défauts à identifier et le rôle de ces techniques dans le cycle K2
de vie du logiciel
3.2 FL-3.2.1 Résumer les activités du processus de revue de produits d'activité K2
3.2 FL-3.2.2 Identifier les différents rôles et responsabilités d'une revue formelle K1
Expliquer les différences entre les différents types de revue : revue informelle, relecture
3.2 FL-3.2.3 K2
technique, revue technique, et inspection
3.2 FL-3.2.4 Appliquer une technique de revue sur un produit d'activités afin d'y trouver des défauts K3
3.2 FL-3.2.5 Expliquer les facteurs contribuant au succès des revues K2

Chapitre 3 – Les termes du glossaire
Glossaire

3.1
Bases des tests statiques

3.1 Bases du test statique
❑ Le test statique est un moyen de test.
❑ Tester c’est :
➢ Réaliser une revue de document ou évaluer ➢ Exécuter un cas de test
un composant sans l’exécuter
Glossaire
Analyse statique Analyse dynamique

Tests statiques Processus d'évaluation d'un Tests dynamiques Le processus d’évaluation du
Tester un produit composant ou d'un système Tests qui nécessitent comportement (p.ex.
d’activités sans que le sans l'exécuter, en fonction de l’exécution du logiciel performance mémoire, utilisation
code soit exécuté. sa forme, de sa structure, de son d’un composant ou CPU) d’un composant ou
contenu ou de sa d’un système. système pendant son exécution
documentation.
➔ Ces deux types de tests statiques évaluent le code ou tout

autre produit d’activité testé sans exécuter le produit.

❑ Le test statique VS test dynamique
Où est le test
statique ?
ICI ?
Ou là

❑ Le test statique dans le cycle de vie projet :
Expression de Test
besoins d’acceptation
Spécifications Test système
Conception Test
générale d’intégration
Conception Test de
détaillée composants
Développement

❑ Focus sur l’analyse statique :
➢ L’analyse statique est une évaluation souvent outillée :
• Qualimétrie du code
• Tests de sécurité dans des domaines critiques (aéronautique, médical)
➢ L’analyse statique est incluse dans les processus automatisé de build pour – cf. le contexte agile :
• La livraison continue
• Le déploiement continue

3.1.1 Produits d’activités examinés par des tests statiques
❑ Des exemples de produits d’activités pouvant être examinés par des tests statiques :
➢ Les spécifications, y compris les exigences métier, les exigences fonctionnelles et les exigences de
sécurité
➢ Les épics, user stories, et critères d’acceptation
➢ Les spécifications d'architecture et de conception
➢ Le code
➢ Le testware, y compris les plans de test, les cas de test, les procédures de test et les scripts de test
automatisés
➢ Les guides utilisateur
➢ Les pages Web
➢ Les contrats, les plans de projet, les calendriers et les budgets
➢ Les modèles, tels que les diagrammes d'activités, qui peuvent être utilisés pour les tests basés sur des
modèles – cf. le syllabus ISTQB Fondation Model-Based Testing

❑ Si le test statique est appliqué tôt dans le projet :
➢ Les défauts pourront être détectés tôt
➢ Leur coût de correction sera moindre que si le défaut avait été corrigé suite à une défaillance constatée en
test dynamique
Qualification Spécifications Développement Test Production

des exigences détaillées
❑ Des avantages à la pratique des tests statiques :
➢ Détection et correction plus efficace des défauts, avant l'exécution des tests dynamiques
➢ Identification des défauts qui ne sont pas facilement décelables par des tests dynamiques
➢ Prévention des défauts de conception ou de codage par la découverte d'incohérences, d'ambiguïtés, de
contradictions, d'omissions, d'inexactitudes et de redondances dans les exigences
➢ Augmentation de la productivité du développement (par exemple, grâce à une meilleure conception, à un
code plus facile à maintenir)
➢ Réduction des coûts et des délais de développement
➢ Réduction des coûts et des délais des tests
➢ Réduction du coût total de la qualité tout au long de la durée de vie du logiciel, grâce à la réduction du
nombre de défaillances plus tard dans le cycle de vie ou après la mise en service
➢ Amélioration de la communication entre les membres de l'équipe au cours de la participation aux revues

3.1.3 Différences entre les tests statiques et dynamiques
❑ Défauts et défaillances, d’où viennent-ils ?
Défaut Défaillance

❑ Tests statiques et dynamiques participent au processus de test pour :
➢ Fournir une évaluation de la qualité des produits d'activités et identifier les défauts le plus tôt possible
❑ Et sont complémentaires pour :

➢ Trouver différents types de défauts
Les tests statiques Les tests dynamiques
Peuvent être utilisés pour améliorer la cohérence et la Se concentrent généralement sur les comportements
qualité interne des produits d'activités visibles de l'extérieur.

Défauts typiques identifiés en test statique
Défauts dans les exigences

Par exemples : incohérences, ambiguïtés, contradictions, omissions, inexactitudes et redondances
Défauts dans la conception

Par exemples : algorithmes ou structures de base de données inefficaces, taux de dépendance élevé,
faible cohésion
Défauts dans le code
Par exemples : variables avec des valeurs non définies, variables déclarées mais jamais utilisées,
code inatteignable, code dupliqué
Écarts par rapport aux normes

Par exemple : le non-respect des règles de codage
Spécifications d'interface incorrectes

Par exemples : unités de mesure utilisées par le système appelant différentes de celles utilisées par le
système appelé)
Vulnérabilités de sécurité
Par exemple : la sensibilité aux débordements de la mémoire tampon)
Lacunes ou inexactitudes dans la traçabilité ou la couverture des bases de test

Par exemples : des tests manquants pour un critère d'acceptation
3.2
Processus de revue
| |
3.2 Processus de revue
❑ Le processus de revue peut varier de INFORMEL à FORMEL :
Glossaire
Revue informelle Revue formelle

Un type de revue qui n’est pas Une forme de revue qui suit un
basée sur une procédure formelle processus défini avec une
(documentée) documentation formelle des
résultats.
➢ La norme ISO/CEI 20246 « Software and systems engineering — Work product reviews » décrit le processus de revue.

3.2.1 Processus de revue de produits d’activités
❑ Le processus de revue comprend les activités suivantes :
Communication et Correction et
Planification Lancement de la
Revue individuelle analyse des production de
revue
problèmes rapports
• Définir le périmètre de la • Distribuer le produit • Revoir tout ou partie du • Communiquer les défauts • Produire des rapports de
revue d'activités produit d'activités potentiels identifiés défauts
• Estimer l'effort et le • Expliquer le périmètre, • Noter les défauts • Analyser les défauts • Corriger les défauts
temps requis les objectifs, le potentiels, les potentiels, leur affecter trouvés dans le produit
• Identifier les processus, les rôles et recommandations et les un responsable et un d'activités revu
caractéristiques de la les produits d'activités questions statut • Enregistrer l'état
revue aux participants • Évaluer et documenter actualisé des défauts
• Sélectionner les les caractéristiques de • Recueillir des métriques
participants et attribuer qualité • Vérifier que les critères
des rôles • Évaluer les résultats de de sortie sont satisfaits
• Définir des critères la revue en fonction des • Accepter le produit
d'entrée et de sortie critères de sortie pour d'activités lorsque les
• Vérifier que les critères prendre une décision de critères de sortie sont
d'entrée soient satisfaits revue satisfaits

3.2.2 Rôles et responsabilités dans une revue formelle
❑ Une revue formelle comprendra les rôles suivants :
Auteur
• Crée le produit d'activités revu
Scribe – Rapporteur • Corrige les défauts du produit
Modérateur – Facilitateur • Recueille les défauts potentiels d’activités revu
• Assure le bon déroulement des réunions de découverts au cours de l'activité de
revue (quand elles ont lieu) revue individuelle
• Fait la médiation, si nécessaire, entre les • Enregistre les nouveaux défauts
différents points de vue potentiels, les points en suspens et
• Est souvent la personne dont dépend le les décisions prises lors de la
succès de la revue
réunion de revue.
Réviseurs
• Ils identifient les défauts potentiels du
produit d’activités à revoir
• Ils peuvent représenter différentes
perspectives : testeur, programmeur,
utilisateur, opérateur, analyste métier,
Manager Responsable de la revue expert en utilisabilité, etc.
• Est responsable de la planification de la revue • Prend la responsabilité générale de la revue
• Décide de la mise en œuvre des revues • Décide qui sera impliqué et organise quand
• Affecte le personnel, le budget et le temps et où elle aura lieu
• Vérifie le rapport coût-efficacité en continu

3.2.3 Les types de revue
❑ Tout type de revue peut aider à la détection de défauts
❑ Le type de la revue est sélectionné selon :
➢ Les besoins du projet ➢ Les risques
➢ Les ressources disponibles ➢ Le domaine d'activité
➢ Le type de produit ➢ La culture de l'entreprise
1- Revue informelle 2- Relecture technique
Les 4 types
de revue
3- Revue technique 4- Inspection

1- Revue informelle
Objectif principal : détecter d’éventuels défauts
Autres objectifs possibles : générer de nouvelles idées ou solutions, résoudre

rapidement des problèmes mineurs
Ne repose pas sur un processus formel ou documenté
Peut ne pas comporter de réunion de revue
Peut être effectué par un collègue de l'auteur ou par d'autres personnes
Les résultats peuvent être documentés
L'utilité varie selon les réviseurs
L'utilisation de checklists est facultative
Très couramment utilisé dans le développement agile

2- Relecture technique
Principaux objectifs : trouver des défauts, améliorer le produit logiciel,
envisager des implémentations alternatives, évaluer la conformité aux normes
et aux spécifications
Autres objectifs possibles : échange d'idées sur des techniques ou des

variations de style, formation des participants, obtention d'un consensus
La préparation individuelle avant la réunion de revue est facultative
La réunion de revue est généralement dirigée par l'auteur du produit

d’activités
Le rôle de scribe est obligatoire
Peut prendre la forme de scénarios, d’essais à blanc ou de simulations
Des rapports de défauts et des rapports de revue peuvent être produits
Peut varier dans la pratique de plutôt informel à très formel

3- Revue technique
Principaux objectifs : obtention d'un consensus, détection de défauts
potentiels
Autres objectifs possibles : évaluer la qualité et renforcer la confiance dans

le produit d’activités revu, générer de nouvelles idées, motiver et permettre
aux auteurs d'améliorer les produits d’activités futurs, envisager des
implémentations alternatives
Les réviseurs doivent être des pairs techniques de l'auteur et des experts
techniques dans la même discipline ou dans d'autres disciplines
Une préparation individuelle avant la réunion de revue est requise
La réunion de revue est facultative, et de préférence dirigée par un

facilitateur formé (généralement pas l'auteur)
Le rôle de scribe est obligatoire, de préférence pas l'auteur
Des rapports de défauts et des rapports de revue sont généralement

produits

4- Inspection
Principaux objectifs : détecter les défauts potentiels, évaluer la qualité et
renforcer la confiance dans le produit d’activités, prévenir de futurs défauts
similaires par l'apprentissage de l'auteur et l'analyse des causes racines
Autres objectifs possibles : motiver et permettre aux auteurs d'améliorer les
futurs produits d’activités et le processus de développement de logiciels, parvenir à
un consensus
Suit un processus défini avec des résultats formels documentés, basé sur
des règles et des checklists
Utilise des rôles clairement définis, comme ceux spécifiés à la section 3.2.2
qui sont obligatoires, et peut inclure un lecteur spécialisé
Une préparation individuelle avant la réunion de revue est requise
Les réviseurs sont soit des pairs de l'auteur, soit des experts dans d'autres
disciplines pertinentes pour le produit d’activités concerné
Le rôle de scribe est obligatoire
La réunion de revue est dirigée par un facilitateur formé (pas l'auteur)
L'auteur ne peut pas agir à titre de responsable de la revue, de lecteur ou de

scribe
Des rapports de défauts et des rapports de revue sont produits
Des métriques sont collectées et utilisées pour améliorer l'ensemble du

processus de développement logiciel, y compris le processus d'inspection
3.2.4 Application des techniques de revue
❑ Des techniques de détection des défauts appropriées aux revues 1/3 :
Ad hoc Basée sur les checklists

➢ Contexte : dans le cadre d’une revue les réviseurs ➢ C’est une technique systématique
reçoivent peu ou pas de directives ➢ Les réviseurs détectent les problèmes sur la base de
➢ Les réviseurs examinent généralement le produit checklist qui sont distribuées au début de la revue
d’activités de façon séquentielle ➢ Une checklist consiste en une série de questions basées
➢ Ils identifient et documentent les problèmes au fur et à sur des défauts potentiels
mesure qu'ils les rencontrent ➢ Les checklists devraient être spécifiques au type de
➢ La révision ad hoc est une technique couramment utilisée produit d’activités examiné
qui nécessite peu de préparation. ➢ Principal avantage : la couverture systématique des types
de défauts courants
➢ Par exemple :
▪ Une checklist énumère les exigences métier à tester
▪ La revue consiste à vérifier que le document revu
spécifie bien toutes les exigences de criticité
importante et moyenne de la checklist

Scénarios et essais à blanc Basée sur les rôles

➢ Contexte : les réviseurs reçoivent un guide structuré sur ➢ Les réviseurs évaluent le produit d’activités du point de
la façon de lire le produit d’activités vue de rôles individuels des parties prenantes.
➢ Une approche fondée sur des scénarios aide les ➢ Les rôles typiques comprennent des types d'utilisateurs
réviseurs à effectuer des « essais à blanc » sur le produit finaux spécifiques (expérimentés, inexpérimentés,
d’activités en fonction de son utilisation prévue seniors, enfants, etc.) et des rôles spécifiques dans
l'organisation (administrateur utilisateur, administrateur
système, testeur de performance, etc.).
➢ Par exemple :
▪ Pour valider la complétude d’un scénario métier
documenté dans un cas d’utilisation, le product owner ➢ Par exemple :
et le testeur simulent les cas métiers spécifiés dans le ▪ Pour valider la navigation des utilisateurs dans une
cas d’utilisation application RH, les menus, sous menus et formulaires
sont organisés par nature de profil utilisateur
▪ Les réviseurs se répartissent les profils et vérifient
pour chacun d’eux les enchainements et les accès aux
menus, sous menus et formulaires

Basée sur la mise en perspective

➢ Le principe : les réviseurs adoptent différents points de vue des parties
prenantes dans le cadre d'une revue individuelle.
➢ Les points de vue habituels des parties prenantes : l'utilisateur final, le
marketing, le concepteur, le testeur ou les opérations.
➢ L'utilisation de différents points de vue des parties prenantes permet
d'approfondir la revue individuelle avec moins de doublons de défauts entre
les réviseurs.
➢ Dans le cadre de la lecture avec mise en perspective, on s'attend à ce que
des checklists soient utilisées.
➢ Par exemple :
▪ Un testeur conçoit des brouillons de tests d’acceptation utilisateur pour
s’assurer qu’une spécification d’exigences est complète de son point de
vue, c’est-à-dire que chaque exigence est qualifiée de ses critères
d’acceptation et de criticité

❑ Exercice :
➢ Les réviseurs disposent d’un document d’architecture technique pour vérifier l’architecture
technique et fonctionnelle d’un site marchand dans le système d’information (SI) de l’organisation
Contexte : ➢ L’objectif est de s’assurer que les différentes briques applicatives concernées du SI sont bien
interfacées pour que les échanges de données soient opérationnels
➢ Pour réaliser cette revue, quelle(s) technique(s) mettriez-vous en œuvre ?
Proposition
➔ 2 techniques peuvent être utilisées :
de réponse :
Technique basée sur les perspectives Technique basée sur les checklists
✓ Chaque responsable métier (marketing, commerce, ✓ Chaque responsable métier dispose d’une checklist
gestion de stock, compta) s’assure que les données notifiant les natures de données pour lesquelles il
qu’il gère peuvent transiter par le site marchand en doit vérifier les échanges inter applicatifs du site
entrée et/ou en sortie (les articles et leurs tarifs, les marchand avec le SI.
bannières publicitaires, les commandes des clients
et leurs paiements).

❑ Des facteurs de réussite pour l’organisation et le déroulement d’une revue :
➢ Décrire clairement les objectifs à atteindre, définis lors de la planification et qui seront utilisés comme
critères de sortie
➢ Sélectionner un type de revue pertinent au regard des objectifs, des participants, du type de produit
d’activité à revoir
➢ Utiliser les techniques de revue – basée sur les checklists ou les rôles – pour une détection efficace des
défauts dans le produit d’activité en cours de revue
➢ Les checklists, si utilisées, doivent couvrir les principaux risques et sont actualisées au cours du processus
de revue
➢ Répartir en plusieurs lots les produits d’activités volumineux pour fournir aux auteurs un feed-back précoce
et fréquent sur les défauts
➢ Donner suffisamment de temps aux réviseurs pour se préparer individuellement
➢ Planifier les réunions de revue à une fréquence suffisante pour les préparations individuelles et les phases
de correction par les auteurs
➢ Se faire appuyer par le management pour l’organisation et le déroulement d’un processus de revue

❑ Des facteurs de succès des revues pour le projet :
➢ Sélectionner les acteurs pertinents en fonction des objectifs de la revue et ayant des points de vue différents
pour être complémentaires
➢ Les testeurs sont des réviseurs appréciés; ils contribuent à la revue et apprennent du produit d’activités revu
pour répondre au principe du « tester tôt »
➢ Consacrer suffisamment de temps aux tâches de révision et apporter de l’attention aux détails
➢ Effectuer ses tâches de révision sur des petites parties du document
➢ Les défauts trouvés sont identifiés, compris et traités avec objectivité
➢ Bien gérer la(es) réunion(s) pour que les participants considèrent qu'il s'agit d'une utilisation efficace de leur
temps
➢ Mener la revue dans un climat de confiance ; le résultat ne sera pas utilisé pour l'évaluation des participants
➢ Éviter le langage corporel et les comportements qui pourraient indiquer l'ennui, l'exaspération ou l'hostilité
envers les autres participants
➢ Fournir une formation adéquate, en particulier pour les types de revue plus formels tels que les inspections
➢ Encourager une culture de l'apprentissage et de l'amélioration des processus

Révisions
❑ Quelles sont les étapes du processus de revue formelle ?
❑ Quels sont les différents rôles qui peuvent être endossés dans le cadre d’une revue formelle ?
❑ Quels sont les 4 types de revue dans leur ordre croissant de formalisme ?
❑ Quels sont les 5 techniques de préparation individuelle ?

C
Q M

QCM de fin de chapitre
❑ Q1 : Quelle proposition suivante est un test statique ?
a. L'inspection du code
b. L'analyse de la couverture
c. L'évaluation de l'utilisabilité
d. L'installation de la livraison
❑ Q2 : Dans quelle phase du projet les revues sont-elles utilisées ?

a. Exigence
b. Conception
c. Programmation
d. Toutes les propositions ci-dessus

❑ Q3 : Lequel des énoncés suivants décrit les principales activités d'une revue formelle ?
a. Lancement, retour en arrière, revue individuelle, communication et analyse des problèmes, reprise, suivi.
b. Planification, revue individuelle, communication et analyse des problèmes, reprise, clôture, suivi.
c. Planification, lancement de la revue, revue individuelle, communication et analyse des problèmes,
correction et production de rapports.
d. Revue individuelle, réunion de revue, reprise, clôture, suivi, analyse des causes racines.
❑ Q4 : Lequel des types de revue ci-dessous est la meilleure option à choisir quand la revue doit
suivre un processus formel basé sur des règles et des checklists ?
a. Revue informelle.
b. Revue technique.
c. Inspection.
d. Relecture technique.

❑ Q5 : Choisir les meilleurs couplages pour caractériser les revues :
1. Menée par l'auteur
2. Non documentée
3. Pas de participation du management
4. Menée par un modérateur
5. Utilise des critères d'entrée et de sortie
s) Inspection
t) Revue technique
u) Revue informelle a. s = 4 et 5, t = 3, u = 2, v = 1
v) Relecture technique b. s = 4, t = 3, u = 2 et 5, v = 1
c. s = 1 et 5, t = 3, u = 2, v = 4
d. s = 4 et 5, t = 1, u= 2, v = 3

Aldemia Campus Touch
Fin de du chapitre 3

ALD - ISTQB Fondation - Chapitre 3 - V1.1

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

ALD - ISTQB Fondation - Chapitre 3 - V1.1

Transféré par

Droits d'auteur :

Formats disponibles

Aldemia Campus Touch

• Des pictos caractéristiques illustrent certains aspects du contenu :

➢ Point d’attention en vue de la préparation aux QCM

➢ Point d’attention, niveau de complexité élevé

➢ Expression issue du syllabus

➢ Définition extraite du glossaire ISTQB

➢ Information complémentaire, digression

3 | 2018 | ISTQB Fondation – Chapitre 3 / Copyright Aldemia 2018 – reproduction interdite

3.1 Bases des tests statiques 3.2 Processus de revue

4 | 2018 | ISTQB Fondation – Chapitre 3 / Copyright Aldemia 2018 – reproduction interdite

Expliquer la différence entre les techniques statiques et dynamiques, en considérant

3.2 FL-3.2.1 Résumer les activités du processus de revue de produits d'activité K2

3.2 FL-3.2.5 Expliquer les facteurs contribuant au succès des revues K2

5 | 2018 | ISTQB Fondation – Chapitre 3 / Copyright Aldemia 2018 – reproduction interdite

6 | 2018 | ISTQB Fondation – Chapitre 3 / Copyright Aldemia 2018 – reproduction interdite

Bases des tests statiques

7 | 2018 | ISTQB Fondation – Chapitre 3 / Copyright Aldemia 2018 – reproduction interdite

Analyse statique Analyse dynamique

➔ Ces deux types de tests statiques évaluent le code ou tout

8 | 2018 | ISTQB Fondation – Chapitre 3 / Copyright Aldemia 2018 – reproduction interdite

9 | 2018 | ISTQB Fondation – Chapitre 3 / Copyright Aldemia 2018 – reproduction interdite

Spécifications Test système

10 | 2018 | ISTQB Fondation – Chapitre 3 / Copyright Aldemia 2018 – reproduction interdite

11 | 2018 | ISTQB Fondation – Chapitre 3 / Copyright Aldemia 2018 – reproduction interdite

12 | 2018 | ISTQB Fondation – Chapitre 3 / Copyright Aldemia 2018 – reproduction interdite

Qualification Spécifications Développement Test Production

14 | 2018 | ISTQB Fondation – Chapitre 3 / Copyright Aldemia 2018 – reproduction interdite

15 | 2018 | ISTQB Fondation – Chapitre 3 / Copyright Aldemia 2018 – reproduction interdite

❑ Et sont complémentaires pour :

Les tests statiques Les tests dynamiques

16 | 2018 | ISTQB Fondation – Chapitre 3 / Copyright Aldemia 2018 – reproduction interdite

Défauts typiques identifiés en test statique

Défauts dans les exigences

Défauts dans la conception

Écarts par rapport aux normes

Spécifications d'interface incorrectes

Lacunes ou inexactitudes dans la traçabilité ou la couverture des bases de test

Revue informelle Revue formelle

19 | 2018 | ISTQB Fondation – Chapitre 3 / Copyright Aldemia 2018 – reproduction interdite

20 | 2018 | ISTQB Fondation – Chapitre 3 / Copyright Aldemia 2018 – reproduction interdite

21 | 2018 | ISTQB Fondation – Chapitre 3 / Copyright Aldemia 2018 – reproduction interdite

1- Revue informelle 2- Relecture technique

3- Revue technique 4- Inspection

22 | 2018 | ISTQB Fondation – Chapitre 3 / Copyright Aldemia 2018 – reproduction interdite

Objectif principal : détecter d’éventuels défauts

Autres objectifs possibles : générer de nouvelles idées ou solutions, résoudre

Ne repose pas sur un processus formel ou documenté

Peut ne pas comporter de réunion de revue

Peut être effectué par un collègue de l'auteur ou par d'autres personnes

Les résultats peuvent être documentés

L'utilité varie selon les réviseurs

L'utilisation de checklists est facultative

Très couramment utilisé dans le développement agile

23 | 2018 | ISTQB Fondation – Chapitre 3 / Copyright Aldemia 2018 – reproduction interdite

Autres objectifs possibles : échange d'idées sur des techniques ou des

La préparation individuelle avant la réunion de revue est facultative

La réunion de revue est généralement dirigée par l'auteur du produit

Le rôle de scribe est obligatoire

L'utilisation de checklists est facultative

Peut prendre la forme de scénarios, d’essais à blanc ou de simulations

Des rapports de défauts et des rapports de revue peuvent être produits

Peut varier dans la pratique de plutôt informel à très formel

24 | 2018 | ISTQB Fondation – Chapitre 3 / Copyright Aldemia 2018 – reproduction interdite