Introduction Les audits représentent probablement la méthode la plus connue pour mesurer la maturité des tests. On parle d’ailleurs souvent d’audits TPI ou TMMi qui peuvent être considérés très lourds en terme d’investissement. Mais les audits ce n’est pas que des audits TPI ou TMMi. La définition ISTQB est celle-ci: évaluation indépendante du produit logicielLire la suite La maturité des tests: la mesure par l’audit (3/3)
Nous avons vu dans le premier article de cette série qu’il existe actuellement de beaux référentiels visant à évaluer le niveau de maturité des tests indépendamment du contexte. Ces modèles aussi bien soient-ils ont des limites. Ces limites sont par exemple: Afin de répondre à ces problématiques et rendre une évaluation de la maturité plusLire la suite La maturité des tests: pistes de réflexion (2/3)
La maturité des tests est un sujet complexe dans le monde du test logiciel. Il n’est d’ailleurs pas étonnant que pour mesurer cette maturité ou même élaborer des moyens d’industrialiser l’évaluation de cette maturité on passe par des « experts ». Dans cette série je vous propose une description de ce sujet selon 3 axes: Les modèlesLire la suite La maturité des tests: les modèles actuels (1/3)
L’automatisation des tests se solde souvent par un échec. Les raisons peuvent être multiples et variées comme : Les problèmes de maintenance L’absence de retour sur investissement Les problèmes d’outils Exécuter uniquement les tests sans les analyser La non compréhension des résultats… Ces échecs sont généralement explicables par un manque de préparation, de stratégie ou unLire la suite Processus: Automatiser ses tests
L’automatisation… c’est un beau mot n’est-ce pas? C’est la course à l’automatisation aujourd’hui, les profils et les annonces se déchaînent sur cette nouvelle tendance, les entreprises n’ont que ça en bouche… automatisons, automatisons…Mais attention.. Comme les mots tendances et à la mode dans le passé, tel que Agilité, Digital…il faut comprendre le sens, la définitionLire la suite Vite Automatisons…
Je tenais à écrire cet article car trop souvent j’ai travaillé avec des cas de tests mal écrits et que cela peut coûter très cher (en temps et en argent) au projet. Les cas de tests sont la base de travail des testeurs et donc le livrable de test le plus important. Pour les tests comme pourLire la suite L’écriture des cas de test
Tu es responsable d’une équipe de test et tu souhaites estimer la charge des activités de test de ton projet. Dans cet article tu vas découvrir une méthode simple et efficace pour y parvenir.
Pour effectuer un test … même simple et basic… il faut une base. Cette base c’est le cas de test…et la base du cas de test c’est …bien plus que de la doc ou de la description. C’est une technique, c’est une logique, c’est un métier. En effet, avant de parler cas de test ..ilLire la suite La qualité du produit passe par le qualité du cas de test… simple, efficace et utile
Si on prend la définition brute de l’agilité, on a : souplesse, vivacité, légèreté et facilité. Intéressant ..non ? maintenant dans le monde informatique qu’est-ce que c’est ? L’agilité permet de fluidifier les actions et surtout de maintenir et de rendre plus maniable les sprints. En clair, fusionner tous les corps de métier pour réussirLire la suite Agilité… Avec des tests…Why not?
Pour mettre en place les tests dans un processus d’intégration continue il faut mettre en place une campagne solide de test vitaux (ou test d’admissibilité). Je parle ici de campagne de tests vitaux pour plusieurs raisons : · La couverture de test est faible car les limitations en temps sont fortes · Les tests sont très régulièrement exécutésLire la suite Implémenter les tests dans une chaine d’intégration continue
La taverne du testeur 