Le choix des normes à suivre au cours du processus de revue est généralement effectué lors de la planification de la revue.

Les différentes techniques de revue qui peuvent être appliquées par les participants au cours de la revue individuelle sont décrites dans la norme ISO/IEC/IEEE 29119-3.

L'un des principaux objectifs de la réunion de revue est de s'assurer que tous les participants sont conscients de leurs rôles et responsabilités dans le processus de revue.

La revue individuelle n'est obligatoire que lorsque la taille du produit d’activités à revoir est trop importante pour être couverte lors de la réunion de revue.

La revue technique

L’inspection

La revue informelle

L’analyse statique

Modérateur

Facilitateur

Scribe

Responsable de la revue

Toutes les vulnérabilités de sécurité peuvent être détectées exclusivement par des tests dynamiques, et non par des tests statiques

Les tests dynamiques et les tests statiques provoquent tous deux des défaillances, mais les défaillances provoquées par les tests statiques sont généralement plus faciles et moins coûteuses à analyser.

Les tests statiques sont mieux adaptés que les tests dynamiques pour mettre en évidence les problèmes susceptibles d'indiquer une modularité inappropriée du code.

Les tests dynamiques ne peuvent être appliqués qu'à des produits d'activités non exécutables, tandis que les tests statiques ne peuvent être appliqués qu'à des produits d'activités exécutables.

Le test de confirmation permet de vérifier que des défauts spécifiques ont été corrigés, tandis que le test de régression permet de s’assurer que les modifications récentes n’ont pas introduit de nouveaux défauts dans les fonctionnalités existantes.

Il n’y a pas de différence. Ces deux termes sont synonymes.

Le test de confirmation est effectué par les développeurs sous la forme de tests unitaires ou de tests d’intégration unitaire, tandis que le test de régression est effectué par les testeurs sous la forme de tests d’intégration système, de tests système ou de tests d’acceptation.

Le test de confirmation permet de vérifier que l’objet du test fonctionne correctement dans les conditions prévues, tandis que le test de régression permet de vérifier la robustesse du système face à des données attendues ou incorrectes.

Test d’acceptation

Test système 

Tests d’intégration des systèmes

Test de version

Les rétrospectives facilitent les discussions sur les nouvelles caractéristiques des produits

Les rétrospectives permettent d’augmenter le budget du projet

Les rétrospectives améliorent la qualité de la base de test

Les rétrospectives permettent une résolution rapide de la dette technique

Participer à des rétrospectives

Utiliser le développement piloté par les tests d’acceptation (ATDD)

Suivre les performances du système après la livraison

Effectuer des tests non fonctionnels en utilisant des cas de test fonctionnels

Développement piloté par le comportement (BDD)

Développement piloté par les tests d’acceptation (ATDD)

Développement piloté par les tests (TDD)

Développement piloté par la couverture des tests (TCDD)

Confirmer que toutes les combinaisons d’entrées possibles ont été testées

Corriger les défauts de manière efficace et efficiente

Vérifier que le logiciel répond aux exigences spécifiques

S’assurer que le logiciel est exempt de défauts