Analyse et atténuation des risques liés aux projets de tests logiciels

⚡ Résumé intelligent

L'analyse des risques liés aux projets dans la gestion des tests permet d'identifier, d'évaluer et d'atténuer les menaces susceptibles de perturber le calendrier, le budget ou la qualité. LessLes formations couvrent le flux de travail d'analyse des risques en trois étapes, les risques liés aux projets et aux produits, une matrice impact-probabilité, les stratégies d'atténuation et une GuruÉtude de cas de la Banque 99.

  • ⚠️ Identification du risque: Identifier les risques liés au projet, qu'ils soient techniques, commerciaux ou liés au produit, avant le début des tests.
  • 📋 Flux de travail en trois étapes : Identifier, analyser l'impact, puis appliquer des contre-mesures.
  • 🛡️ Matrice d'impact : Attribuez un score de probabilité et d'impact élevé, moyen ou faible pour définir la priorité en matière d'atténuation des risques.
  • Stratégies d'atténuation : Éviter, transférer, accepter ou réduire les risques grâce à des actions de gestion des tests ciblées.
  • 🧪 Étude de cas: GuruL'exemple de 99 Bank illustre l'analyse des risques appliquée à un projet de test réel.

Qu'est-ce que l'analyse des risques ?

Le risque est la probabilité d'apparition d'un événement indésirable.

L'analyse des risques en génie logiciel est le processus d'analyse des risques associés à votre Tests Projet.

Pour le succès de votre projet, les risques doivent être identifiés et les solutions correspondantes doivent être déterminées avant le début du projet. L'identification des risques en génie logiciel vous aide à identifier les risques probables dès les premiers stades.

Dans ce tutoriel, nous découvrirons la première étape du processus de gestion des tests : analyse des risques et solution à l'aide d'une étude de cas.

Dans cette rubrique, nous découvrirons la première étape du processus de gestion des tests : l'analyse des risques dans les tests et solutions logiciels à l'aide d'une étude de cas.

L'application testée est https://demo.guru99.com/V4/, vous pouvez vous référer à la spécification des exigences logicielles ici.

Le Guru99 Bank aura deux rôles.

  • Gérant
  • Le client

Les fonctionnalités/modules suivants seront disponibles pour ces deux rôles différents

Analyse de risque

Voici un petit tour du site

Analyse de risque

Après avoir lu les documents relatifs aux exigences, vous avez peut-être réalisé que le site Web contient trop de fonctionnel et complexe scénarios.

Voici la situation –

  1. Le GuruLe site web de 99 Banking a terminé sa phase de développement et entame maintenant la phase de test. Malheureusement, vous n'avez pas été impliqué dès le début, lors de la phase de définition des besoins.
  2. Votre patron a besoin que vous finissiez les tests dans un mois seulement avec un budget limité, mais espère l' qualité.
  3. Un membre de l'équipe, un ingénieur expérimenté, vous raconte

Analyse de risque

  1. Dans un tel cas, que devez-vous faire ?

A) Cela semble être un gros problème. Nous devons nous occuper de ASAP!!!

B) Je m'en fiche. Nous devons commencer à travailler dès maintenant.

Si vous choisissez l'action B, voici les résultats après un mois

  • Le projet est un gâchis et a pris toutes vos ressources et votre temps. La charge de travail de l'employé a considérablement augmenté et il se sent stressé et surchargé.
  • Analyse de risque

  • – Votre projet est retardé et vous n'avez donc pas pu sortir le produit dans les délais convenus comme vous l'aviez promis à votre patron. Comme l'a dit un membre de votre équipe, le calendrier de ce projet est trop serré par rapport à l'allocation actuelle des ressources.
  • Analyse de risque

Si vous choisissez l'action A, voici les résultats après un mois

Analyse de risque

L'exemple ci-dessus illustre le importance de l'analyse des risques dans la gestion des tests.

L’atténuation des risques vous aide à –

Analyse de risque

Le risque mentionné dans l’exemple ci-dessus n’est qu’un des nombreux risques potentiels pouvant survenir dans votre projet. Vous devez les identifier et prendre la décision de les traiter. ASAP!!! Donc, l'action correcte dans cet exemple est action A.

Par conséquent, l’analyse des risques lors des tests est importante

Comment réaliser une analyse des risques ?

