Les développeurs sont-ils les mieux placés pour tester les développements ? C’est la grande question qui s’est posée dans le monde de la micro-informatique de gestion, durant les années 90 et le début des années 2000 !

Lors de l’explosion du client serveur dans les années 90 les entreprises n’avaient pas encore des équipes projets dédiées, voire des rôles identifiés.

Pour un « grand éditeur » la question ne se pose pas : avec un outil comme SAP ou Sales Force, après la contractualisation, il est possible de customiser des versions pour qu’elle soit en adéquation avec les besoins du client.

Automatisé ou non, la réussite et la pertinence des tests logiciels vont dépendre de la démarche de construction. Comme pour toute création ou développement, le processus de test doit répondre aux principes : définition préalables des tests, procédures d’exécution et méthode de vérification.

Après avoir déterminé les objectifs, la stratégie, les techniques et les méthodes il convient de consigner tout ce beau monde dans un livrable. On qualifie les livrables (ou produits) d’une phase de test les documents contenant les résultats.