Gestion des Anomalies en Tests

Généralités sur les tests

• Un test est un ensemble de procédures visant à garantir la conformité d'un système.
• Les tests assurent un niveau de qualité.
• Les tests fonctionnels évaluent le système selon ses besoins.
• Les tests non fonctionnels concernent la performance et la robustesse du système, sans se focaliser directement sur les besoins utilisateur.
• Un test structurel vise à vérifier directement le codage.
• Les tests sont présents tout au long du cycle de vie d'un projet, depuis le cadrage jusqu'à la maintenance.

Définition d'un projet

• Un projet est un ensemble d'activités coordonnées et maîtrisées pour atteindre un objectif précis.
• Tout projet a une date de début et une date de fin.
• Un projet comprend des caractéristiques spécifiques.
• Le besoin est l'expression des attentes du client ou des utilisateurs. Il doit être exprimé clairement et sans ambiguïté. Le besoin doit inclure des éléments de résultat attendus et des métriques observables
• Jalon: événements importants dans la réalisation du projet, nécessitant un contrôle (par exemple, remise d'un livrable ou fin d'une phase).
• Cycle de vie du projet: la succession des des phases d'un projet, pour passer d'un besoin à un système fonctionnel en service.
• Cahier des charges: un document contractuel exprimant les attendus du projet, facilitant la proposition d'une solution viable par le fournisseur. Il est un document vivant qui est mis à jour durant le projet.

Équipes d'un projet

• Le cadrage: équipe responsable de la définition et du pilotage du projet, en incluant notamment la collecte des besoins, le pilotage et la gestion des livraisons.
• Le développement: équipe responsable de la conception et de la réalisation du produit
• La qualification: équipe responsable de l'évaluation et de la validation du produit
• La livraison client: livraison finale du produit fonctionnel au client.
• La recette: tests et inspections finales du produit avant son déploiement.
• La mise en production : déploiement final du produit dans un environnement de production opérationnel.

Test fonctionnel vs Non fonctionnel

• Tests fonctionnels: Tests basés sur les besoins utilisateurs.
• Tests non fonctionnels: Tests basés sur la performance, la sécurité, la robustesse du produit.

Les techniques de tests

• Type de composant du système.
• Complexité du système.
• Exigences réglementaires/contractuelles.
• Compétences des testeurs.
• Types de risques du projet.
• Objectifs du test.
• Documentation et outils disponibles.
• Ressources temporelles et budgétaires.
• Modèle du cycle de vie du développement logiciel.
• Expériences précédentes avec les techniques de tests.
• Types de défauts.

Boîte noire et boîte blanche

• Boîte noire: Les tests ne prennent pas en compte le code interne. Ils se concentrent sur le comportement visible du logiciel.
• Boîte blanche: Les tests prennent en compte le code interne. Ils concernent généralement les tests unitaires.

L'expérience

• Les testeurs utilisent leur connaissance et leur intuition pour identifier les zones susceptibles de contenir des défauts.
• Les tests exploratoires permettent d'explorer le système de manière libre.
• La méthode est utilisée lorsque les spécifications sont manquantes ou incomplètes.
• Elle est basée sur l'expertise du testeur.

La boite noire (partie équivalence)

• Identifier les partitions de valeurs valides et invalides en entrée.
• Identifier les partitions de valeurs valides et invalides en sorties.
• Créer les cas de test.
• Tester une donnée par partition.

La boite noire (valeurs limites)

• Les valeurs limites (minimum et maximum) de chaque partition d'équivalence facilitent la détection des erreurs.
• à 2 valeurs : les valeurs minimale et maximale d'une partition sont ses valeurs limites.
• à 3 valeurs : les valeurs en dessous, sur et juste au dessus de la limite.

La boite noire – les transitions d’états

• Comportement du système en fonction des conditions actuelles ou passées (état).
• Diagramme d’états et de transitions.
• Tableaux d’état.
• Transitions invalides.

Les cas d'utilisation

• Comportement d'un sujet en interaction avec d'autres acteurs, décrivant l'objectif d'une interaction ou d'une fonction.
• Préconditions à remplir pour le bon déroulement du cas.

Les types de tests (non régression/acceptation/performance)

• Test de non-régression: Vérification que le logiciel fonctionne comme prévu après toute modification.
• Test d'acceptation: Vérifier la conformité du logiciel aux exigences.
• Test de performance (Charge) : Mesure de la performance du logiciel en situations de charge élevée.

Erreur, défaut et défaillance

• Erreur: une erreur humaine qui peut être introduite dans la documentation ou le code.
• Défaut: une erreur dans le code ou l'application qui ne respecte pas les spécifications du système.
• Défaillance : l'effet ou le résultat d'un défaut dans l'environnement du logiciel.
• Les causes racines des défauts sont les actions ou conditions qui ont contribué au défaut, en les identifiant on peut améliorer les processus et réduire les défaillances.

Les 7 grands principes

