Tous les articles
Duel: sur-test vs sur-qualité
Intro Si vous êtes dans le test, et plus généralement dans l’industrie logicielle vous avez sûrement entendu parler de « sur-qualité ». Ce mot fait peur, surtout parmi les dirigeants, il faut surtout ne pas faire de sur-qualité! L’argument « éviter sur-qualité » est principalement utilisé lorsque l’on parle de test. Dès que quelqu’un considère que certains tests ne sont pas utiles il parle de « sur-qualité ». Mais si l’on se penche de plus près a t-on déjà vu un utilisateur se plaindre d’une trop grande qualité ? Ne devrait-on pas parler de sur-test ? Définitions Une fois n’est pas coutume, je n’ai pas de définition
Les 10 commandements QA que j’ai laissés à mon équipe avant de devenir développeur – Stanislas Gourevitch
Un article qui donne des éléments de langage en commun pour que toute l’équipe tech s’empare de la qualité. Je ne m’étais jamais autant posé la question de ce qu’était la qualité qu’en 2026. Mon challenge ? Concentrer des essentiels de la QA dans une équipe de développement. Je m’appelle Stanislas. Suite à mon projet de reconversion professionnelle, mon équipe se retrouverait sans QA. L’enjeu était de laisser quelque chose de pérenne. Il me fallait donc condenser ce qui me semblait le plus important pour eux. Ce que je vous partage là a été un essentiel de l’accompagnement effectué, un ensemble
Stratégie de test en Agile à l’échelle: les tests bout en bout
Introduction Depuis plusieurs années je travaille constamment dans de grandes organisations qui sont en Agile à l’échelle (ou en transformation à l’agile à l’échelle). Le sujet de la gestion des tests et plus particulièrement de la stratégie de test est une question qui revient régulièrement. Parmi les sujets les plus courants il y a les tests bout en bout. Qui est en charge de ces tests ? Quand sont-ils effectués ? Comment s’assurer de ne pas refaire ces tests et de ne pas en oublier ? Les tests bout en bout dans un cycle « traditionnel » Dans les cycles de développements traditionnels
Test au forfait VS régie
La maitrise des coûts est un sujet essentiel pour les entreprises, notamment quand il s’agit d’externaliser des prestations. Souvent on applique pour le test les mêmes règles que pour les autres prestations, mais est-ce toujours adapté ? Mieux vaut-il externaliser les tests au forfait ou en régie ? De manière générale, on externalise trois grands types de prestations : la conception fonctionnelle, le développement et le test. Le problème est que les activités de conception fonctionnelle et de développement sont relativement « unitaires » (une règle puis une autre, un écran puis un autre), là ou le test est en partie unitaire mais aussi global. Par
Réussir l’implémentation du BDD
Si vous travaillez en Agile vous avez sûrement déjà entendu parlé du BDD. Le sujet est d’ailleurs assez fréquent sur ce blog. J’ai en effet écrit plusieurs articles à son propos. Les derniers étant liés à la maturité du BDD et à des dérives que j’ai souvent observées. Le sujet d’aujourd’hui n’est pas tant sur le BDD tel qu’il est en théorie mais plutôt sur le « comment » implémenter avec succès ce dernier. Les limites du BDD « by the book » Sur le papier, pour faire du BDD il faut être dans une équipe « Agile » qui respecte la construction des US avec une