Tous les articles
Nés du chaos
Cet article est mon 100ème article. J’ai donc décidé de marquer le coup en sortant des sentiers battus. L’idée de cet article est de parler de la genèse des tests logiciels et de faire un parallèle avec mon parcours professionnel… Comme le titre de cet article l’indique, après une analyse des 2 parcours je suis arrivé à ce résultat : le test, tout comme mon parcours professionnels sont « Nés du chaos ». Pour cela je vais mettre en parallèle mon parcours et celui des tests en leur faisant suivre 6 étapes : 1. Le chaos : Moi : J’ai eu mon Bas S assez facilement ce
Se servir des anomalies pour établir sa stratégie de test
Les anomalies sont une mine de connaissance sur le logiciel. Néanmoins, comme toute mine il faut arriver à extraire ce qu’elle contient. Pour se servir des anomalies il faut être capable de les classer : Pour cela il y a 2 possibilités : – Faire tout manuellement… Ce qui est très compliqué – S’aider de la puissance des ALM en ajoutant des informations dans ces anomalies. Grâce aux ALM on peut faire beaucoup de liens et en tirer des informations. On peut relier des anomalies à leur type comme fait dans le schéma ci-dessous : Vous noterez que les anomalies fonctionnelles ne sont qu’une petite partie
Les évolutions dans les métiers du test
Pour cet article j’ai dû me limiter, les métiers étant très nombreux et les possibilités également. Je me suis donc limité aux métiers du test définis par le CFTL et au métier de testeur agile. J’ai également limité les métiers extérieurs au test en sélectionnant ceux qui me semblaient les plus proches du test. J’en suis arrivé à ce graphique que je vais expliquer : J’ai adopté un code à 3 couleurs : · Orange : Métiers du test · Bleu : Métiers fonctionnels · Vert : Métiers techniques J’ai également tenté de disposer ces métiers en fonction du niveau de responsabilité. Plus on est bas dans le graphique,
Recruter un testeur
Avant de commencer cet article je souhaite rappeler que je ne suis pas RH que je ne suis pas spécialiste du recrutement, que ce n’est pas mon métier. Néanmoins de par mes activités je suis amené à faire passer des entretiens techniques ou à conseiller sur des types de profils à embaucher pour une équipe. Dans cet article je ne parlerai donc que des aspects étant directement liés à mes activités. La première chose à faire lorsque l’on veut recruter c’est d’identifier ses besoins. L’époque (si elle a existé) où l’on se disait j’ai besoin d’un « testeur » et que cela suffisait
Retour Yest
J’ai eu la chance de pouvoir tester pendant 2 mois le logiciel Yest de Smatesting. C’est un logiciel récent basé sur du MBT (Model Based Testing) allégé. Présentation rapide : Le MBT c’est le fait de concevoir ses tests au travers de modèles (ou ici de schémas) écrits en amont. Le travail de conception du testeur se fait donc sur le modèle à définir. C’est exactement un des objectifs de Yest, un autre étant de pouvoir s’adapter aux contraintes apportées par l’agilité (ce qui n’est pas forcément le cas d’autres logiciels de MBT). Yest ne se positionne donc pas comme un ALM