C'est un processus en 3 étapes

  1. Identifier les risques
  2. Analyser l'impact de chaque risque identifié
  3. Prendre des contre-mesures pour le risque identifié et analysé

Comment réaliser une analyse des risques

Étape 1) Identifier le risque

Le risque peut être identifié et classé en 2 types dans les produits logiciels

Identifier le risque

Risque lié au projet

Le risque du projet peut être défini comme un incertain événement ou activité pouvant avoir un impact sur l’avancement du projet. L'impact a un positif or négatif effet sur les chances d’atteindre les objectifs du projet.

Il existe principalement 3 catégories de risques de projet

Risque lié au projet

Risque organisationnel

Il s'agit d'un risque lié à votre ressources humaines ou votre équipe de tests. Par exemple, dans votre projet, le manque de membres techniquement compétents constitue un risque. Ne pas disposer de suffisamment de main-d’œuvre pour terminer le projet à temps constitue un autre risque.

Risque organisationnel

Pour identifier le risque organisationnel, vous devez dresser une liste de quelques questions et y répondre en tant qu'exercice personnel. Voici quelques questions recommandées.

1. Est-ce une équipe bien organisée ?

A) Oui

B) Non

Votre projet ne comporte aucun risque organisationnel
Créer une équipe plus forte et favoriser un environnement de coopération

2. Chaque membre de l'équipe possède-t-il les compétences nécessaires pour faire son travail ?

A) Oui

B) Non

Votre projet ne comporte aucun risque organisationnel
Construire le cours de formation pour former les membres

3. Par rapport à la taille et au calendrier du projet, disposons-nous de suffisamment de ressources humaines pour terminer ce projet dans les délais ?

A) Oui

B) Non

Votre projet ne comporte aucun risque organisationnel
Demander au comité de projet d'obtenir plus de ressources humaines

Si vous répondez à toutes les questions ci-dessus, vous identifierez facilement les risques potentiels qui peuvent affecter votre projet.

Risque technique

Le risque technique est la probabilité de perte encourue lors de l'exécution d'un processus technique tel qu'une ingénierie non testée, une procédure de test incorrecte… etc. Voici un exemple de risque technique

  • Votre tâche dans ce projet consiste à tester un site Web bancaire. Vous devez mettre en place des environnements de test appropriés qui reflètent les environnements commerciaux réels. Si la Environnement de test n'est pas configuré correctement, le produit sera pas être testé correctement et de nombreux défauts ne sera pas détecté.

Risque commercial

Le risque implique un externe entité. C'est le risque qui peut venir de votre entreprise, de votre client mais pas de votre projet.

L'image suivante vous montre un exemple de risque commercial.

Risque commercial

Dans ce cas, le Test Manager doit trouver les solutions pour faire face au risque telles que :

  • complet » priorité pour les phases de tests, concentrez-vous sur le test des principales fonctionnalités du site Web
  • Utiliser un outil de test pour augmenter la productivité des tests
  • Appliquer l'amélioration des processus pour réduire l'effort de gestion.

Risque produit

Risque produit est la possibilité que le système ou le logiciel ne parvienne pas à satisfaire ou à répondre aux attentes du client, de l'utilisateur ou de la partie prenante. Ce risque dans le plan de test est lié au du produit tels que les problèmes de performances, les problèmes de sécurité, les scénarios de crash, etc.

Voici des exemples de quelques risques liés aux produits :

  • Le logiciel en ignore certains clé fonction que les clients ont spécifiée dans les utilisateurs
    exigence
  • Le logiciel est non fiable et fréquemment échoue à travailler.
  • Les logiciels échouent de manière à causer des dommages financiers ou autres à un utilisateur ou à l'entreprise qui utilise le logiciel.
  • Le logiciel présente des problèmes liés à une caractéristique de qualité particulière telle que la sécurité, la fiabilité, la convivialité, la maintenabilité ou les performances.

Pour en revenir à votre projet, y a-t-il un risque lié au produit ? Guru Site web de 99 Bank ? Pour répondre à cette question, veuillez suivre les étapes suivantes.


Risque produit

Une fois que vous avez terminé les 3 étapes ci-dessus, répondez à un petit quiz ci-dessous pour identifier les risques liés au produit.

1) Peut-on GuruSite web de la banque 99 sécurisée le compte client et ses données ?
A) Oui

B) Non

C) Je ne suis pas sûr

Incorrect
Corriger

2) Le site Web est-il utilisable pour le client ?
A) Oui

