|

Formation au métier du test logiciel
Environnement Agile
2010
Durée : 3 jours
Cibles : débutant dans le domaine du test ou testeur n’ayant pas d’expérience du test outillé et structuré. Il est également possible de convier des développeurs, chef de projet ou de produit à la première journée afin de les sensibiliser aux enjeux du test.
La connaissance du cycle de vie d’un développement logiciel est utile.
Pas de compétences techniques spécifiques impératives.
Entreprise ayant mis en place des méthodes Agile pour le développement et le test.
Organisation : des TP sont prévus pour la mise en œuvre des concepts, l’utilisation d’un outil de gestion de campagnes de tests (type Testlink) pour certains TP est également prévu.
Jour 1
ORGANISATION:
L'objectif est de situer le test dans le développement logiciel en mode agile et d'en souligner l'importance, ainsi que les conséquences d'une mauvaise gestion des tests.
La formation permet de mettre en place un vocabulaire et des concepts communs au sein d’une équipe projet ou d’une équipe de test, de faciliter le choix d’ outils et de structurer le travail des testeurs ou ingénieurs validation de manière efficace.
• Définitions
• Vocabulaire du test istqb/ cftl
Les différents types de test (quadrant agile)
Qu'est-ce qu'un livrable
• Rôles/organisation de l'équipe
• Les points forts: comparaison méthode Agile avec un Cycle en V
TECHNIQUES DE TEST BOITE NOIRE:
L'objectif est de présenter les différentes techniques de détermination de jeux d'essais. L'usage des simulations de cas permettant de détecter des oublis en amont est mis en avant
• Classe d'équivalence et valeurs limites
• Données réelles
Tests de cas d'emploi
Tables de décision
Diagrammes de transition d'états
Orthogonal Array and All Pairs
TECHNIQUES DE TEST BASEES SUR L'EXPERIENCE
• Basées sur l'estimation d'erreur
• Les tests exploratoires
Jour 2
STRATEGIE DE TEST/PLANNIFICATION
Définition des objectifs de test et planification de l'activité de test.
• Périmètre
• Risque
Environnement cible
Exemple de stratégie simplifiée
PLAN DE TEST/RAPPORT DE TEST
L'objectif est d'apprendre à structurer un plan de test en fonction principalement des objectifs de test.
• éléments pour structurer un plan de test ou cahier de test.
Informations essentielles pour rédiger test.
Informations essentielles pour rédiger un rapport de test et un bilan.
LES TESTS NON FONCTIONNELS
L'objectif est de couvrir l'ensemble des tests possibles au-delà du périmètre communément admis des tests fonctionnels. Il s'agit de répertorier et d'aborder à travers des exemples toutes les activités de tests existantes non fonctionnelles.
• Test lié aux interfaces homme-machine
• Test de robustesse/stress/performance
Test de migration
Test lié à la sécurité
Test d'endurance
Installation/Configuration
Test de performances
Jour 3
GESTION DES DONNEES/VERIFICATION
Ce module aborde des aspects pratiques du test en termes d'outillage qu'il faudra prévoir et planifier.
La qualité d'un test est fonction de la capacité de vérification des résultats de ce test.
• Gestion des données de test
• Vérification
• Outil de simulation/injection
AUTOMATISATION
• Objectifs
• Pré requis
Critères d'automatisation
Gestion des données
Gestion environnement
Fiabilité
Maintenance
Type
Exemple
Keyword testing
GESTION DES INCIDENTS
L'objectif de ce module est d'apprendre à rédiger correctement une anomalie et de montrer les conséquences de l'absence d'une bonne gestion d'anomalie.
• Cycle de vie
• Rédaction d'une fiche d'incident
Anomalie et gestion de version
METRIQUES
Pourquoi mettre en place des métriques.
• Couverture de code
• Couverture fonctionnelle incidents
CHOIX DES OUTILS
Quelques éléments pour bien choisir ses outils
• Type d'outil
Outils adaptés aux projets Agile
• Avantage
Processus de choix d'un outil
EXERCICES ET TP
Les TP et exercice se font autour d'un projet type e-commerce.
Ils comportent des exercices sur:
Les techniques de test
La stratégie de test
Le plan de test avec TestLink
|