Le début fut pendant (très) longtemps de l’ordre de la science fiction. La question est simple: Quel niveau d’autonomie faut-il octroyer à l’IA afin de profiter de ses avantages sans trop souffrir de ses inconvénients ? Cette question qui peut paraître très philosophique ou réservée à des passionnés vient frapper à notre porte de façonLire la suite Jusqu’où aller avec l’IA pour conserver une bonne qualité ?
Que devons-nous tester ? Cette question qui semble élémentaire se trouve être une des plus complexes dans le monde de la qualité et du test… tout en étant peut être la plus importante car, mais est-il nécessaire de le rappeler ?, les tests exhaustifs sont impossible. Vous l’aurez reconnu, on parle ici du périmètre deLire la suite Que devons-nous tester ?
Cela ne vous aura sans doute pas échappé, le 9 mai dernier l’ISTQB annonçait la parution de la 4ème version du syllabus fondation à travers cette vidéo en expliquant également l’intégration de la partie Agile dans ce dernier! A l’heure où j’écris ces lignes le nouveau syllabus n’est disponible qu’en anglais. Il est cependant intéressantLire la suite Syllabus ISTQB fondation 2018 vs Syllabus syllabus ISTQB fondation 2023
Les indicateurs sont un outil nécessaire mais dont il faut constamment se méfier. Je suis d’ailleurs revenu spécifiquement sur des exemples de dérives dans un article de décembre 2021. Malheureusement la complexité des indicateurs ne se limite pas à leurs potentielles dérives ou la loi de Goodhart. En effet, tout comme les tests, les indicateursLire la suite Bon ou mauvais ?
Pour le troisième webinaire de la taverne nous avons le plaisir de vous parler d’un sujet qui fait beaucoup parler de lui actuellement: Les IA! Et plus précisément le test de l’IA. L’IA bouscule notre utilisation des logiciels comme on le voit avec ChatGPT ou les assistants vocaux, il est donc essentiel de savoir lesLire la suite Webinaire: tester une IA
Je parlais dans un article d’il y a 4 semaines de la nécessité de tester la valeur. La nécessité des tests ne s’arrête pas à la valeur et il me semble essentiel, en tant que testeur (mais pas qu!) de travailler sur la qualité des US. Pour rappel, une US se doit d’être INVEST. PourLire la suite Qualité des US
Terminons notre conclusion sur l’ATDD manuelle et l’ATDD automatisée : Structuration de la documentation et outillage Normalement une US INVEST donne lieu à une fonctionnalité dans le produit, c’est-à-dire “une tâche métier”. Les “corrections de spécification” devraient être traitées comme pour les bugs. Ce sont des tickets à évaluer, attachés au plus bas, c’est-à-dire uneLire la suite 20 : De l’ATDD pratiquée manuellement à l’ATDD automatisée (2 / 2)
En conclusion de nos articles, d’une part sur l’ATDD avec un outil générant les scénarios de test et les tests (scénarios avec les valeurs spécifiques en conditions et observations), d’autre part une approche ATDD qui spécifie et teste de manière systématique et rapide les exigences, que pouvons-nous dire ? Le test agile doit rester centréLire la suite 19 : De l’ATDD pratiquée manuellement à l’ATDD automatisée (1 / 2)
La politique de test est un concept que je trouve très intéressant mais qui au final voit assez peu le jour concrètement dans un document… ou lorsque c’est le cas se retrouve être un document « mort » c’est à dire inutile, inutilisé et non maintenu. C’est d’ailleurs en partant de ce constat que j’avais imaginé unLire la suite La politique de test: la boussole des tests dans l’entreprise
Considérons maintenant deux exemples où une tâche est touchée par des modifications de spécifications internes (changements d’ergonomie, règles de gestion, … qui auraient dû être pris en compte au sein de l’US INVEST initiale). Elles ne peuvent pas être qualifiées d’INVEST … Les US étant déjà de tailles très faibles, le PO ne peut qualifierLire la suite 18 : Conseils d’application de l’ATDD en mode manuel et agile (3 / 3)
La taverne du testeur 