Le sujet de la « sous-traitance d’activités de test » est présent dans tous les projets de développement informatique, ou presque. Cependant, ce thème est généralement abordé via la question de l’Off-shore ou du Near-shore. Certes, la localisation géographique des activités de test revêt une importance à ne pas négliger, vu les spécificités qu’elle peut introduire. Toutefois, il peut être aussi très utile de penser à mettre en place des outils ou méthodes simples et efficaces pour augmenter les chances de succès de la sous-traitance dans le domaine du test logiciel.

Qu’entend-on par « externalisation des tests » ?

Dans le cadre d’un projet informatique, le chef de projet sollicite régulièrement des compétences de personnes n’appartenant pas à son équipe de projet.
Ces « personnes n’appartenant pas à l’équipe du projet » peuvent appartenir à la même société ou bien à des sociétés externes, travaillant comme sous-traitants de la société porteuse du projet.
Elles peuvent appartenir à une entité spécialisée dans un domaine précis ou au contraire être des ressources indépendantes mises à la disposition des projets. Enfin, ces personnes peuvent être localisées dans le même pays que le chef de projet ou dans un pays plus ou moins éloigné.
Dans cet article, le mot « externalisé » désignera ce qui n’est pas fait pas des personnes intégrées à l’équipe du projet.
Ceci est valable pour une grande partie des activités liées au développement logiciel, y compris pour les principales activités de test qui peuvent se décliner sur différents niveaux de test. Pour rappel, le syllabus niveau fondation de l’ISTQB (International Software Testing Qualifications Board) propose 5 ensembles d’activités :

• Planifier et contrôler
• Analyser et concevoir
• Implémenter et exécuter
• Évaluer les critères de sortie et informer
• Activités de clôture des tests

Ces activités peuvent se décliner sur 4 niveaux de test :

• Composants
• Intégration
• Système
• Acceptation

Sur les gros projets, il est en général judicieux de mettre en place, à un niveau global, une activité de Planification et Contrôle.

Il convient ensuite de déterminer si tout peut être sous-traité. Théoriquement, oui. Dans la pratique, certaines tendances se dégagent :

• les activités de test liées au niveau composant sont souvent portées par l’entité en charge des développements correspondants, et se déroulent avant, pendant et après le développement pur et dur. En d’autres termes, si le développement d’un composant est sous-traité, alors les activités de test associées ont de fortes chances de l’être aussi ;
• les activités de test liées aux niveaux Intégration et Système sont sous-traitées environ une fois sur deux ;
• les activités de test liées au niveau Acceptation ne sont en général pas sous-traitées, compte tenu des compétences métiers nécessaires, ainsi que de l’utilisation de données confidentielles et d’environnements techniques complexes et coûteux.

Pour les projets suivant une démarche « agile », la situation est différente. Néanmoins, c’est un autre sujet !
Dans cet article, la notion de « sous-traitance d’activités de test » désignera essentiellement les activités appliquées au niveau composant lorsque le développement est sous-traité et les activités mises en oeuvre aux niveaux Intégration et système.