Tous les articles
PO et testeur… C’est possible?
La réponse peut paraître simple… Surtout lorsque l’on regarde ma mission actuelle chez Orange ! Néanmoins cumuler ces 2 casquettes soulève au moins 1 problème majeur . Problématique : Le PO représente le métier et est responsable des tests d’acceptance (Niveau 4) alors que le testeur s’occupe (et généralement exécute) les tests systèmes (Niveau 3) => Une seule et même personne peut-elle exécuter ces 2 types de tests ? Quel est l’impact sur la qualité de l’application si c’est le cas ? Lorsque je suis arrivé sur ma mission, il était pour moi hors de question que je m’occupe des 2 niveaux de tests car je
[STLS 2017] Intégration, Livraison et déploiement continu
Présentation que j’ai faite avec Audrey Menargues lors de la Soirée du Test Logiciel à Sophia (STLS). Un grand merci à elle pour son travail! Pensez à rejoindre le groupe Le métier du test si le test vous intéresse ! N’hésitez pas à me suivre et lire mes autres articles si vous voulez en apprendre plus sur le test ou venir partager vos connaissances Merci à tous ceux qui mettent « j’aime », partagent ou commentent mes articles
Marc Hage Chahine: Passionné Test Logiciel – Interview #1
Bonjour, qui êtes-vous, quel est votre métier et quelles sont vos activités professionnelles ? Je suis Marc Hage Chahine et travaille dans le test logiciel depuis fin 2011. J’ai pu au cours de mes 5 premières années travailler sur de nombreux projets, rencontrer de nombreux experts du test ce qui me permet depuis 1 an de faire des missions d’expertises, de commencer à animer des conférences et de multiplier mes connaissances. Pouvez-vous décrire simplement votre métier ? Le test c’est avant tout un travail de communication et un travail d’équipe. Je travaille au sein d’une équipe projet afin de leur donner de la
Que faire lorsque l’équipe de test est un goulot d’étranglement?
Il arrive souvent que l’on dise dans les entreprises que les tests sont la cause du retard des projets. Je ne suis évidemment pas d’accord avec cela plus plusieurs raisons (détaillées dans différents articles), néanmoins il arrive que sur certains projets, le nombre de testeurs soit insuffisant par rapport au nombre de développeurs et aux tâches qui lui sont assignées. Par exemple : Le temps nécessaires au testeur représente 50% du temps de développement, par contre il n’y a que 1 testeur pour 5 développeurs… le test devient donc, avec une vision totalement objective, un goulot d’étranglement. Comment faire pour régler ce
L’expérience utilisateur… Une limite importante des tests systèmes !
La problématique : Le but des tests systèmes (voir Niveaux de test) est de vérifier que l’application correspond bien à ses spécifications (ou fonctionnalités à travers les US). Les tests sont alors écrits en fonctions de ces spécifications (ou US) et des scénarios qui leurs sont reliés. Cela implique donc une limite importante : Sur toute application, l’utilisateur est libre de faire le parcours qu’il souhaite, de faire certains enchainements d’actions qui n’ont ni été anticipés ni même envisagés. Il existe aussi des scénarios non testés car considérés comme cas des cas marginaux et non spécifiés. On peut donc se poser la question