Tous les articles
Les difficultés du testeur (5/6): la reconnaissance
Cette série part de la présentation faite lors du webinaire « Rendre la vie du testeur plus facile« L’idée est de développer chaque difficulté abordée et de présenter des techniques pour y faire face. Difficulté: la reconnaissance Il n’est pas de testeur, à ma connaissance, qui ne se soit pas retrouvé face à cette difficulté avec la nécessité de « prouver » la valeur du test ou de son travail. Cela peut s’expliquer de nombreuses manières mais il est primordial de savoir acquérir cette reconnaissance. La valeur du test L’intérêt et l’importance du test sont souvent remis en question. Lorsque l’on doit faire des
Assurance Qualité Agile à l’ère du télétravail : REX d’une approche simplifiée pour structurer et optimiser les livrables QA – Imen NAGUEZ
Introduction Dans le contexte du développement Agile, le rôle des équipes d’assurance qualité (QA) est devenu central. Cela se voit notamment avec l’essor du Quality Engineering (QE), l’intensification de l’automatisation, ainsi que la généralisation du télétravail et des nouvelles pratiques de collaboration à distance. Cette évolution a conduit à une implication accrue des testeurs à tous les niveaux du projet, augmentant ainsi leur charge de travail. En conséquence, en fin de sprint, ils se retrouvent souvent à effectuer que des tests ad hoc, des validations sommaires et à rédiger des rapports d’anomalies parfois incomplets ou non déclarés. Il est donc essentiel
Coup de gueule: arrêter avec « avec l’IA c’est la fin de … »
Introduction Si vous vous intéressez un minimum à l’actualité de l’IT vous n’avez pas pu passer à côté de l’essor de l’IA ces 2 dernières années. Nous sommes actuellement dans une période très riche de foisonnement et d’exploration de cet outil. Je trouve personnellement que vivre ces changements est quelque chose de particulièrement stimulant mais que malheureusement, comme toute chose, cela s’accompagne de désagréments. Je pense ici, comme vous l’aurez compris avec le titre de l’article, à la multiplication des post et publications annonçant la fin de services numériques actuellement très utilisés. En voici quelques uns trouvés après une recherche de
[Sponso] Testez vos applications packagées avec le Computer Vision d’Eggplant
1 – Enjeux Les applications Packagées ou Progiciels, comme la plupart des applications critiques, doivent être testées régulièrement afin de vérifier qu’il n’y ait pas de régressions fonctionnelles. A cet égard, ces applications présentent des spécificités qu’il convient de prendre en compte : Cœur de l’application et customisation La plupart des applications packagées offrent la possibilité de développer ses propres fonctionnalités et ainsi de customiser l’application selon les besoins métiers de l’entreprise. Cela implique qu’au-delà du rythme des releases fournies par l’éditeur sur le cœur de l’application, il faut également prendre en compte le rythme des mises à jour sur la customisation,
[ISTQB] Quelle différence entre types et niveaux de test ? – 2023
Cet article est principalement une mise à jour de cet article de 2019 suite à la parution de la version 2023 du syllabus fondation. Contrairement à l’article précédent, je vais ici me baser exclusivement sur les définitions de l’ISTQB. Je n’aborderai donc pas les tests bout en bout, exploratoires, régression… même si le raisonnement sera le même que pour les types de tests officiels. Introduction Les notions de types de test et de niveaux de test sont des notions clairement définies par l’ISTQB. Néanmoins ces notions restent en général assez floues et, à l’heure où j’écris ces lignes, ChatGPT est incapable