B) Non

Corriger
Incorrect

3) Quelles autres fonctions le site Web devrait-il avoir ?
A) Transfert de fonds sécurisé

B) L'utilisateur peut créer un nouveau compte

C) Pas besoin de plus de fonctions

Incorrect
Corriger

Étape 2) Analyser l'impact de la survenance du risque

Dans la rubrique précédente, nous avons déjà identifié les risques qui peuvent freiner votre projet. Voici la liste des risques identifiés :

  • Vous n'en avez peut-être pas assez ressources humaines terminer le projet dans les délais
  • Le test convivial peut ne pas être configuré correctement comme un environnement commercial réel.
  • Votre projet budget peut être réduit de moitié en raison de la situation commerciale
  • Ce site Web peut Défaut fonctions de sécurité

Ensuite, vous devez analyser ces risques.

Chaque risque doit être classé sur la base des deux paramètres suivants

  • Le probabilité d'occurrence
  • Le impact sur le projet

En utilisant la matrice ci-dessous, vous pouvez classer par catégories le risque en quatre catégories comme Élevé, Moyen, et Faible ou valeurs 3,2, 1

Probabilité

Élevé (3)

A une très forte probabilité de se produire, peut avoir un impact sur l'ensemble du projet

Medium (2)

50 % de chances que cela se produise

Faible (1)

Faible probabilité d'occurrence

Impact

Élevé (3)

Impossible de poursuivre l'activité du projet si le problème n'est pas résolu immédiatement

Medium (2)

Impossible de poursuivre l'activité du projet si le problème n'est pas résolu

Faible (1)

Il faut le résoudre mais il est possible d'adopter une solution alternative pendant un certain temps

Considérez les risques suivants

Analyse

Probabilité

Impact

Priorité = Probabilité* Impact

Date limite du projet non respectée

3

3

9

Panne d'électricité

1

2

2

Sur la base de la priorité ci-dessus, vous pouvez prendre les mesures d'atténuation des risques lors des tests ou les contre-mesures mentionnées dans le tableau ci-dessous.

Priorité

Méthode de gestion des risques

Haute

6 -9

Prenez immédiatement des mesures d'atténuation et surveillez le risque chaque jour jusqu'à ce que son statut soit clôturé.

Milieu

3-5

Surveiller le risque chaque semaine lors de la réunion d'avancement interne

Low

1-2

Acceptez le risque et surveillez-le par étapes.

Il est temps de passer à l'exercice ; nous avons identifié 4 risques dans le Guru99 projets bancaires. Classez-les vous-même.

Analyse Haute Moyenne Low Statut
  1. Vous n'en avez peut-être pas assez ressources humaines terminer le projet à la date limite
Correct.
Incorrect.
  1. Les tests convivial peut ne pas être configuré correctement comme un environnement commercial réel
Correct.
Incorrect
  1. Votre projet budget peut être réduit de moitié en raison de la situation commerciale
Correct.
Incorrect
  1. Ce site Web peut Défaut les fonctions de sécurité
Correct.
Incorrect.

Étape 3) Prendre des contre-mesures pour atténuer le risque

Cette activité est divisée en 3 parties

 Prendre des contre-mesures pour atténuer le risque

Réponse au risque

Le chef de projet doit choisir des stratégies qui réduiront le risque au minimum. Les chefs de projet peuvent choisir entre les quatre stratégies de réponse aux risques suivantes

Réponse au risque

Pour revenir aux 4 risques identifiés précédemment, nous devons trouver l'atténuation des risques dans les tests ou contre-mesure pour les éviter ou les éliminer.

A) Vous n’en avez peut-être pas assez ressources humaines terminer le projet à la date limite

B) Les tests convivial peut ne pas être configuré correctement comme un environnement commercial réel

C) Votre projet budget peut être réduit de moitié en raison de la situation commerciale

D) Ce site Web peut Défaut les fonctions de sécurité

A. Vous ne disposez peut-être pas de suffisamment de ressources humaines pour terminer le projet dans les délais
Ce risque ne peut être évité en raison de la situation de l'entreprise ; vous ne pouvez pas demander plus de ressources humaines pour le projet. Dans ce cas, vous pouvez réduire l'impact des risques en choisissant certaines options ci-dessous.

  • Sélectionnez le membre talentueux et expérimenté pour rejoindre l'équipe de projet
  • Créer le cours de formation pour perfectionner le membre, l'aider à améliorer la productivité

