Should QA exist?
Dans certains cercles d'ingénierie on remet en question l'utilité d'une équipe QA, qui est parfois vue comme un frein à la vitesse et source de transferts de responsabilité, tandis que d'autres soulignent que le test est une compétence spécialisée utile pour réduire les risques. L'auteur recommande de ne pas démarrer systématiquement avec une équipe QA et d'exiger que l'ingénierie soit responsable de la qualité en intégrant dès le départ tests unitaires et d'intégration, CI/CD et automatisation. Lorsqu'il existe, le QA doit être "shift left" et embarqué dans les équipes sans passage de témoin, privilégier les tests automatisés, rapides et non instables, et s'intégrer au flux de travail des développeurs. L'article propose d'expérimenter un rôle d'Automated Verification Engineer (AVE) axé sur la vérification automatique, souvent assistée par l'IA, dont le succès se mesurerait notamment au "time to feedback" et à la fiabilité des suites de tests. Enfin, l'auteur considère ces approches comme expérimentales et conseille aux responsables QA de collaborer étroitement avec l'ingénierie, d'améliorer en continu la vitesse et la couverture des tests et d'utiliser QA de façon stratégique pour les architectures fragiles ou les projets sensibles.