Tous les articles
Petits trucs de testeur: ne pas juger avant de comprendre le contexte
Introduction S’il y a un type d’erreur qui m’a posé des problèmes dans ma vie de consultant (et pas que!) c’est bien le fait de tirer des conclusions et de faire des jugements sans bien appréhender, au préalable, le contexte. Je parle d’ailleurs de ces erreurs dans une de mes expérience chez Orange et une autre sur la mise en place d’une stratégie de test. Et, comme vous pouvez le constater, c’est un type d’erreur où l’on peut facilement se faire prendre plusieurs fois. A titre personnel, je reproche souvent à des personnes de faire des jugements sur les réseaux sociaux
Une évaluation de la maturité du BDD ?
Introduction Il y a déjà pas mal d’articles sur le BDD dans la taverne. C’est une démarche que j’affectionne particulièrement et qui est très souvent mise en pratique dans de nombreux contextes… Et comme toute démarche, a fortiori à succès, sa mise en pratique est plus ou moins bien implémentée. Je parlais récemment de dérives qui rendent le BDD inefficace ou, à minima, diminuent fortement son intérêt. Au delà de ces dérives qu’il faut connaitre afin de les éviter il me semble important d’avoir une vision de vers où il faudrait tendre dans sa pratique. Avoir cette vision c’est justement ce
Les dérives qui rendent le BDD inefficace
Le BDD peut beaucoup apporter Comme vous le savez en lisant mes divers articles, je suis convaincu que le BDD est particulièrement efficace dans des environnements agiles. Les gains potentiels (directs ou non) sont très nombreux. Je pense notamment à: Cela semble être une solution miracle! Ce n’est malheureusement pas le cas. 🙁 Je suis persuadé que vous (ou une de vos connaissances) avez vécu une expérience où le BDD n’apportait aucun de ces gains… et générait, au contraire, bien des inconvénients. La raison est simple, le BDD ne se décrète pas. Comme toute démarche (ou même tout outil), s’il est
Estimer la charge de test ? Oui, selon l’ISTQB. Mais… – Imen Naguez
L’ISTQB, que ce soit au niveau Fondation ou Avancé, propose plusieurs méthodes bien cadrées pour estimer la charge des tests : Ces facteurs prennent en compte des critères comme la complexité des exigences, la stabilité des spécifications, ou encore la disponibilité des environnements. Bref, tout ça est logique, structuré, bien pensé… sur le papier. Mais dans la vraie vie du testeur manuel, ces méthodes laissent un grand angle mort. Le projet démarre. Le cadrage commence. Et forcément… la question tombe : « Dis, tu peux nous estimer la charge QA pour ce projet ? » Et là, je souffle un coup ! Parce que
Duel: tests exploratoires vs tests ad’hoc
Intro S’il y a une technique de conception de test que j’apprécie c’est bien les tests exploratoires. Ils sont pour moi une technique de test qui permet de lutter contre le paradoxe des pesticides (usure des tests), découvrir une nouvelle application, multiplier les tests et éviter l’ennui! Malheureusement, ces tests, qui restent très rigoureux, jouissent d’une mauvaise image qui est souvent à l’opposé de la réalité. Cette mauvaise image est, à mon sens, très liée au test Ad’hoc! Définitions Voici les définitions ISTQB de ces 2 techniques de test: Tests exploratoires: Une approche du test par laquelle les testeurs conçoivent et