Objet
  • Identifier et favoriser la résolution des défauts qui ont un impact négatif important sur la qualité du logiciel.
  • Surveiller la progression des changements et favoriser leur exécution, afin d'améliorer la qualité du logiciel au niveau requis.
  • Favoriser la résolution rapide des défauts qui empêchent ou nuisent au test.
Rôle :  Responsable des tests 
Fréquence :  Cette activité est généralement effectuée à de nombreuses reprises dans l'itération . 
Etapes
Artefacts d'entrée :    Artefacts de sortie :   
Guides d'utilisation de l'outil :   
Plus d'informations : 

Détails sur l'enchaînement des activités :   

Examinez les récapitulatifs d'évaluation des tests les plus courants Haut de la page

Objet :  Comprendre l'évaluation actuelle récapitulative des problèmes de qualité produit que les membres de l'équipe de test ont identifié. 

Commencez par examiner les récapitulatifs d'évaluation des tests préparés par l'équipe de test. Comparez les informations d'évaluation au plan de test de l'itération, pour comprendre le récapitulatif dans le contexte du travail prévu. Soulevez toute ambiguïté et préoccupation auprès de l'équipe de test qui a élaboré le récapitulatif et résolvez ces problèmes.

Pour cette étape et les suivantes qui réunissent des informations et évaluent la qualité du logiciel, tentez d'obtenir une vue équilibrée intégrant des mesures objectives et subjectives. Souvenez-vous que les nombres objectifs ne produisent qu'une partie de l'image et qu'ils doivent être pris en charge et expliqués par le "climat" du projet. A l'inverse, ne vous fiez pas strictement aux rumeurs et aux spéculations subjectives au sujet de la qualité des logiciels : recherchez plutôt des preuves objectives. Nous vous recommandons de compléter vos données objectives par des discussions avec les responsables d'équipes ou éventuellement avec les membres de l'équipe, afin de collecter des évaluations subjectives. Ainsi, vous pourrez jauger le niveau de confiance à avoir par rapport aux données objectives.

Examinez les résultats des tests sélectionnés pour obtenir un contexte plus important Haut de la page

Objet :  Acquérir une compréhension encore plus approfondie des résultats des tests qui appuient l'évaluation récapitulative actuelle de la qualité du produit. 

Pour obtenir plus de contexte, observez les résultats des tests basés sur les récapitulatifs d'évaluation des tests. Examinez les résultats en profondeur pour confirmer que vous comprenez bien les questions clés qui ont été identifiées dans les récapitulatifs d'évaluation des tests.

Revoyez également les données et repérez les tendances évidentes importantes qui peuvent avoir été oubliées dans les résultats des tests. Il est en général plus important d'identifier ce qu'indiquent les tendances relatives des données plutôt que d'observer les nombres absolus. Soyez attentifs aux indications telles que les échecs dans une zone liés à des échecs dans d'autres zones.

Examinez les demandes clés de changements Haut de la page

Objet :  Pour se familiariser avec le contexte et être ainsi capable de discuter efficacement des questions les plus exceptionnelles et de leurs solutions éventuelles. 

Nous vous recommandons de limiter cet exercice aux questions les plus urgentes et aux demandes de changements qui leur sont liées. Vous pourrez consacrer davantage d'énergie à un plus petit nombre de questions, qui sont le plus souvent susceptibles d'avoir une incidence sur la qualité des produits. Si vous disposez d'une liste de questions clés plus longue, nous vous recommandons d'y consacrer l'énergie qui convient par rapport au caractère prioritaire très relatif de ces questions : ne gaspillez pas vos ressources en vous investissant à fond dans des questions secondaires. Néanmoins, notez qu'un nombre significatif de demandes de changements de très basse priorité peut rendre une instruction aussi significative en termes de qualité des produits, qu'une poignée de changements de priorité élevée. Essayez de réunir les demandes de changements de basse priorité dans les caractéristiques logiques de la qualité, fondées sur les risques qui lui sont liés. Cela vous aidera à structurer et à mettre plus clairement en valeur leurs effets combinés sur la qualité.

Identifiez les tendances évidentes associées aux demandes de changements générales. Il est généralement plus important d'identifier ce qu'indiquent les tendances relatives des données que d'analyser les nombres absolus. Observez les signes positifs tels qu'un débit stable et continu en termes de résolution des défauts, ou encore un débit de résolution évoluant graduellement puis régressant dans le temps. Surveillez les pics et creux en termes de débit de résolution indiquant que l'équipe de développement est susceptible de rencontrer des problèmes sur le plan des processus, de l'environnement, sur le plan politique ou tout autre problème réduisant leur productivité.

