Comment fonctionne le flux de travail entre les testeurs qui font les tests et les codeurs qui font le codage des tests en cours ?

Question

Dans une grande entreprise qui développe des logiciels, il y a souvent des équipes spécialisées dans la gestion de la construction, les tests, le développement, etc.

Agile ou non, comment fonctionne ce flux de travail entre les équipes ? Je veux dire que l'équipe de test écrit des tests unitaires et ensuite l'équipe de développement écrit le code pour adhérer à ces tests (fondamentalement TDD) ? Et puis l'équipe de test peut écrire des tests pour un projet complètement différent ou avoir une légère période de silence jusqu'à ce que l'équipe de développement ait terminé son codage. Quels sont les flux de travail possibles ?

C'est un sujet qui m'intéresse beaucoup. Je sais que dans mon entreprise actuelle, nous ne procédons pas correctement (nous avons 1 testeur pour 5 développeurs, ce qui est une petite échelle) mais je ne sais pas exactement comment dessiner le flux de travail idéal. Beaucoup (ok, un ancien chef de projet) ont essayé, mais tous ont échoué.

Answer 1

Si un testeur de logiciels écrit des tests unitaires, il n'est pas vraiment un testeur, mais un programmeur. Un testeur doit effectuer deux tâches principales : trouver les bogues et trouver les éléments de la conception qui pourraient être améliorés. Dans les deux cas, il suffit d'utiliser le programme. Un testeur peut également gérer un ensemble de configurations matérielles et logicielles à tester, et peut-être pourrait-il, si votre programme s'y prête, écrire des tests automatisés de fonctionnalités spécifiques, afin d'être mieux à même de tester sur toutes ces nombreuses machines.

Un testeur peut être beaucoup de choses différentes, la façon d'utiliser le vôtre dépend grandement du type de logiciel que vous écrivez, et des compétences de votre testeur.

Ne confondez JAMAIS les tests unitaires avec les tests, car il s'agit de deux choses très différentes.