Test logiciel basé sur les risques

Lorsqu'il n'y a pas assez de temps et de ressources pour tout tester, que dois-je tester?

Presque tous les projets de développement logiciel ont à répondre à cette question. Beaucoup, sinon la plupart, laissent la réponse au hasard. Les réflexions et les avis sont souvent brefs voire même éliminés en raison des contraintes de temps. Il est alors laissé aux développeurs le choix de décider des éléments qui passeront des tests unitaires et comment ils les feront.

Si vous ne voulez pas laisser la réussite de votre projet aux mains du hasard, il existe une approche plus disciplinée qui peut aider. Le test basé sur le risque permet d'identifier quelles parties du produit ont le plus d'influence sur l'entreprise. Ainsi, on élabore un plan pour maximiser l'efficacité du test. Cela rend visible ce qui est et n'est pas testé et quel est le risque potentiel pour chaque point important du produit. En bref, il permet à une équipe projet de prendre des décisions plus éclairées .

Le test basé sur le risque n'impose pas de méthodes ou de techniques de test spécifiques. C'est simplement un guide pour aider à décider et rendre visible ce qui est testé, comment c'est testé, quand c'est testé, et quel est le risque associé. Il vous aidera à comprendre quels impacts, les changements de dernière minute au planning de test, peuvent avoir sur les risques du projet.

le test basé sur le risque n'a pas besoin d'être complexe ou onéreux. Il est souvent pratique, intuitif et simple .

Il n'est pas destiné à tout le monde. Les processus les moins formalisés et matures auront de moins bons résultats que les projets qui utilisent et suivent des techniques spécifiques de test ainsi que les différentes phases du test. C'est un mauvais choix si vous ne voulez vraiment pas montrer vos forces et vos faiblesses. Cependant, pour ceux qui veulent tirer le meilleur parti de leurs tests et sont disposés à être un peu discipliné, voici les étapes qui vous aideront à accomplir ceux-ci:

1. Identifier chaque composant important du système.
2. Déterminer l'importance relative de chaque composant.
3. Déterminer l'évaluation des risques pour chaque composant.
4. Identifier les caractéristiques de la qualité du produit.
5. Déterminer l'importance relative des caractéristiques de la qualité de chaque composant.
6. Identifier la liste des activités de test potentiels.
7. Déterminer la profondeur des tests par activités de test pour chaque composant et caractéristique de qualité.
8. Indiquer les techniques de test utilisées par chaque activité de test.
9. Attribuer un responsable pour chaque activité de test.
10. Indiquer "le risque après atténuation" prévu.
11. Déterminer à nouveau le "risque après atténuation" des éventuelles modifications faites durant le processus, aux tests et au planning .

Personne ne devrait faire ce processus seul. La participation du client, des équipes de test, de développement, du marketing, du management, et toutes les autres parties impliquées dans le développement et l'utilisation du système est requise. Il peut être nécessaire de commencer par une personne seule qui rassemble l'information initiale, et qui peut ensuite être utilisée par le groupe comme un point de départ pour les discussions, les négociations et un travail en cours qui peut être affiné jusqu'à sa forme finale.

source originale: the analyst coach