Tous les articles
Les 7 principes du « Modern testing »
Introduction En discutant test lors d’un échange informel avec Nicolas Canseco nous en sommes venus à parler des 7 principes du test. Nicolas m’a alors dit qu’il aimait beaucoup les 7 principes du « Modern testing »… Ne connaissant pas ces principes (on en apprend tous les jours!), j’ai tout de suite cherché à les connaître et ai lancé mon moteur de recherche préféré (Qwant) pour trouver de nombreux articles (tous en anglais) sur le sujet. Je vous propose aujourd’hui un article qui décrit rapidement ces 7 principes qui apportent une vision très intéressante. Notre priorité est d’améliorer le business Avant traduction: Our
Savoir prioriser et renoncer
Description Cette phrase n’est pas de moi mais d’Antoine de Saint Exupéry… Elle date d’une époque où il n’y avait pas encore de service numérique et pourtant elle s’adapte parfaitement à la qualité et aux services numériques. Proposer un service numérique de qualité c’est un équilibre qu’il faut savoir maintenir entre les différents besoins et aspirations des utilisateurs (et utilisatrices) avec la capacité de l’équipe à livrer ces besoins avec un niveau de qualité suffisant. Pour réussir cela il est important de hiérarchiser ces besoins et aspirations afin de livrer ce qui a le plus de valeur aussi tôt que possible…
Être réactif et à l’écoute
Description Généralement, lorsque l’on contribue à la construction d’un service numérique, on pense la qualité autour de critères fonctionnels et non fonctionnels au sens de l’ISO-25010, et de temps en temps, en terme de qualité à l’usage au sens de l’ISO 25019. Ces deux approches sont très importantes, néanmoins la qualité d’un service numérique est autant liée à une qualité « objective » qu’à une qualité perçue par les utilisateurs. Et la qualité perçue par les utilisateurs dépend énormément de leurs sensation d’écoute et de prise en compte de leurs retours. En cela un produit de qualité est aussi un produit qui évolue
Ma première expérience dans le test
Contexte Cadre de l’expérience J’ai de la chance, même si je n’ai pas étudié le test en école d’ingénieur j’ai vite été amené à me plonger dedans. En effet, mon stage de fin d’étude en 2011 était un stage d’AMOA (Assistance à Maitrise d’Ouvrage) mais sur un projet important qui touchait à sa fin. J’ai donc été amené à faire les parties liées au test, à la mise en production et à la formation des utilisateurs. Le client Je travaillais pour un acteur des transports public. Il n’y avait pas d’équipe informatique pour le développement des logiciels. Ces derniers étaient externalisés
Automatisation des tests par l’IA : la complémentarité entre agent IA testeur et assistant IA de scripting
Cet article fait partie d’une série sur les agents IA d’exécution de tests. Dans la partie 1, j’ai présenté les principes des agents IA GUI et leur capacité à exécuter les tests sur IHM. Dans la partie 2, j’ai illustré un exemple concret avec Lynqa intégré à Jira/Xray. Dans cette troisième partie, je souhaite aborder un paradoxe observé sur le terrain : certaines équipes QA perçoivent ces deux approches de l’automatisation par l’IA comme mutuellement exclusives, les obligeant à choisir entre l’agent IA exécutant les tests et l’IA assistant à l’écriture des scripts. IA pour l’automatisation : deux approches différentes mais