La version 2010 de la suite Team System apporte son lot de nouveautés dans le domaine des tests et j’ai pensé qu’il serait intéressant de faire un petit état des différentes possibilités qui s’offrent à nous dans ce domaine.
Si vous voulez vous informer sur la mise en œuvre des tests je vous conseille vivement de consulter le blog d’Etienne Margraff.
Types de tests disponibles:
- Tests unitaires de bases de données
- Tests fonctionnels de sites Web:
- Tests de navigation: types règle de validation > action avec possibilité d’ajout de boucles et conditions (Simulation des échanges http)
- Tests fonctionnels d’interface graphiques Winforms et WPF:
- Tests de montée en charge:
- Web services et BDD: stress tests
- Génération de rapports détaillés
- Définition précise de l’environnement matériel et logiciel
- Tests Ordonnés : Exécution de séries de tests dans un ordre prédéfini
Outils de tests
Autres fonctionnalités:
- Enregistrement de vidéos lors de l’exécution des tests
- Journaux d’erreurs et d’évènements à l’exécution des tests pour une traçabilité très poussée
- Planification et exécution de campagnes de tests avec le Test Plan Manager
- Tests unitaires impactés : sélection automatique des tests concernés lors de la modification d’une portion de code par un développeur
- Génération de rapports avec le reporting service de SQL Server
- Débuggeur historique (pas à pas inversé)
- Débuggeur déployable à distance en mode déconnecté: Visual Studio 2010 Remote Debugger
- Génération et déploiement des environnements de tests virtualisés avec Hyper-V Server et Lab Management
- Points de sauvegardes de la machine virtuelle avec Hyper-V
- Développement guidé par les tests
- Création de listes de tests dans Visual Studio (Test Suite Manager)
Webcasts:
Je vous recommande également la vidéo de présentation des TechDays 2009: Visual Studio 2010 : les nouveautés de l’édition Test
Les Work Item sont les éléments de bases du travail en équipe sur Team Foundation server.
Ce sont des éléments de travail que l’on utilisera afin de guider le travail des membres de l’équipe en leur attribuant des tâches et en effectuant un suivi précis de celles-ci.
Les Différents Types de Work Items
Bug
Utilisé lorsqu’un bug est identifié, la tâche décris la manière de reproduire le bug, le comportement actuel ainsi que le résultat attendu.
Exemple : Le bouton de validation reste inactif même si tous les champs sont remplis.
Issue
Utilisé pour demander une modification d’un élément déjà existant exemple
Exemple : Changer le lien hypertexte vers l’aide par un bouton
Shared Steps
Les étapes partagées sont des tâches récurrentes des tests manuel qui seront donc réutilisées à chaque fois que l’on en a besoin afin d’éviter de recréer un nouvel item à chaque fois.
- saisir le login
- saisir le mot de passe
- cliquer sur « connecter »
Task
Une tâche est typiquement une nouvelle fonctionnalité à implémenter
Exemple : Ajouter un champ pour une adresse e-mail de secours
Test Case
Les tests cases sont des scénarios de test manuel c’est à dire qui ne seront pas effectuer grâce à du code mais par un testeur qui effectuera les opérations demandées manuellement et effectuera un retour sur le résultat obtenu.
Exemple :
- se connecter
- aller sur « mon profil »
- cliquer sur « parrainage »
- entrez une adresse email de test
- cliquez sur envoyer l’invitation
User Story
Les user story sont également des scenarios de tests manuels mais beaucoup moins détaillés que les tests cases. Il s’agit uniquement de décrire en language usuel la fonctionnalité que l’on souhaite tester et le résultat attendu et ceci en une à deux phrases maximum. Il s’agit d’un concept phare de la méthode agile extreme programming. On peut lier des tests cases à une user story afin de détailler les étapes.
Exemple : les clients peuvent inviter un ami par mail.
Les paramètres des Work Items
Tableau récapitulatif
Paramètres des Work Items
Détail des paramètres
Status
- Title : titre du work item
- Assigned to : utilisateur qui devra réaliser la tâche
- State : état de réalisation de la tâche
- Area : partie du projet concernée par la tâche
- Iteration : iteration à laquelle la tâche doit être réalisée
- Reason : raison(s) de l’existence de cette tâche
- Activity :
- Automation Status : automatiser l’exécution
Planning
- Stack Rank : rang dans l’ordre de realisation des tâches
- Priority : degré d’urgence de la réalisation
- Story points : Nombre d’étapes dans le scenario de test
- Risk : degré de risqué d’échec estimé
- Severity : degré d’importance de la tâche
- Due Date : date de realisation prévue
Effort
- Original Estimate : estimation du temps nécessaire
- Remaining : estimation du temps restant avant réalisation
- Completed : temps de travail déjà effectué
Autres
- Description : description du work item
- History : raisons pour laquelle le work item à été créé
- Steps to Reproduce : étapes à reproduire dans le work item
- Links : lier des éléments au work item (work item, lien…)
- File Attachement : lier des fichiers (image, fichier texte…)
- System Infos : état du system au moment du test
- Test Cases : tests manuels pour tester la correction du bug
- Steps : étapes de la tâche partagée
- Implementation : lier des tâches parentes et enfants
- Tested Work Item : lier des tests préalables
- Associated Automation : associer un test automatisé
Commentaires