Tests en transition : les exigences en matière de logiciels

Sommes-nous en train de créer le bon logiciel ? Et le créons-nous correctement ? Pour développer un logiciel, il a toujours fallu être en mesure de répondre à ces deux questions. Cependant, il ne sera jamais possible de donner une réponse définitive à ces questions. En effet, dans le cadre de la méthode « Build, Measure and Learn » (concevoir, mesurer, améliorer), vous poserez et répondrez toujours de nouveau à ces questions, tout au long du développement du logiciel : une fonction est implémentée, elle est testée, le test est analysé. Le but n’est pas seulement de pouvoir dire « Oui, ça fonctionne ! » mais cela doit aussi permettre de décider de la direction à prendre pour la suite du projet. La planification étape par étape est une tendance désormais sur le déclin qui présente des avantages et des inconvénients. Un logiciel de développement doit répondre à l’approche « Conception, test et optimisation » ainsi qu’à bien d’autres.

Les tests, un processus à part entière

Tester est un processus qui commence avec la planification et qui se poursuit tout au long du développement du logiciel. Ce processus est pris en charge par des logiciels disposant de fonctions et de niveaux de spécialisation très différents. Il peut s’agir d’un simple débogueur qui passe sur le code ligne par ligne. Mais cela peut aussi être une base de connaissances très complète comme par exemple Microsoft TechNet avec ses millions de documents.