Je sais que cela ressemble beaucoup à d’autres questions qui ont déjà été posées, mais c’est en fait légèrement différent. Il semble être généralement considéré que les programmeurs ne sont pas bons pour jouer le rôle de tester une application. Par exemple:
Joel on Software - Cinq bonnes raisons de ne pas avoir de testeurs (c'est moi qui souligne)
Ne pensez même pas à essayer de dire aux diplômés en informatique de niveau CS qu'ils peuvent venir travailler pour vous, mais que "tout le monde doit faire une pause en assurance qualité pendant un moment avant de passer au code." J'ai vu beaucoup de cela. Les programmeurs ne font pas de bons testeurs et vous perdrez un bon programmeur, qui est beaucoup plus difficile à remplacer.
Et dans cette question , l'une des réponses les plus populaires dit (encore une fois, mon emphase):
Les développeurs peuvent être des testeurs, mais ils ne devraient pas être des testeurs. Les développeurs ont tendance à éviter involontairement / inconsciemment d’utiliser l’application d’une manière qui pourrait la casser. C'est parce qu'ils l'ont écrit et le testent principalement de la façon dont il devrait être utilisé.
La question est donc de savoir si les programmeurs sont mauvais pour les tests? Quelles preuves ou quels arguments existe-t-il pour étayer cette conclusion? Les programmeurs sont-ils seulement mauvais pour tester leur propre code? Existe-t-il des preuves suggérant que les programmeurs sont réellement bons pour les tests?
Qu'est-ce que je veux dire par "tester?" Je ne parle pas des tests unitaires ou de tout ce qui est considéré comme faisant partie de la méthodologie utilisée par l'équipe de logiciels pour écrire des logiciels. Je veux dire une sorte de méthode d’assurance qualité qui est utilisée après que le code ait été généré et déployée sur ce que cette équipe logicielle appellerait «l’environnement de test».