Je mets en pratique le « tester au plus tôt » pendant le cycle de développement d’un logiciel (ma compétence acquise sur le métier et mes expériences en électronique/développement logiciel/test logiciel/diverses technos me sont bien utiles pour cela), le principe est de détecter et de corriger les écarts au plus proche de leur apparition :

• collecte et consolidation du besoin pour les évolutions du logiciel (via interviews, prototypes, démos) : obtenir une formalisation compréhensible du besoin « juste » avec l’engagement de tous les acteurs avant d’envisager la solution
• revue des entrants et livrables de la conception et du test
• mise en place d’un binôme développeur/testeur afin d’intégrer des contrôles tout au long du développement (en mode agile) et avant la livraison des versions pour la V&V formelle (mode cycle en V) : revue du backlog des sprints, mise au point des spécifications, revue de la conception, revue de certaines Pull requests par le testeur (en plus des revues par les pairs), contrôle de la cohérence backlog/contenu version, contrôle des builds et artefacts de le CI, …

Cette approche qui privilégie également le test informel en amont de la livraison du logiciel a permis :

• d’accroître l’efficacité des développements (solution en phase avec le besoin, très peu de reworking) 
• de corriger les défauts au plus près des changements du code logiciel, parfois même des défauts difficilement détectables en test boîte noire
• de limiter fortement les itérations de la phase formelle où beaucoup de temps est passé dans du documentaire, sans compter le gain en temps et en énergie pour les autres équipes de V&V qui en fonction des délais peuvent être amenées à travailler en parallèle
• de me donner un cadre de travail stimulant et motivant grâce à une communication « au top » avec le développeur et à une association « fonctionnel métier + aspects techniques »