Les essais et le développement Agile

Publié par David Beaumier le vendredi 18 novembre 2011 à 07:38

Il ne faut en général que quelques itérations aux équipes qui font du développement itératif et incrémental pour réaliser à quel point avoir une stratégie d'essais est importante. Le livre Agile Testing: A Practical Guide for Testers and Agile Teams de Janet Gregory et Lisa Crispin est une vraie mine d'informations pour en savoir plus sur les bonnes pratiques en matières d'essais. Le livre fait vraiment le tour d'une foule d'aspects, tel que: les différents niveaux et types d'essais, les rôles en assurance qualité, le rythme des itérations et l'arrimage avec l'équipe et l'organisation. Le chapitre Cultural Challenges est disponible en téléchargement depuis le site de l'éditeur.

Livre Agile Testing

Une grande partie du livre se consacre aux essais du point de vue de l'équipe TI et aborde les aspect technologiques associés. Par contre, un chapitre complet est dédié aux essais orientés "affaires" et présente des approches pour valider que le produit développé réponde bien aux besoins d'affaires auxquels il doit répondre.

Aucun livre traitant d'essais dans un contexte de développement Agile ne serait complet sans une section sur l'automatisation. Cette section est très bien faite et présente des approches pragmatiques aux problèmes communément rencontrés par les équipes. Les auteurs font le tour de la question et font bien ressortir le fait que l'automatisation c'est bien plus qu'une question d'outillage.

Outils

Si la lecture du livre vous donne envie d'explorer différents outils d'automatisation des essais, le site http://www.softwareQAtest.com propose un répertoire d'outils. Évidemment, aucun de ces outils n'est parfait et une évaluation des besoins de l'équipe est primordial. Il est en général préférable d'utiliser une approche empirique dans la mise en place d'un tel outil en débutant avec un outil simple et en réévaluant vos besoins après une certaine période de rodage.

Voici quand même quelques conseils pour orienter vos choix:

  • Impliquez toute l'équipe de développement dans les essais. La qualité est l'affaire de tous, et l'apport des développeurs est essentiel.
  • Si possible, débutez par des tests au niveau de l'API. Ils sont souvent plus simples à mettre en place que des tests sur la couche graphique et requièrent moins de maintenance à long terme. Votre plateforme de développement offre peut-être même déjà les outils nécessaires.
  • Les essais intégrés sont probablement ceux qui peuvent offrir le meilleur retour sur l'investissement à long terme. Ils permettent généralement de bonnes discussions sur les exigences à rencontrer et favorisent une collaboration entre les développeurs, les gens de contrôle qualité et les utilisateurs.
  • Débutez simplement et ayez des attentes réalistes au départ. Donnez-vous du temps pour expérimenter et apprendre.
  • Mesurez votre progression (nombre de cas, taux de succès, fréquence d'exécution, couverture fonctionnelle, etc).
blog comments powered by Disqus

0 Comments:

Post a comment

Comments have been closed for this post.