B. L'environnement de test peut ne pas être configuré correctement comme un environnement commercial réel
Ce risque pourrait être évité si vous effectuez les activités suivantes

  • Demandez à l'équipe de développement son aide pour créer l'environnement de test
  • Préparer tous les équipements ou matériels (Serveur, base de données, PC..) nécessaires à la mise en place de l'environnement

C. Votre projet peut être réduit de moitié en raison de la situation commerciale
Ce risque est critique ; cela pourrait empêcher l’ensemble du projet de se dérouler. Dans ce cas, tu devrais faire

  • Redéfinir la portée du projet, identifier ce qui sera testé et ce qui sera ignoré dans un tel cas
  • Négocier avec le client la durée du projet en fonction du budget du projet
  • Améliorez la productivité de chaque phase du projet, comme les tests, la création de spécifications de test,… Si vous pouvez gagner du temps, vous pouvez réduire les coûts.

D. Ce site Web peut manquer de fonctionnalités de sécurité
Ce risque est considéré comme une priorité moyenne, car il n'affecte pas l'ensemble du projet et pourrait être évité. Vous pouvez demander à l'équipe de développement de vérifier et d'ajouter ces fonctions au site Web.

Enregistrer le risque

Tous les risques doivent être enregistrés, documentés et reconnus par les chefs de projet, les parties prenantes et le membre du projet. Le registre des risques doit être librement accessible à tous les membres de l'équipe de projet.

Il y en a quelques-uns utiles pour enregistrer les risques tels que Redmine, MITRE... etc.

Surveiller et contrôler les risques

Les risques peuvent être surveillés de manière continue pour vérifier si des changements sont apportés. De nouveaux risques peuvent être identifiés grâce aux mécanismes constants de surveillance et d’évaluation.

Pour une meilleure gestion des risques, vous pouvez vous référer Gestion du risque modèle inclus dans cet article

FAQ

L'analyse des risques dans les tests logiciels est le processus d'identification, d'évaluation et de hiérarchisation des incertitudes susceptibles d'affecter un projet de gestion des tests. Elle examine les risques liés au projet, aux aspects techniques, commerciaux et au produit afin que les équipes puissent planifier des mesures d'atténuation avant le début de la phase de test.

Les trois étapes sont les suivantes : identifier les risques organisationnels, techniques, commerciaux et liés aux produits ; analyser chaque risque à l’aide de scores de probabilité et d’impact ; et appliquer des contre-mesures d’atténuation des risques telles que l’évitement, le transfert, l’acceptation ou la réduction en fonction de la priorité.

Le niveau de priorité des risques est calculé en multipliant la probabilité par l'impact. Chaque risque est classé comme élevé (3), moyen (2) ou faible (1). Les scores de 6 à 9 nécessitent une intervention immédiate, ceux de 3 à 5 font l'objet d'un suivi hebdomadaire, et ceux de 1 à 2 sont acceptés et réévalués lors d'étapes clés.

Le risque lié au projet menace le calendrier, le budget ou les ressources et relève des catégories organisationnelle, technique ou commerciale. Le risque lié au produit concerne la conformité du logiciel livré aux attentes du client ou des parties prenantes en matière de fonctionnalités, de sécurité, de performance, d'ergonomie ou de fiabilité.

Les stratégies courantes d'atténuation des risques comprennent l'évitement du risque en supprimant sa cause, le transfert du risque à un tiers tel qu'un assureur, l'acceptation du risque avec une contingence documentée et la réduction du risque par la formation, l'outillage, la réduction du périmètre et l'amélioration de la configuration de l'environnement de test.

Les modèles d'IA entraînés sur l'historique des défauts, les modifications de code et les résultats des tests peuvent prédire quels modules présentent le risque de défaillance le plus élevé. Ces prédictions aident les testeurs à concentrer leurs efforts d'analyse des risques et de gestion des tests sur les points critiques et à attribuer des scores de probabilité plus élevés aux zones vulnérables.

Analyse d'impact basée sur l'IA tracIl analyse les modifications de code apportées aux fonctionnalités, tests et dépendances concernés. Il hiérarchise le périmètre de régression et priorise les suites de tests qui réduisent le plus le risque résiduel, ce qui améliore les décisions d'atténuation des risques et renforce la préparation à la mise en production dans la gestion des tests.

Résumez cet article avec :