• Exhaustivité: Tester tous les cas possibles. C'est impossible.
• Regroupement: Regrouper les défauts pour améliorer l'efficacité.
• Temps: Tester tôt dans le cycle de développement pour évaluer le plus vite possible.
• Contexte: Les tests dépendent du contexte, de l'environnement et des données.
• Pesticide: Exécuter plusieurs fois le même cas de tests ne permet pas de trouver plus d'anomalies.
• Illusion: L'illusion de penser que trouver les défauts assurera la réussite de l'application.

Les cycles

• Cascade: Une phase ne commence que si la phase précédente est terminée.
• Cycle en V: Intègre le processus de test à chaque étape du développement.
• Développement incrémental: Définir les exigences, la conception, le développement et le test d'un système par morceaux.
• Développement itératif: Chaque itération délivre un sous-ensemble croissant des fonctionnalités.

Les types de TNR

• Correctif: Tester uniquement les parties modifiées.
• Complet: Tester l'intégralité du logiciel après des modifications.
• Sélectif: Cible les parties modifiées.
• Progressif: Ajouter des tests quand des fonctionnalités sont modifiées.
• Partiel: Utilisé lorsque plusieurs développeurs travaillent sur des branches différentes.

Stratégie de tests

• Feuille de route pour mettre en place les tests dans un projet.
• Collaboration client, managers, échanges.
• Écrire les paramètres et les objectifs des tests.
• Environnements de tests appropriés.
• Organisation de la planification et la mise en place des livrables.
• Exécution des tests : parallélisation des campagnes.

Les différentes approches

• Analytique: basées sur l'analyse des facteurs comme les exigences ou les risques.
• Méthodiques: repose sur une utilisation systématique de tests prédéfinis.
• Conformes aux process : implication de l'analyse, la conception et l'implémentation avec normes externes.
• Dirigée(consultative): Utilisation des recommandations, conseils d'experts du domaine ou instructions des parties prenantes.
• Anti-régression: évite les régressions au niveau des fonctionnalités existantes.
• Réactive: s'adapte aux événements se produisant pendant l'exécution des tests.

Cas de tests et scénarios

• Un scénario de test est une situation d'utilisateur final.
• Couvre plusieurs cas de test, valide un processus métier complet.
• Types de scénarios:
  • Nominaux: utilisation normales.
  • Alternatifs : variante du nominal.
  • Exceptions : objectif non atteint.

Plan de tests

• Couvre le périmètre fonctionnel du project.
• Inclut les cas de tests fonctionnels, les scénarios et leur ordre de priorité, le périmètre global du projet (une version de l'application).
• Il est rédigé dès la définition du périmètre.

Caractéristiques d'un cas de test

• Nom unique et descriptif (pour un rapide rappel).
• Rôle précise : passant ou non passant.
• Charge estimée (temps pour création et exécution).
• Dépendances avec d'autres cas de test.
• Résultat attendu.
• Type de test (unitaire, de charge, d'acceptation, de non-régression).
• Personne qui réalise ou exécuta les tests.
• L'ordre de priorisation selon les besoins du projet.

Calendrier

• Priorité.
• Dépendances entre les cas de tests et scénarios.
• Tests de confirmation (tests après correction d'un défaut).
• Tests de non-régression.
• Séquence d'exécution la plus efficace.
• Possibilités d'enchainement avec des niveaux d'efficacités différentes.

L'effort de tests

• Prioriser l'estimation de l'effort.
• Référence à l'ensemble des activités et ressources nécessaires pour la planification.
• Prédire le travail nécessaire pour les objectifs de tests et la qualité du logiciel.
• Projeter la charge par phase de test, anticiper les re-jeux.
• Capitaliser l'information pour affiner les estimations futures.
• Facteurs influençant l'effort des tests:
  • Caractéristiques du produit (risques, complexité).
  • Qualtité de base, taille du produit.
  • Exigences relatives, niveau de détails exigés pour la doc, conformité juridique (exigences métier).
  • Personnes impliquées (compétences, expérience).
  • Cohésion et leadership de l'équipe.
  • Caractéristiques du processus (stabilité, approche, outils)
  • Pression des délais.
  • Résultat des tests (nombre de défauts, quantité de correctifs).

Métriques

• Utilisées pour déterminer la complexité des tests (cas, exécution).
• Permet une détermination de charge plus précise.
• Exemple: modèles de correction de défauts et suivi du temps pour aider à anticiper les efforts futurs.
• Autres exemples de paramètres potentiels à estimer: nombres de cas test, types de RG.

Cas pratique

• Exemple d'application de gestion de bibliothèque pour définir un plan de tests et rédiger 3 cas de test.
• Utiliser les paramètres fournis.
• Assurer la clarté et la précision des cas de test.
• Identifier les points d'améliorations.

Ce quiz aborde les concepts critiques liés à la gestion des anomalies et des évolutions pendant la phase de tests. Il évalue vos connaissances sur les étapes clés pour assurer le succès des projets informatiques. Testez vos compétences en gestion des tests unitaires et en production.