Remarque : vous serez peut être tenté d'améliorer la clarté des demandes de changements, en éliminant les aspects ambigus et délicats liés au langage et au raisonnement. Si vous réalisez vous-même ces changements, discutez-en avec les personnes qui ont initialement créé ces artefacts afin de leur expliquer le bien-fondé de ces améliorations.

Identifiez les écarts de qualité et évaluez leur incidence et les risques qui leurs sont associés Haut de la page

Objet :  Formuler votre compréhension des questions clés, sur le plan des risques clés susceptibles d'affecter la qualité du produit et la réussite du projet de développement logiciel. 

Identifiez chaque écart de qualité et évaluez l'incidence et le risque associés à chaque point ayant généré l'écart. Envisagez des stratégies de limitation et de secours, formulez vos idées initiales et discutez-en avec les autres membres de l'équipe.

Tenez compte du fait qu'une qualité "parfaite" est considérée comme un concept mythique. Lorsque vous évaluez la qualité et identifiez les écarts de qualité, prenez garde à utiliser une représentation réaliste et accessible de la "barre de qualité". Voir ../workflow/test/co_rqlty.htm -- This hyperlink in not present in this generated websiteConcepts : Qualité des produits

Identifiez les actions essentielles liées aux écarts de qualité Haut de la  page

Objet :  Produire une liste minimum et réaliste des actions imposées pour négocier une résolution satisfaisante des questions clés. 

Envisagez pour chaque écart majeur de qualité, des stratégies de limitation et de secours. Formulez vos idées initiales et discutez-en de manière informelle avec les autres membres de l'équipe. Cela vous éclairera sur vos raisonnements et vous permettra de les valider. Concernant les solutions, il est bon d'avoir des options : elles vous permettent de sonder les compromis et de choisir la meilleure solution pour un contexte donné.

Elaborez des solutions et des suggestions potentiellement utiles qui aideront l'équipe du projet à traiter chaque écart de qualité de la manière la mieux adaptée. Cette étape est essentielle car elle permettra à l'effort de test de contribuer efficacement à la résolution des problèmes, et de ne pas se limiter à rendre compte des problèmes. Cela représente un aspect important dans la reconnaissance de la valeur de l'équipe de test ; ainsi, vous bénéficierez du respect et de la collaboration des autres membres de l'équipe.

Identifiez et rejoignez les personnes compétentes sur les questions majeures Haut de la page

Objet :  Optimiser la résolution des questions clés de manière informelle et identifier les propositions susceptibles d'être acceptées. 

Soutenir une cause perdue n'est pas agréable. Une approche plus efficace consiste à identifier les solutions aux problèmes les plus susceptibles d'être soutenues, acceptées et concrétisées par l'équipe du projet. Gardez une relation étroite avec les principaux décideurs, et commencez par exposer clairement les questions clés de manière informelle dans des discussions individuelles. Cette démarche permet souvent d'obtenir un soutien et de trouver des solutions réalistes.

Il arrive que l'on n'ait pas le choix et que l'on soit contraint de défendre une solution qui est mal vue par l'équipe de développement. Lorsque c'est probable, il est encore plus important d'identifier les personnes censées vous apporter leur soutien et de savoir comment vendre la solution, en présentant clairement sa valeur et en exposant précisément les conséquences liées à l'absence de résolution du problème.

Négociez les priorités de travail Haut de la page

Objet :  Défendre une solution adaptée qui sera développée dans un délai acceptable, sans aucune incidence défavorable sur la qualité exigée. 

Le point crucial dans le choix de la qualité est la capacité à négocier une solution adaptée, qui apaise l'équipe de développement sans réduire la qualité du produit de manière considérable. Rappelez-vous que l'équipe de tests joue très souvent le rôle de conseiller qualité ; prenez donc garder à ne pas exiger qu'une résolution donnée soit exécutée.

Cependant, il est essentiel que l'équipe de test accomplisse un bon travail d'appui de la qualité ; il faut parfois apporter des nouvelles dont l'équipe du projet ne souhaite absolument pas prendre connaissance. C'est là que les équipes de tests compétentes réalisent l'effort de développement, avec autant de connaissances que possible du problème, de ses solutions potentielles et d'une bonne compréhension des compromis que représente chaque fois. Vous devez agir dans une certaine mesure comme un agent vis-à-vis des clients potentiels du produit et contribuer à négocier des solutions qui leur seront profitables.

