Nous ne faisons pas cela dans notre entreprise, mais un de mes amis a dit que son chef de projet avait demandé à chaque développeur d’ajouter des bogues intentionnels juste avant que le produit ne passe au contrôle qualité. Voilà comment cela fonctionne:
- Juste avant que le produit ne passe à l'assurance qualité, l'équipe de développement ajoute des bogues intentionnels à des emplacements aléatoires du code. Ils sauvegardent correctement le code de travail d'origine pour s'assurer que ces bogues ne sont pas livrés avec le produit final.
- Les testeurs sont également informés à ce sujet. Ils vont donc faire des tests difficiles, car ils savent qu'il existe des bugs et que ne pas les trouver peut être considéré comme un signe d'incompétence.
- Si un bogue (intentionnel ou non) a été trouvé, il sera signalé à l'équipe de développement pour qu'il le corrige. L'équipe de développement ajoute ensuite un autre bogue intentionnel dans une section connexe du code juste avant que le produit ne passe au contrôle qualité de second niveau. Le responsable de projet indique qu'un testeur doit penser comme un développeur et qu'il doit s'attendre à de nouveaux bogues dans les sections où des modifications ont été apportées.
Eh bien, voici comment ça se passe. Ils disent que cette approche présente les avantages suivants.
- Les testeurs seront toujours sur leurs gardes et ils testeront comme des fous. Cela les aide également à trouver des bogues cachés (non intentionnels) afin que les développeurs puissent les corriger.
- Les testeurs se nourrissent de bugs. Ne pas trouver de bugs affectera leur moral. Donc, leur donner un facile à trouver aidera leur moral.
Si vous ignorez le scénario dans lequel l'un de ces bogues intentionnels est expédié avec le produit final, quels sont les autres inconvénients à prendre en compte avant même de penser à adopter cette approche?
Quelques clarifications:
- Ils sauvegardent correctement le code d'origine dans le contrôle de source.
- Lorsqu'un testeur trouve le bogue intentionnel, l'équipe de développement l'ignore. Si le testeur découvre un bogue non intentionnel (d'origine), l'équipe de développement vérifie d'abord s'il est causé par l'un des bogues intentionnels. En d’autres termes, l’équipe de développement essaie d’abord de reproduire cela dans le code de travail original et essaie de le réparer s’ils le peuvent.
- Ignorez simplement les problèmes de relation entre l'AQ et l'équipe de développement. J'ai spécifiquement posé cette question sur les programmeurs , pas sur le lieu de travail . Considérez qu’il existe de bonnes relations entre l’AQ et l’équipe de développement, qui se retrouvent après les heures de travail. Le chef de projet est un gentil et vieux gentleman qui est toujours prêt à soutenir les deux équipes (Godsend).