Gestion des Anomalies en Tests

Podcast

Play an AI-generated podcast conversation about this lesson

Questions and Answers

Quel est l'objectif principal de la gestion des anomalies et/ou évolutions durant la phase de tests ?

Piloter le développement

Préparer les données de test

Élaborer la stratégie de tests

Gérer les modifications et corrections nécessaires (correct)

Lors de la rédaction des SFD, quelle étape est cruciale pour le succès du projet ?

Identification des exigences (correct)

Accompagnement aux tests

Création du plan de tests

Gestion des livraisons

Quel processus se déroule après l'exécution des tests unitaires ?

Préparation des JDD

Gestion des anomalies (correct)

Pilotage du développement

Création de plan de tests

Quelle activité est essentielle pour garantir la réussite de la production ?

Gestion des livraisons Signup and view all the answers

Quelle fonction ne fait pas partie de la réalisation lors du processus de tests ?

Création de la documentation utilisateur Signup and view all the answers

Quel est un des avantages des paramètres de contrôle dans les tests?

Ils facilitent la maintenance des cas de test. Signup and view all the answers

Quel est l'inconvénient potentiel des cas de test paramétrés?

Ils peuvent compliquer le débogage. Signup and view all the answers

Quels paramètres permettent d'améliorer la clarté des tests?

Séparation des données de test et de la logique de test. Signup and view all the answers

Qu'entend-on par 'couverture étendue' dans les cas de test?

Couvrir une large gamme de conditions et d'entrées. Signup and view all the answers

Lorsque les tests deviennent nombreux, quel est le principal problème associé à l'utilisation de paramètres?

Complexité accrue lors des mises à jour. Signup and view all the answers

Quel élément peut rendre le débogage des tests paramétrés plus difficile?

La diversité des combinaisons de paramètres. Signup and view all the answers

Quel est un des résultats attendus des tests réussis?

Un message de confirmation. Signup and view all the answers

Pourquoi la maintenance des cas de test est-elle facilitée par les paramètres?

Ils permettent de modifier moins de scripts. Signup and view all the answers

Quel critère d'entrée permet de démarrer l'acceptation du logiciel ?

Aucune anomalie bloquante ouverte après la phase de test développeur Signup and view all the answers

Quel facteur n'est pas pris en compte dans les critères de sortie pour les tests ?

Le nombre d'utilisateurs actifs Signup and view all the answers

Quel est l'objectif principal des paramètres dans les cas de tests ?

Personnaliser et rendre flexibles les cas de tests Signup and view all the answers

Quel facteur contribue à la décision d'arrêter l'acceptation du logiciel ?

90% des cas de tests ont été exécutés avec succès Signup and view all the answers

Quel type de paramètres est spécifiquement utilisé pour tester les fonctionnalités de connexion ?

Paramètres d'entrée Signup and view all the answers

Quel critère de sortie est lié à la fiabilité et la sécurité du logiciel ?

Taux de réussite défini atteint Signup and view all the answers

Quelle condition n'est pas un critère d'entrée pour les tests ?

Exécution de tous les tests de régression Signup and view all the answers

Quand est-il courant de réduire les tests ?

Lorsque le budget ou le temps est insuffisant Signup and view all the answers

Quel type de test de non-régression vise à vérifier que des corrections de bugs n'ont pas introduit de nouveaux problèmes ?

Test de non-régression correctif Signup and view all the answers

Quels tests sont généralement utilisés lorsqu'une fonctionnalité a été modifiée et qu'il est nécessaire d'ajouter de nouveaux tests ?

Test de non-régression progressif Signup and view all the answers

Quel type de test est décrit comme étant le plus rare en raison de son coût élevé et de sa durée ?

Test de non-régression complet Signup and view all the answers

Quel type de TNR est approprié lorsqu'il est nécessaire de tester uniquement les parties du code qui ont été modifiées ?

Test de non-régression sélectif Signup and view all the answers

Quel méthode de test de non-régression n'inclut pas les contraintes ou intégrations en cours ?

Test de non-régression unitaire Signup and view all the answers

Lorsque plusieurs branches de développement sont fusionnées, quel type de test est appliqué ?

Test de non-régression partiel Signup and view all the answers

Quel type de TNR vise à s'assurer que toutes les fonctionnalités fonctionnent correctement après des modifications ?

Test de non-régression complet Signup and view all the answers

Quelle est la première étape à réaliser lors de la mise en place des Tests de Non-Régression (TNR) ?

Identifier les modifications Signup and view all the answers

Quel type de test de non-régression se concentre principalement sur les corrections apportées sans changement au scénario de test ?

Test de non-régression correctif Signup and view all the answers

Pourquoi est-il essentiel de hiérarchiser les modifications lors des TNR ?

Pour optimiser l'utilisation finale Signup and view all the answers

Quel est l'objectif principal des points de sortie dans un TNR ?

Valider les résultats des tests Signup and view all the answers

Quelle pratique n'est pas recommandée concernant les TNR ?

Modifier les TNR sans justification Signup and view all the answers

Quels éléments caractérisent un cas de test ?

Préconditions, résultats attendus, postconditions Signup and view all the answers

Quel type de test complète les TNR dans le cadre de nouvelles fonctionnalités ?

Tests nominaux et alternatifs Signup and view all the answers

Quel est l'avantage des paramètres dans les cas de test ?

Rendre les cas de test plus flexibles Signup and view all the answers

À quel moment doit-on mettre à jour les TNR ?

Après chaque modification de code Signup and view all the answers

Quel facteur n'est PAS pris en compte lors de la création d'un calendrier d'exécution ?

Tests de performance Signup and view all the answers

Quel est l'un des défis lors de l'exécution de tests avec des niveaux de priorité différents ?

Les tests de priorité plus basse peuvent précéder ceux de priorité plus élevée Signup and view all the answers

Quel est l'objectif principal de la priorisation dans les tests ?

Estimer l'effort de tests et garantir la qualité Signup and view all the answers

Lorsque des tests sont effectués après la correction d'un défaut, ce processus est appelé :

Tests de confirmation Signup and view all the answers

Quel type de scénario doit être exécuté le plus tôt dans une chaîne d'exécution efficace ?

Scénarios avec priorité nulle Signup and view all the answers

Quel élément n'est PAS inclus dans l'effort de tests ?

Annulation des tests Signup and view all the answers

Quel facteur est le plus pertinent pour prédire la quantité de travail nécessaire lors de la phase de test ?

La capacité de relivraison de corrections Signup and view all the answers

Quel est un aspect important à considérer lors de l'enchaînement des cas de tests ?

Les interactions entre les tests Signup and view all the answers

Study Notes

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.

Studying That Suits You

Use AI to generate personalized quizzes and flashcards to suit your learning preferences.

Description

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.