Surveiller l'évolution du travail Haut de la page

Objet :  Soutenir et rester impliqué et informé de l'évolution de la résolution du problème. 

Les défauts et demandes de changements se perdent parfois dans le développement basique en cours des produits et dans l'augmentation des fonctions. C'est en partie dû au fait que, du point de vue des développeurs, travailler sur de "nouveaux éléments" est plus attrayant que corriger un vieux code bogué, et en partie au fait qu'on peut évaluer plus facilement la valeur commerciale de l'ajout d'une nouvelle fonction que la réparation de quelque chose qui ne fonctionne plus. Tout comme les partisans de la qualité, l'équipe de test doit contribuer à la résolution des anomalies majeures du projet, durant sa réalisation.

Les bonnes équipes logicielles trouvent un bon équilibre entre l'amélioration progressive de la qualité obtenue par la résolution des défauts et l'augmentation graduelle des fonctions. L'équipe de tests peut assister l'équipe du projet, en se concentrant sur les manières d'encourager et de soutenir l'amélioration progressive de la qualité, plutôt que de jouer un rôle moins utile et de confrontation de "police qualité".

Confirmez la résolution appropriée des problèmes clés Haut de la page

Objet :  Confirmer que la résolution des points clés règle le point clé avec efficacité, sans entraîner d'effet secondaire négatif. 

Quelle que soit la solution, les membres de l'équipe de développement se mettent d'accord sur la résolution d'un point lié à la qualité ; cette résolution doit finalement améliorer la qualité. Assurez-vous de consacrer assez de temps à l'évaluation des améliorations qualitatives, par l'intermédiaire d'une résolution donnée. Vérifiez également qu'elle s'adresse à la question d'origine et qu'elle n'a aucune incidence défavorable sur la qualité, d'une quelconque manière.

Concernant les solutions comportant des risques notables, il pourrait s'avérer utile de réaliser des tests sur les premières versions du produit, avant que trop de temps et d'efforts ne soient consacrés au suivi de la phase de résolution jusqu'à sa conclusion.

Evaluez et vérifiez vos résultats Haut de la page

Objet :  Vérifier que l'activité a été correctement réalisée et que les artefacts qui en résultent sont acceptables. 

Maintenant que vous avez achevé le travail, il serait utile de vérifier que ce travail a suffisamment de valeur et que vous n'avez pas simplement consommé de grandes quantités de papier. Vous devez évaluer si votre travail est d'une qualité correcte et qu'il est bien achevé pour les membres de l'équipe qui en feront un usage ultérieur comme entrée pour leur propre travail. A chaque fois que cela est possible, utilisez les listes de contrôle fournies dans RUP pour vérifier que la qualité et l'achèvement sont "suffisamment bons".

Faites en sorte que les personnes qui effectuent des activités en aval, et qui se basent sur votre travail comme entrée, prennent part à la revue de votre travail intermédiaire. Effectuez cette revue pendant que vous avez encore du temps disponible pour prendre les mesures qui répondent à leurs préoccupations. Vous devez également évaluer votre travail par rapport aux artefacts d'entrée clés pour vous assurer que vous les avez précisément et suffisamment représentés. Il peut être utile que l'auteur de l'artefact d'entrée revoie votre travail sur cette base.

Essayez de vous rappeler que le RUP est un processus itératif et que dans de nombreux cas, les artefacts évoluent à travers le temps. A ce titre, il n'est pas habituellement nécessaire, et c'est même souvent contre-productif, de former complètement un artefact qui ne sera que partiellement utilisé ou ne sera pas du tout utilisé dans l'immédiat. Ceci parce qu'il y a une grande probabilité pour que la situation qui entoure l'artefact change et que les hypothèses émises lors de la création de l'artefact s'avèrent incorrectes, avant même l'utilisation de l'artefact, occasionnant ainsi une perte d'efforts et un remodelage coûteux. Evitez également le piège consistant à utiliser trop de cycles pour la présentation au détriment de la valeur du contenu. Dans les environnements de projet où la présentation a une importance et une valeur économique comme livrable de projet, vous pouvez envisager d'utiliser une ressource d'administration pour réaliser les tâches de présentation.



RUP (Rational Unified Process)   2003.06.15