« Il y a un décalage entre ce que font les testeurs et les compétences qui leur sont proposées et enseignées. En utilisant une « journée exemplaire dans la vie d’un testeur » comme illustration, Paul identifie certaines des activités variées et donc les compétences requises pour être testeur.

Les organisations habituées à des taux de changement plus lents adoptent de nouvelles approches d’Agile, de DevOps et de livraison continue pour atteindre des taux de changement de systèmes plus rapides. Mais les entreprises constatent que la transition du développement de logiciels d’entreprise vers des approches agiles nécessite plus qu’un changement de processus. Le rôle des tests et des testeurs est mal défini, en particulier lorsque les entreprises tentent de déplacer les activités de test vers la gauche et de mettre en œuvre une automatisation généralisée.

Dans cette conférence, Paul parle des problèmes rencontrés par les organisations moins agiles qui tentent de mettre en œuvre des pratiques logicielles agiles et identifie trois domaines de transformation qui sont essentiels à une livraison réussie :

• La transition de processus linéaires à des processus événementiels de livraison de logiciels
• Comprendre comment faire confiance à l’automatisation des tests pour faire ce que les humains faisaient auparavant
• Le nouveau profil de compétences des professionnels du test et de l’assurance et de ceux qui testent.