Tous les articles
Tests de régression vs tests fonctionnels
Définitions La première chose à faire lorsque l’on veut comparer des termes c’est de connaitre leur définitions. Les tests de régression sont les tests exécutés sur un programme préalablement testé mais qui a subit une ou plusieurs modifications (définition ISTQB). Les tests fonctionnels quant à eux sont l’ensemble des tests permettant de s’assurer que le logiciel couvre l’ensemble des besoins qu’il doit assurer (complétude), que ces résultats sont corrects (exactitude) et qu’il est possible de l’utiliser (aptitude à l’usage). (voir mon article sur les tests fonctionnels selon la norme ISO-25 010) Les définitions sont bien différentes et permettent de définir différents
Sandrine Domagala: Test manager
Bonjour, qui êtes-vous, quel est votre métier et quelles sont vos activités professionnelles ? Sandrine DOMAGALA, Test Manager et expert Méthodes et processus de tests. Chez Altran depuis presque 2 ans, dans le métier du test depuis 2003 Pouvez-vous décrire simplement votre métier ? Mon métier est très varié. Il y a une partie méthodologie et processus de tests. Ensuite la partie projet de test, avec la définition de la stratégie de test, le suivi du projet et l’accompagnement de l’équipe de test. Selon vous quel est le but de votre métier ? Le but de mon métier est de faire en sorte que
Politique, stratégie et plans de test
La « stratégie » de test est un terme très utilisé et qui est devenu générique. Vous pourrez d’ailleurs lire prochainement un article dédié aux mécompréhensions sur ce terme sous la forme de l’article sur les tests fonctionnels. Pour bien aborder la stratégie de test il faut d’abord bien comprendre les concepts de politique de test, de stratégie de test et des plans de test. Commençons par la politique de test La définition ISTQB de la politique de test est la suivante: Politique de test: Document de haut niveau décrivant les principes, approches et objectifs majeurs de l’organisation concernant l’activité de test. La
Livre CFTL – Le rôle des testeurs dans les projets/équipes agiles
Avec l’agilité, le cycle de développement est bouleversé. Le logiciel n’est plus livré en une fois mais en de multiples versions embarquant chacune une ou plusieurs nouvelles fonctionnalités. Les tests se font donc à tout moment du projet, il n’y a plus de « période » spécifique dédiée aux tests ou à certains types de tests. Nous étudierons dans ce chapitre les changements apportés par l’agilité pour les tests notamment en s’attachant au fait que l’agilité regroupe un ensemble de méthode qui ont toutes quelques points communs éloignés d’un cycle en V traditionnel comme : La construction d’un logiciel orientée sur la valeur produit
