Bonjour, avec vous Esma. Aujourd'hui, on se retrouve dans une nouvelle vidéo où je regrouperai pour vous la majorité des questions qu'on pose pendant l'entretien d'embauche pour un profil de test logiciel. Vous allez voir qu'il y a tous les types de niveaux.
que ce soit débutant, intermédiaire, avancé, profil de test manager, vous allez trouver la majorité des questions que vous pouvez avoir pendant le jour J de votre entretien. N'hésitez pas de liker la vidéo si vous aimez le contenu, de partager. avec les personnes qui s'intéressent au domaine l'informatique et surtout au domaine du test logiciel comme ça, YouTube peut proposer la vidéo à d'autres personnes. Au niveau de cette formation, on va découper la formation à trois parties. La première partie, c'est tout simplement les questions que vous allez avoir auprès de services RH.
Les premiers entretiens, les questions qui se posent, un petit peu, ils sont répétitifs à chaque entretien. Vous allez avoir les mêmes questions et du coup, on a essayé. de mettre au niveau de la première partie que les questions RH. Par la suite lorsqu'on a bien fait l'entretien, le premier entretien, le premier contact avec les RH, par la suite il nous contacte pour un entretien soit avec le test manager ou avec le chef de projet.
Du coup dans cette partie il est découpé à deux, soit pour un entretien d'une personne qui est junior ou qui vient de faire une reconversion vers le domaine du test. Dans ce cas on va poser toutes les questions qui sont... de niveau débutant, intermédiaire. Et par la suite, la deuxième partie, ça concerne les personnes qui travaillent déjà au niveau du domaine du test et ils veulent passer à un poste de plus de responsabilité. Des personnes qui n'effectuent que l'exécution de test, ils passent aussi à la conception pour aussi des postes soit de copilotage ou même un poste de test manager pour effectuer toute la planification du test et la stratégie de test.
Du coup, on va parcourir toutes ces questions tout au long de cette formation et... Et par la suite, je vais mettre à jour la formation au fur et à mesure avec les actualités du marché d'emploi. Au niveau de cette partie, on va aborder les sujets, les questions qui se posent lors du premier entretien, lors du premier contact avec le service RH.
Des questions de genre d'introduction, de faire une présentation, les qualités et défauts. On va voir tout ça ensemble en détail, sachant que je vais mettre à jour les parties à chaque fois qu'il y a des actualités au niveau du marché d'emploi. Là, la question qui se pose tout le temps dans les entretiens, c'est parlez-moi de vous et de votre expérience.
Parlez-nous de votre parcours, de votre expérience. Là, l'idéal, c'est d'avoir une idée déjà préparée, une synthèse par rapport à votre parcours scolaire et aussi parcours professionnel. Si vous avez déjà travaillé, quel que soit le domaine, essayez de tirer le maximum de votre expérience. expérience.
Le but c'est de ne pas réciter à nouveau votre CV, mais de maximiser vos chances. On dit toujours de maximiser les chances, gagner du point. Par exemple, vous voulez travailler au niveau du domaine du test, mais vous n'avez jamais effectué du test. En parallèle, vous avez effectué une formation au niveau du domaine de la création des applications web.
Vous pouvez informer le recruteur que vous n'avez jamais travailler dans le domaine du test mais vous savez des connaissances au niveau de domaine que ce soit de l'auto formation par exemple vous avez pris une formation sur internet vous avez vu de la formation sur les plateformes que ce soit youtube ou même de l'auto formation vous avez acheté un document un livre et par la suite vous avez suivi ce qui est mentionné et par la suite de la recherche et vous avez eu de l'expérience sur le sujet par la suite comme vous savez déjà de la création de sites web vous savez de quoi c'est pas un site web vous avez créé un site web et vous avez essayé de le tester du coup vous avez effectué de l'auto formation et vous avez pratiqué les outils de test dans votre site web du coup vous pouvez mentionner ça lorsque vous parlez de votre expérience de votre parcours parce que c'est une expérience aussi et c'est là de la valeur ajoutée au niveau de domaine du test ne mentionnait n'informait pas le recruteur de tels de début au fin que de votre CV parce qu'il a déjà son CV, il sait lire. et du coup vous n'avez pas une valeur ajoutée lorsque vous récitez votre cv tirer du maximum et mentionner des expériences qui ont du lien avec le poste que ce soit par exemple si mentionné on a besoin des personnes qui savent rédiger parce que vous allez rédiger trop de documentation du coup vous pouvez dire que vous avez déjà eu un blog ou vous pouvez faire de vous avez beaucoup rédigé de la documentation vous avez aidé par exemple vous avez déjà eu un style dont vous avez rédigé de la documentation vous vous arrivez à faire de la remontée des anomalies vous avez eu déjà vous avez pu travailler dans un domaine où vous travaillez avec un outil de tkittin et du coup à chaque fois vous recevez des anomalies vous créez des anomalies du coup vous savez rédiger vous pouvez transmettre l'information à une autre personne claire et bien détaillé pour avoir deux pour l'aider à analyser la situation et avoir une correction du coup lorsqu'on vous demande de parler de moi de vous et de votre expérience n'essayez pas de parcourir votre cv déjà on a votre cv mais essayez de mentionner des expériences qui ont un lien avec le poste à chaque fois il faut mentionner quelque chose qui va attirer le recruteur pour vous choisir et non pas une autre personne parce que vous devez savoir que le recruteur il reçoit plein de cv dans la journée Et du coup, parfois, le choix est difficile. Et parfois, si déjà votre CV ne l'attire pas l'attention, il ne va même pas passer à l'étape de vous appeler et de fixer un rendez-vous pour un entretien.
Déjà, vous avez franchi l'étape que le recruteur vous contacte pour choisir votre CV et pour passer un entretien avec vous. Du coup, il faut valoriser votre CV et votre parcours pour passer à l'étape suivante d'être recruté au niveau de cette société. là parmi les points qui sont très essentiels pendant la préparation des entretiens d'embauche il faut bien connaître la société avec laquelle vous allez passer à l'entretien d'embauche la supposons que vous avez postulé on sait que la majorité il envoie le cv à plusieurs sociétés et par la suite le jour j de l'entretien il se focalise juste sur le domaine ou sur tout ce qui est technique au niveau de pour l'entretien et là par la suite lorsqu'il qu'on pose la question qu'est ce que vous savez par rapport à notre entreprise les chiffres de notre entreprise et le domaine où on est les meilleurs sur le marché ça se peut que la personne il ne sait rien sur l'entreprise du coup il faut connaître le jour où vous recevez une convocation pour passer à l'entretien il faut prendre du temps pour chercher la venue des éléments au niveau de la société il suffit juste de prendre au niveau de votre agenda des notes de préciser des notes par exemple quand est ce qu'on a eu la création de la société quand par exemple quels sont les projets où ils sont performants quel est le domaine qui est le domaine majeur au niveau de la société on prend par exemple une société que ce soit par exemple le sncf on doit savoir et qui sont par exemple les leaders au niveau le domaine de transport public par exemple ou par exemple pour payer ça comme quoi c'est parmi les sociétés qui sont les leaders dans l'automobile et là il faut donner un petit peu de il faut communiquer des chiffres pays sans vous avez vendu 20 millions de chiffres d'affaires cette année vous avez gagné un tel nombre de projets au niveau de cette année vous allez me demander comment je vais pouvoir trouver ces informations actuellement avec linkedin vous pouvez trouver toutes ces informations il suffit juste de taper le nom de la société et par la suite vous allez trouver les informations et même la majorité des sociétés ils ont un site web du coup ce que ce soit sur linkedin ou directement sur google vous tapez le nom de la société et par la suite vous allez trouver les éléments nécessaires si c'est une multinationale par exemple capgemini ou atos vous allez trouver comme quoi ils sont situés sur plusieurs pays vous pouvez citer quelques pays et ça c'est juste on donne de l'intérêt à cette société et on sait que vous savez de quoi il s'agit et c'est juste vous c'est juste vous avez déjà des informations concernant la société sur laquelle vous voulez travailler vous avez pour ce sur ou à cette société vous savez des éléments essentiels ou nous pour cette société et du coup vous gagnez du point il ya pas mal de personnes ils se focalisent que sur la partie technique il néglige cette partie vont dire non mais c'est rien quand même moi je poursuis la plusieurs sociétés non je sais pas à chaque fois que je vais prendre du temps pour pour savoir ce de quoi il s'agit mais un fassu mais il faut prendre ça au sérieux les sociétés font Une vérification à les personnes qui savent des éléments essentiels sur les sociétés par rapport à des personnes qui ne savent rien, qui n'ont même pas pris cinq minutes de recherche pour la société. Du coup, il faut valoriser la société. avec laquelle vous allez passer l'entretien.
Cherchez un petit peu, c'est juste histoire de deux minutes. Tapez le nom de la société sur LinkedIn ou directement sur Google. Vous aurez des dates, des chiffres et quelques détails, descriptions.
sur la société et par la suite lorsque le recruteur vous demande vous savez quoi sur notre société et par la suite vous pouvez valoriser la société en communiquant des chiffres des réalisations les projets qu'ils ont gagné et du coup vous avez gagné du point au niveau de la recherche vous savez déjà des éléments sur la société dans lesquels vous voulez vous souhaitez travailler Là, au niveau de cette question, on la pose à des personnes qui ont déjà travaillé et veulent changer d'une société à une autre. La question, c'est pourquoi vous voulez changer votre entreprise actuelle ? Le but de cette question, c'est d'avoir comment... vous allez répondre, est-ce que vous allez parler du mal par rapport à votre ancien employeur ?
Il ne faut jamais parler de mauvaise expérience auprès ou de parler d'une société, de mauvaises choses, de mauvaises pratiques qui sont utilisées au niveau de cette société parce que le recruteur actuel, il va poser la même question. Il va dire, le jour où il veut changer cette personne, la société, il va parler du mal. par rapport à notre société.
Du coup, c'est pour garder une belle image de votre personnalité, de marquer du professionnalisme. Même si vous avez passé par une mauvaise expérience dans une société, il ne faut jamais parler ça à votre recruteur actuel. Vous pouvez informer le recruteur actuel, comme quoi le poste qui vous intéresse, ou la société, c'était l'un de vos rêves, ou vous voulez toujours souhaiter un...
intégrer cette société ou par exemple au niveau de poste que vous occupez au niveau de la société et il n'y a pas, vous ne voyez pas de perspective, il n'y a pas d'évolution rapide au niveau vers un poste de plus de responsabilité et c'est pour cela, vous constatez que vous étiez stagné dans un poste pendant des années et c'est là le temps pour changer et d'avoir d'autres opportunités. C'est pour cela actuellement vous voulez changer. Du coup, l'astuce.
il faut noter qu'il faut jamais parler de mauvaises expériences de mauvaises pratiques au niveau de la société avec laquelle vous travaillez de là c'est bon on a reçu une invitation qu'on voit on a un entretien le jour J, par exemple, la semaine prochaine. Et par la suite, comme on a postulé à plusieurs postes, on ne se souvient même plus du poste. On sait que c'est un testeur, mais il demande quoi ?
Est-ce qu'il ne demande que de la rédaction des spécifications ? Je dois faire de la revue ? est-ce que c'est que de l'exécution, est-ce que c'est l'exécution et la conception, est-ce que par exemple ils ont un langage bien précis que je dois connaître, un outil bien précis que je dois maîtriser et je dois donner de la valeur au niveau de cet outil. Du coup, au niveau, lorsqu'on reçoit une invitation pour passer un entretien le jour J, on doit vérifier à quel poste on a postulé. Est-ce que par exemple un testeur junior, est-ce qu'un testeur qui a de l'expérience dans un outil, comme ça pendant mon entretien, entretien, je dois valoriser l'outil.
Il faut bien comprendre le poste, il faut bien savoir de quoi il s'agit, qu'est-ce que le recruteur cherche afin que je réponds aux besoins du recruteur. Par exemple, s'il demande que la personne doit maîtriser Jira, la moindre des choses, je dois chercher c'est quoi Jira et comment on peut travailler avec Jira, comment on peut utiliser Jira. Ça, c'est un exemple. Par exemple, si je veux, au niveau de la description, qu'au niveau du poste, il travaille avec de devops je dois la moindre des choses chercher c'est quoi devops et comment je peux travailler avec devops tout ça on peut le travailler on doit connaître pas mal de points juste au niveau de haut niveau de haut niveau carrément de l annonce qu'on a postulé sur laquelle on a postulé il faut gagner du point maxim et maximiser tous vos chances parce que parfois on fait de la différence lorsqu'on fait par exemple en fait une évaluation à au profil et par la suite ça se peut qu'on ait deux personnes et par la suite lorsqu'on va commencer à juger les profils qu'on a pas à laquelle on a passé dans des entretiens il ya des personnes qui gagnent du point rapidement parce qu'ils ont répondu à des questions dont l'autre personne n'a pas répondu du coup parce que parfois on a besoin que de que la cette personne nous montre l'intérêt nous montre l'intérêt aux postes l'intérêt à la La société, l'intérêt à ce qu'il va faire, est-ce qu'il a fait ?
Du coup, tous ces éléments, on va les avoir juste lorsqu'on pose des questions et avec la réponse, on va savoir est-ce qu'il a bien donné du temps pour passer cette entrée. ou c'est juste il a postulé pas mal de fois il sait même pas qu'est ce qu'on fait est ce qu'on est on travaille dans un domaine bien spécifique par exemple que ce soit les systèmes embarqués ou on fait que par exemple les sites de commerce est ce que les les sites e-commerce, mais bien précisément juste dans un domaine, par exemple le design ou par exemple l'immobilier, on a un domaine sur lequel on est qualifié, on est les leaders du marché. Il faut tout comprendre.
Il faut donner ces éléments. Il faut chercher ces éléments au niveau des... le lien sur lequel vous avez postulé. Et par la suite, il faut les reformuler dans vos phrases, dans votre échange avec le recruteur afin de montrer votre... intérêt à ce domaine.
Là, on va prendre un exemple pour savoir comment on peut savoir les informations nécessaires sur le poste. Là, je vais vous montrer. Là, maintenant, on est sur LinkedIn.
Déjà, la recherche, il suffit juste de taper, par exemple, Testeur junior Et par la suite, vous allez trouver pas mal d'offres. Actuellement, on voit que il y a plusieurs sociétés qui cherchent des testeurs. C'est pour cela qu'il y a plus de demandes au niveau des testeurs qui font des tests de validation.
Et là, on voit qu'il y a plusieurs demandes. Mais chaque société a des demandes spécifiques. Là, on va voir par exemple ici le premier ordre.
Il demande pourquoi vos principales missions sont les suivantes. Définition de la stratégie de la recette en lien avec les chefs de projet. La rédaction des cahiers de recettes. La préparation des données. Environnement de test.
Réalisation des tests fonctionnels et détection des bugs. Rédaction des tickets de bugs. Suivi de résolution du bug.
Et donc... et reporting régulier. Du coup, tout ça, je dois les connaître. Là, par exemple, au niveau du poste, je dois informer le recruteur pourquoi je suis capable. J'ai un atout, je peux rédiger.
Du coup, je peux rédiger des cahiers de recettes. Je peux effectuer, moi, j'ai eu la préparation, déjà la possibilité de rédiger. J'ai pu rédiger, par exemple, des anomalies.
Du coup, j'ai pu rédiger. rédiger des tickets de bug, suivre des anomalies. Tout ça, je dois informer le recruteur comme quoi je suis capable. Déjà, il a fait ça, il a mentionné ça au niveau des besoins. Je ne vais pas réciter par cœur ce qu'il a demandé, mais indirectement, je dois préciser que je suis capable de faire, de travailler dans ce domaine avec tous ces éléments.
Là, même si ça, c'est pour un testeur, pour un freelancer, même si... Et je pense que ça, c'est pour la société Capgemini. C'est eux qui demandent beaucoup le service.
Et là, ils demandent, par exemple, des outils que tout le monde peut connaître. Word, Excel, PowerPoint et SharePoint. C'est comme Google Drive. C'est là où vous pouvez partager. des documents avec l'ensemble du KIP.
Du coup, il suffit juste de mettre un document, de le télécharger. Du coup, ça, déjà, il n'y a pas un besoin technique au niveau de ce poste. Et là, il suffit juste de valoriser comme quoi vous savez rédiger.
Vous pouvez remonter une anomalie et ça, il suffit juste de mentionner lorsque vous passez votre entretien. On va voir, déjà, ça, on a vu testeur fonctionnel. On va voir un autre. déjà oui c'est un petit peu la même chose il demande la réalisation oui je pense que même la société la première il postule et il fait le même offre que pour jiminy on va voir par exemple pour ibm qu'est ce qu'il demande là Ici, vous êtes en charge de la conception du référentiel de test technique.
Là, du coup, ici, il vous demande carrément, même si vous êtes un testeur junior, il demande quand vous serez capable de faire la conception. Du coup, vous pouvez informer le recruteur. que vous pouvez effectuer la conception du test. Et là, il vous demande, vous serez amené à réaliser les différents plans de test et être en charge de la pertinence des données de test et en garantissant la pertinence. Du coup, ici, il vous demande, c'est de l'extraction des jeux de données et là aussi, de faire le plan de test.
Du coup, ça, vous pouvez juste, on va préparer ça en bons détails, comment faire un plan de test, comment chercher les jeux de données et comment on peut... comment on peut extraire déjà les jeux de données et qu'est ce que vous avez besoin afin de l'extraire par la suite préparez les environnements de test ça soit que vous aurez une procédure ou vous avez Juste lorsque vous recevez une livraison, il faut l'installer dans les environnements de test. Et là, vous appliquez et faites appliquer les normes, méthodes et outils en vigueur sur l'activité de test.
Ça, s'ils ont par exemple des procédures à respecter, vous devez juste être capable d'intégrer une équipe et de faire par exemple parmi l'un des membres de l'équipe. Et s'ils ont des normes, des méthodes à respecter, vous devez aussi les respecter. Du coup, vous pouvez...
mentionner par exemple pour ce poste qu'on croit vous êtes capable de faire la conception du test vous savez déjà c'est quoi un plan de test vous pouvez chercher les jeux de données avec pertinence ça c'est sûrement ils ont une base de données il demande effectué l'extraction des jeux de données là on voit ici toujours c'est le même recruteur freelance même si c'est c'est plusieurs ans mais on va voir ici et demande même si c'est un testeur junior et près que c'est avec 400 euros par jour ça c'est bien et là on a on demande ici mon demande compréhension du besoin écriture des cahiers de test déroulement des cahiers de des cas de test gestion des incidents et la coordination avec les autres équipes du coup ça aussi ça englobe concours vous serez capable de faire de la rédaction et de la remontée des anomalies et par la suite ici vous devez informer le recruteur au que vous êtes capable de travailler en équipe. Parfois, on vous pose cette question, est-ce que vous êtes capable de travailler en équipe ou vous voulez travailler tout seul ? Certes, il y a des personnes qui préfèrent de répondre comme quoi je préfère travailler toute seule, je suis une indépendante, je cherche l'information, mais sachez qu'actuellement, lorsqu'on travaille en mode agile, on travaille en DevOps, c'est le travail en équipe, on cherche que de partager l'information, que toute personne soit au courant de quoi il s'agit au niveau de l'équipe, afin de... d'avancer rapidement.
Du coup, vous devez faire attention et de répondre comme quoi vous pouvez travailler en équipe, vous pouvez collaborer avec l'ensemble d'équipe ou vous pouvez partager de l'information avec l'ensemble de l'équipe. Du coup, c'était ça. Pour connaître le poste, il suffit juste d'avoir les postes sur lesquels vous avez postulé, de chercher au niveau de la description les éléments qui sont essentiels.
S'il demande de l'exécution de test, vous pouvez informer le recruteur que vous êtes capable capable de dérouler des cas de test. Si vous demandez aussi de la conception ou de la stratégie ou de plan de test, vous pouvez informer le recruteur ou le client que vous pouvez faire et vous savez faire ça. Même s'ils n'ont que des outils, vous pouvez prendre du temps soit de chercher l'outil sur Internet, comme ça vous pouvez dire que vous savez vous êtes capable, soit vous êtes capable de passer des tests sur cet outil ou vous avez des notions sur...
l'outil, vous avez juste besoin d'un accompagnement. C'est mieux d'informer le recruteur, c'est mieux. Parfois, ils vont vous faire une formation, mais c'est juste qu'ils doivent savoir votre niveau. Est-ce qu'ils s'attendent directement de vous donner directement la campagne des tests et vous pouvez commencer et démarrer rapidement ou vous avez besoin quand même d'une formation. Il n'y a pas de mal d'informer le recruteur que vous savez l'outil, mais vous avez besoin juste d'un accompagnement.
compagnonnements, de savoir comment la société l'utilise avec les normes et tout ça. Et par la suite, vous allez s'adapter avec l'équipe pour l'utilisation de l'outil, que ce soit au niveau de la stratégie de thèse ou la conception ou le plan de thèse ou l'exécution, où vous pouvez faire plusieurs choses à la fois. Ça se peut que vous allez faire de la conception, de la stratégie au moins de temps, ou vous pouvez faire de l'exécution et de temps à autre, vous pouvez participer, que ce soit au niveau de la conception ou au niveau de la revue du thèse.
test tout ça on va voir en détail au fur et à mesure au niveau de notre formation là lorsque le recruteur vous pose la question est ce que vous aimez travailler en équipe ou en individuel et pourquoi normalement c'est pour savoir est ce que vous aimez travailler en équipe là actuellement la majorité des cas vous allez travailler en équipe lorsque que ce soit en développement en agilité scrum et tout ça on parle toujours de la collaboration le travail en équipe et du coup Du coup, c'est mieux de dire que vous aimez travailler en équipe. Même si vous aimez travailler en individuel, il faut informer le client. Comme quoi, ça se peut que pour vous, il n'y a pas de mal que ce soit en individuel ou en équipe. Mais vous pouvez travailler en équipe. J'aime partager les idées avec mes équipes.
J'aime collaborer. J'aime trouver des solutions pour mon équipe. Et du coup, c'est ça.
Vous pouvez informer le recruteur que vous aimez travailler en équipe et que vous n'avez pas de mal. à intégrer une équipe et de travailler avec eux que vous de faire des réunions de collaboration de lorsqu'il ya quelqu'un qui a du problème vous pouvez trouver des solutions et de rester professionnel avec votre équipe et vous arrivez à intégrer une équipe c'est ça le but vous devez répondre toujours avec lui puisque c'est ça le but on doit savoir on doit intégrer une personne à une équipe et donc cette personne doit être capable de travailler en équipe avec ces personnes afin de collaborer et avancer ensemble au niveau de la collaboration de notre projet au niveau de cette partie on va aborder les questions qui nécessitent lorsque vous voulez passer un entretien soit que vous venez de faire une reconversion vers le domaine du test logiciel soit que c'est votre première expérience on essaie de savoir si vous avez déjà la base si vous avez déjà les tous les normes les définitions au niveau du domaine du test logiciel est ce que vous savez déjà quelques logiciels outils on va avoir tout ça et comment on va répondre à ces questions sachant que vous vous pouvez quand même voir la partie avancée, comme quoi vous pouvez avoir une idée claire sur le parcours, l'avancement ou carrément l'évolution du poste d'un testeur vers un poste d'une personne qui fait le test de niveau senior et vers carrément une personne qui fait le test manager. Vous pouvez avoir une idée claire, mais si vous voulez passer un entretien pour un testeur junior, tout ce que vous allez avoir, tout ce que vous devez avoir au niveau de votre entretien, c'est...
sera concentré au niveau de cette partie. Sachant que je rajoute à chaque fois des mises à jour au niveau des parties pour que vous serez à jour avec l'actualité du marché. Les TNR, au cas où vous avez eu une question par rapport à ce que sont les TNR. Les TNR, c'est les tests de non-régression.
Il y a d'autres personnes qui disent test de régression, mais la majorité, c'est les TNR, c'est les tests de non-régression. On le fait pourquoi ? Si on a eu déjà une fonctionnalité, on a déjà...
On doit tester une fonctionnalité au niveau d'un projet. On doit tester cette fonctionnalité s'il fonctionne correctement. Et on doit effectuer les TNR, les tests de non-régression, pour savoir est-ce que lorsqu'on a ajouté cette fonctionnalité, on n'a pas impacté l'ensemble de l'application. Ça se peut qu'on a ajouté un bouton au niveau d'une interface, ça peut qu'il a impacté le fonctionnement de d'autres fonctionnalités. Et c'est ça le but.
Lorsqu'on effectue le test de non-régression, c'est pour vérifier si le comportement habituel de l'application est opérationnel, s'il n'y a pas d'anomalie. Normalement, lorsqu'on a l'acheminement des choses, c'est lorsqu'on a une anomalie, on la remonte à l'équipe de développement. L'équipe de développement va corriger cette anomalie. On aura un livrable par la suite, après un mois ou après, ça dépend du processus de chaque société.
Lorsqu'on va recevoir le livrable, ce livrable, ils ont corrigé des anomalies. Du coup, on va... déjà testé ces anomalies ça c'est les tests de confirmation pour confirmer qu'on a plus ces anomalies et par la suite on va effectuer les tnr pour savoir est ce que l'ajout de ces fonctionnalités ou la correction de ces deux ces fonctionnalités n'a pas impacté le fonctionnement tout le processus de l'application par exemple pour une application de l'achat en ligne est ce qu'on arrive à acheter de vendre de faire des remboursements d'ajouter plusieurs produits au nouveau du panier on va faire faire tous les tests habituels que le client final va effectuer. C'est ça les TNR. On le fait à chaque version.
A chaque version, on fait les TNR. Il faut noter ça. S'il vous demande quand est-ce qu'on fait les TNR, à chaque livrable, une fois qu'on reçoit une version ou un livrable release auprès de l'équipe développement, on l'installe, on effectue le test, on va effectuer impérativement les TNR avec. Là, la question qui se pose, c'est quoi les niveaux de test ? Là, supposons que vous êtes dans un entretien d'embauche et par la suite, le recruteur, que ce soit un chef de projet ou un test manager, il vous pose la question, c'est quoi les niveaux de test ?
Ici, il veut juste avoir une idée. vous savez déjà les notions fondamentaux du domaine du test logiciel parce que même si vous maîtrisez vous connaissez par coeur les processus de tests et les niveaux de tests et tout ça, ça se peut que vous êtes certifié STQB mais ça se peut que vous n'avez jamais effectué des tests, vous n'avez jamais pratiqué ça. Donc, des outils. Mais là, ici, il essaye de comprendre, est-ce que vous savez déjà les fondamentaux, tout ce qui est théorie au niveau du test logiciel. Là, en répondant à cette question, au niveau des niveaux de test, c'est les tests unitaires, les tests ou les tests composants, par la suite, les tests d'intégration.
Troisième chose, c'est les tests systèmes. Et la quatrième, c'est les tests d'acceptance. Ça se peut qu'il va vous poser une question si vous avez déjà eu de l'expérience dans le domaine, vous avez déjà travaillé dans des tests, mais c'était dans quel niveau vous avez effectué ? type de test ça se peut si vous avez déjà effectué le développement et vous voulez passer c'est bon vous avez effectué le dev vous voulez plus coder et vous voulez passer au test ça se peut que sûrement vous avez passé par les tests unitaires du coup vous pouvez informer le la personne qui est face à vous que vous maîtrisez vous savez effectuer les tests unitaires même si ça ça concerne que les développeurs Au cas où vous avez déjà travaillé dans le domaine, ça se peut que vous étiez déjà un intégrateur, du coup vous avez déjà effectué les tests d'intégration.
Par la suite, la plupart, lorsque l'on fait des tests fonctionnels, ça se peut qu'on a effectué, même si on est un testeur fonctionnel, on travaille dans les deux niveaux. On fait les tests d'intégration et on fait aussi les tests système. Et parfois on fait aussi les tests d'acceptance.
Ça se peut que vous avez effectué les trois à la fois, mais dans une... une seule mission et vous pouvez expliquer comment. Pour, par exemple, comme on a dit, les tests unitaires, tout ce qui concerne le code.
Par exemple, le développeur a codé une partie, soit c'est lui qui va effectuer le test unitaire, soit qu'il va demander à un collègue qui effectue le test et par la suite, son collègue, lorsqu'il va effectuer son code, c'est lui qui va le tester. Ça, il s'appelle le peer testing, comme quoi on travaille à deux et moi je code et l'autre personne. test et c'est l'inverse mais ça pour les tests unitaires c'est censé faire que par des développeurs d'accord si vous êtes un testeur fonctionnel que ce soit que vous allez faire de l'automatisation ou le test des performances vous n'êtes pas censé de savoir où de faire les tests unitaires par la suite pour les tests d'intégration là on a dit que les tests d'intégration c'est l'étape après les tests unitaires du coup c'est bon le développeur a effectué son bloc de code et par la suite il a testé tout est ok mais là on va assembler plusieurs bouts de code parce que au niveau des projets il n'y a pas un seul développeur qui travaille et on a des interfaces tout ce qui est back-end, front-end, de la communication par exemple de l'application avec la base de données, toutes ces communications c'est les tests d'intégration du coup on doit vérifier est-ce que l'intégrité lorsqu'on intègre l'ensemble de cette fonctionnalité est-ce que ça fonctionne ou par la suite on a des anomalies c'est pour cela on passe toujours avec l'étape de l'intégration. Par la suite, tout est OK. C'est pour cela, j'ai dit, ça se peut qu'il y a des sociétés, au lieu de recruter ici, par exemple, s'ils n'ont pas assez de budget ou ça se peut qu'ils n'ont pas les livraisons tout le temps, ils font, par exemple, de mutualiser.
C'est là où actuellement on trouve qu'il y a des testeurs qui font de la validation et la vérification. C'est pour cela. Avant, il y avait tout le temps, dans les grandes structures, jusqu'à maintenant, il y a une équipe d'intégration. une équipe qui fait les tests de test et validation. Mais ça se peut que vous soyez capable, vous devez faire les deux à la fois.
Si les développeurs envoient un Snapchat, vous allez effectuer les tests. Dans ce cas, vous allez effectuer les tests d'intégration. Et lorsqu'ils vont effectuer l'envoi d'une livraison, tout ce qui est livrable complet, dans ce cas, vous allez effectuer les tests fonctionnels ou la partie des niveaux de tests Là, on a parlé maintenant du test immunitaire, les tests d'intégration. Là, le troisième niveau, c'est les tests système. C'est bon.
Maintenant, on a vérifié l'intégrité des fonctionnalités et maintenant, on va recevoir la totalité de l'application. C'est bon. On a connecté l'ensemble.
On va vérifier. Maintenant, on doit effectuer les tests fonctionnels que le client final doit effectuer le test. Par exemple, si on va, on prend l'exemple de...
site de Amazon. On va effectuer l'ensemble du test qu'un client final doit effectuer l'achat, le remboursement, l'achat de plusieurs produits, le paiement avec plusieurs moyens de paiement, tester par exemple de vérifier, de laisser le panier pendant par exemple 5 minutes ou 10 minutes et de vérifier est-ce que la page va se réinitialiser, est-ce que quand même il va mentionner, il va sauvegarder dans la mémoire mes achats, mes sélections ou si j'avais déjà un compte même si j'achète. je n'achète pas et j'ai déjà rajouté au panier sans valider l'achat, je dois trouver mes produits dans le panier, on doit effectuer tous les tests. Ça, c'est le test système ou les tests fonctionnels. C'est le troisième.
troisième niveau. Et par la suite, il y a le niveau des tests d'acceptance. Ça, c'est quoi ?
Normalement, dans le jargon du test, on dit pas tout le temps les tests d'acceptance, mais on dit la recette. C'est ça lorsqu'on va effectuer les tests fonctionnels qu'on a déjà effectués en salle de test avec le client. C'est la participation du client, que ce soit actuellement, On peut le faire à distance, le client participe à distance, mais lorsqu'il n'y avait plus de déplacement et tout. Mais normalement, dans le contexte en général, c'est une phase de recette. soit le client délègue cette fonctionnalité à un amour externe à la société ou carrément à une autre personne.
Du coup, cette personne, c'est elle qui va participer avec vous pendant la recette. effectuer pour évaluer le produit final avant de la mise en production et ça se peut que carrément vous allez se déplacer ou chez le client s'il est dans une autre ville une autre pays et du coup dans ces cas vous allez dérouler les tests avec lui avant qu'il valide le passage de ce produit au niveau de production ça se peut le domaine c'est différent et d'un domaine à un autre ça se peut que vous pouvez faire ça à distance et il peut vérifier avec vous Ou si, par exemple, un site web, il n'a pas besoin de se déplacer chez vous ou même pas besoin que vous effectuez des déplacements pour effectuer la recette. Vous pouvez juste partager l'écran et montrer au client ce que vous avez effectué, les fonctionnalités.
Je parle de vous, mais ça se peut que... Vous et une autre personne, parce que lorsqu'on fait la recette, c'est un testeur qui a de l'expérience et aussi le chef de projet qui va participer ou le business analyst ou la MOA pour valider la recette et aussi pour vérifier le PV de la recette avant la... avant la signature. Et là, par la suite, on a, comme on a dit, la phase de recette, on a dit qu'il y a des projets que vous pouvez effectuer à distance. Mais il y a des projets, surtout lorsqu'on travaille dans les systèmes embarqués, où on doit montrer au client tout ce qu'on doit, on doit installer le produit dans une machine.
On doit effectuer les tests et le client, avant de lancer ça en production, il doit voir ça dans une machine. coup là l'ensemble des choses soit qu'il a déjà une main une seule machine au niveau de haut niveau de sa société du coup on va se déplacer on va installer produit au niveau de haut niveau de la société c'est ça la recette et par la solution va le tester ça se peut que c'est vous qui va effectuer l'installation ça se peut quand même vous vous s'occuper pas de la partie d'installation c'est l'équipe déploiement qui va effectuer tout ce qui est matériel et pour vous vous allez effectuer quelques les tests fonctionnels tout ce qui est tout ce qui est logistique logiciels. Et par la suite, lorsque vous allez effectuer les tests d'acceptance, le client, ça se peut qu'il va accepter le passage de ce produit en production. Du coup, il valide le passage en production, soit qu'il va le valider avec des réserves.
Le terme réserve, c'est comme quoi le client a constaté des choses, mais ils ne sont pas bloqués pour le passage en production. Du coup, on va mentionner ça. Il sera noté au niveau du PV de la recette, qu'on parle maintenant de... de niveau d'acceptance.
Il va noter les réserves et par la suite, on a un délai, par exemple, ça se peut qu'on va négocier 3 mois ou 6 mois ou pendant la prochaine recette, on va présenter ça. Et par la suite, il y a la troisième chose, c'est que le client n'est pas satisfait. On a présenté un produit, il ne veut pas et du coup, au niveau de PV, il va noter ça comme quoi il n'est pas d'accord, il ne va pas signer le passage en production. Ça y est, deux cas.
Ça se peut qu'il y ait des pénalités du coup c'est la société qui va payer les pénalités à partir d'une date parce qu'il y a il y avait on va retarder la mise en production ça se peut qu'il n'y a pas des pénalités mais donc ce temps où il faut négocier une mise à livraison une nouvelle version qu'on va livrer qu'on doit tester on doit prouver aux clients qu'il n'y a pas de blocants pour qu'on puisse envoyer le produit final en production du coup c'est ça les niveaux il faut prendre en considération il y a le niveau de technologie tests unitaires, il y a les tests d'intégration, il y a les tests fonctionnels, il y a les tests d'acceptance. Et ça se peut que vous allez déjà travailler dans trois ou deux ou même juste un. D'accord ?
Il n'y a pas de mal, mais c'est juste que vous devez être capable d'expliquer aux recruteurs de quoi il s'agit, comme quoi vous savez l'acheminement des choses, vous savez qui fait quoi, comme quoi les tests unitaires sont faits par les développeurs et à partir du test d'intégration, on peut effectuer nos tests et même jusqu'au test avec le client final pendant la recette ou même après la mise en production on peut effectuer des tests que ce soit des tests pour confirmer si on constatait déjà au niveau de la mise en production il y a des anomalies ou juste pour anticiper ça se peut qu'on serait même dans la mise en production qu'on soit au terrain avec le client pour effectuer des tests pour vérifier le comportement du client pour noter des constats et c'est pour améliorer le produit. Et s'il y a des remarques du client, on peut les prendre en considération pour les mettre à jour dans nos prochains livrables. Là, pour cette question, vous travaillez en sprint, comment vous faites ? C'est tout simplement, ça se peut qu'il va vous poser cette question comme ça ou ça se peut qu'il va vous demander est-ce que vous avez déjà travaillé en agilité ?
Est-ce que vous connaissez Scrum ? Est-ce que vous avez déjà travaillé en Scrum ? Et c'est le but, c'est pour comprendre si vous savez de quoi il s'agit au niveau du domaine de l'agilité. Si on vous pose la question, vous avez déjà travaillé en sprint, vous pouvez dire oui.
Si vous travaillez avec tout ce qui est Scrum, de l'agilité, vous allez dire oui. Et lorsqu'on va vous poser la question, comment vous faites ? Il suffit juste d'expliquer au recruteur ou la personne technique qui est face à vous, comme quoi vous avez du projet ou vous avez des sprints de deux semaines ou de quatre semaines. Et par la suite, vous pouvez mentionner que vous avez des user stories qui sont déjà fixés, des épics et des user stories qui sont fixés pour chaque sprint et chaque fin sprint, soit qu'on a déjà effectué le test. le test la configuration de tous et des usages story et sinon si on n'a pas eu la bande passante pour x raisons ça se peut qu'il ya des personnes qui sont absents il ya des problèmes de configuration du coup un retard de livraison on n'a pas pu tous testés tout ce qui est effectué sont c'est effectué pendant ce sprint pour deux ou quatre semaines normalement on le bascule au sprint suivant.
Ça se peut que vous aurez plusieurs méthodes de travail si vous travaillez en agilité. Vous pouvez juste expliquer au client votre rituel, comment vous travaillez lorsque vous êtes dans un projet en agilité. Vous avez un sprint, est-ce que c'est déjà à l'avance, vous savez les tickets qui sont assignés pour vous ou vous savez déjà à la base, au début du sprint, les cas que vous allez tester ou vous avez déjà les cas que vous allez concevoir ?
que vous allez effectuer la conception et l'exécution du test ça se peut que vous allez effectuer la conception des cas de test et par la suite vous allez exécuter une autre campagne de test tout ça vous pouvez juste expliquer aux clients pour qu'ils savent comme quoi vous savez comment travailler en agilité déjà par exemple pour avoir une réponse type par exemple une personne qui a déjà travaillé en agilité lorsqu'il va vous poser la question vous travaillez en sprint oui ça se peut que vous allez dire oui je travaille en sprint j'ai déjà eu la possibilité de travailler en sprint même si en stage et vous pouvez m'expliquer que effectivement on travaille en agilité chaque jour on a une réunion de 15 minutes pour pour expliquer qu'est ce qu'on a fait la journée d'hier et qu'est ce qu'on est censé travailler aujourd'hui ici une personne qui a eu un problème on doit l'informer à l'ensemble de l'équipe comme ça si une personne a une solution il peut nous proposer mais pour tout ce qui est solution par exemple si vous avez eu un problème lié et vous avez des doutes est ce qu'une anomalie ou c'est un problème de paramétrage et vous voulez pas créer la normalité le temps que vous serez sûr vous n'allez pas corriger la noël tout ça pendant la réunion ça se peut que c'est juste la personne va vous dire tiens moi j'ai l'information mais par la suite après le point de 15 minutes vous allez effectuer soit une réunion soit point si vous êtes juste selon le planning Si vous avez déjà des réunions planifiées, dans ce cas, vous allez mentionner pourquoi vous êtes dispo juste de telle et telle heure. Vous allez arranger entre vous. Mais normalement, on ne va pas régler le problème.
Si un collègue a un problème, on n'est pas censé le régler pendant la réunion. le morning parce que c'est censé faire dans juste dans 15 minutes même si on essaye de tout et on déborde parce qu'il ya des personnes qui essaient d'expliquer tout ce qu'ils ont fait il n'arrive pas de synthétiser la journée avec des points. Normalement, vous devez être capable juste d'informer rapidement votre responsable, le test manager ou même l'ensemble de l'équipe.
Si le test manager n'est pas disponible pour le point d'équipe, juste informer. vos collègues, qu'est-ce que vous avez effectué et qu'est-ce que vous êtes censé effectuer pour aujourd'hui. Ça, on le sait. C'est parce que parfois, on va même modifier. Ça se peut qu'on a eu des changements de priorité au niveau des user stories.
Du coup, on va changer les actions. Ça se peut que vous allez me dire je dois faire ça, je vais tester cette user story, je vais effectuer la conception de cette campagne de test et par la suite, ça se peut que j'ai quelque chose de plus urgent et du coup, je vais vous demander de changer, on va décaler tout ça pour demain et aujourd'hui vous devez faire ça ou ça ou ça du coup c'est ça le test manager il doit savoir que le les personnes qu'est ce qu'ils vont faire où ils sont bloqués et savoir déjà les compétences de chacun et qui peut débloquer qui lorsqu'il ya un problème et là par la suite lorsque vous savez déjà pendant l'esprit sur quoi vous allez travailler vous soit une campagne de test que vous allez dérouler pendant 15 jours ou en parallèle vous travaillez, ça se peut que vous êtes déjà un testeur qui a de l'expérience, du coup ça se peut que vous faites la montée en compétences d'une personne pendant le sprint, ça se peut qu'en parallèle vous faites la conception ou vous participez ou par exemple à des réunions de tout ce qui est planification de la stratégie pour pour pour aider le test manager du coup pendant le sprint il suffit juste d'informer le responsable comme quoi vous avez vous avez déjà des réunions chaque jour vous savez de quoi il s'agit qu'est ce que sur quoi vous allez travailler et les épiques les useurs story c'est mieux d informer le recruteur par ces termes parce qu'on sait que vous savez de quoi il s'agit une user story c'est quoi une epic et c'est quoi un sprint et par la suite vous faites la réunion du backlog pour savoir est-ce que déjà ce que vous êtes censé d'effectuer lorsque je dis vous c'est l'ensemble de l'équipe par exemple si vous êtes censé d'effectuer pendant la réunion du backlog quelques tickets est ce que vous avez déjà pu les tester et c'est quoi le retour sur ces tests, ça se peut que vous allez mentionner le bilan. Tout ça, vous pouvez informer le recruteur que vous le faites dans les cadres de chaque sprint.
Et lorsqu'on dit un sprint, du coup, c'est le même travail qui va se répéter, soit chaque 15 jours ou chaque 4 semaines. C'est juste avec d'autres projets. aujourd'hui on travaille sur une évolution une version 1.2 le sprint prochain ça va être la version 1.3 1.4 ainsi de suite et à chaque fois on a des évolutions c'est à dire on a une version et on a des user stories, on a des demandes clients où il a ajouté des fonctionnalités.
Et cette fonctionnalité, comme on sait quand est-ce qu'on va les développer, on sait quand est-ce qu'on peut les tester. Et du coup, on sait à l'avance, au niveau de notre backlog, qu'est-ce qu'on peut tester et quand et qui peut tester. Du coup, c'est ça.
Si vous travaillez avec Jira, ça se peut que c'est le test manager qui va effectuer la tâche d'assigner les tickets à la bonne personne en se basant sur les compétences. de chacun si par exemple le ticket qui est trop technique et je sais que j'ai des personnes qui sont juniors et ils ne savent pas tout ce qui est technique ils vont prendre du temps pour pour la tester ça se peut que je vais l'affecter directement à une personne qui sait tout ce qui est technique ou ça se peut que je vais l'assigner à cette personne et je vais lui demander qu'il fait la montée en compétence d'une autre personne en parallèle comme quoi il va effectuer le test de ce type et on l'a avec les présences de l'autre personne personne qui est junior pour la monter en compétence et pour qu'il soit capable. Mais tout ça, normalement, c'est le responsable ou quand vous voulez passer un entretien pour un responsable, c'est à vous de voir selon les capacités de chacun et aussi selon le planning.
Est-ce que le planning, déjà, il se permet ? On a la possibilité de demander à une personne d'effectuer le test et de monter en compétence une autre personne. Parce que si on fait le test, on peut le faire rapidement. Et si on a déjà des habitudes, on peut le faire rapidement.
Mais si je dois effectuer aussi la montée en compétence d'une personne, je dois donner plus de détails, je dois l'expliquer. Ça se peut qu'il va me demander de recommencer parce qu'il ne capte pas rapidement. Ça se peut qu'il prend du note, du coup, je dois l'attendre. Tout ça, il faut prendre en considération.
Mais c'est ça, c'est là le test manager qui doit vérifier si, avec le planning qu'ils ont fixé, est-ce qu'ils ont vraiment du charge pour la montée en compétence des personnes. Sinon, on va faire avec. on va assigner l'éthique à des personnes et on va mentionner si vous avez des déblocages. Demain, pendant le morning, pendant le délimité, il suffit juste d'informer le membre d'équipe. Et si on a la possibilité de vous débloquer, on va vous débloquer.
Si on a un document qui peut vous donner des indices, on va vous donner le document, mais vous devez faire avec afin d'exécuter ces cas de thèse ou afin de concevoir les cas de thèse. C'est selon la... Les choses, si on est en train d'effectuer l'exécution, la personne doit comprendre comment il peut effectuer. Surtout si déjà c'est une personne que pour elle le domaine du test est nouveau. Si des gens travaillent avec des logiciels que la personne n'a jamais travaillé sur avec ses outils, certes ça ne va pas être la même chose pour une personne qui maîtrise ça et qui a l'habitude de travailler.
C'est ça, au niveau du test manager, je dois faire attention. Au niveau du réel... Rendement de chacun.
Je ne dois pas attendre qu'une personne qui est junior va me donner le même rendement qu'une personne qui a l'habitude ou qui travaille dans la boîte pendant des années. Il a pris l'habitude de travailler avec ses outils, du coup pour elle, il peut faire un test. cinq minutes dans l'autre personne il peut le faire dans une demi journée c'est normal parce que là l'autre personne il vient de commencer à travailler avec ça et comme j'ai déjà accepté de travailler avec des personnes juniors du coup je dois m'en soucier au niveau de je dois faire attention pendant mon plan et pour la pour la montée en compétence du coup tout ça vous devez informer le recruteur pendant votre sprint vous faites quoi est ce que là le test la conception les réunions vous faites quoi pendant vous réunion le réunion de la matinée vous faites quoi est ce que déjà vous commencez à dispatcher les tâches ou déjà vous avez ça pendant la réunion au démarrage du sprint vous avez signé déjà les tâches et lorsque Lorsque, par exemple, il y a une personne qui peut avoir une rupture de charge, ça se peut que cette personne est très rapide et fait les choses rapidement. Ça se peut qu'elle ait une rupture de charge dans ce qu'elle informe le test manager pour qu'on lui donne d'autres choses à faire. Ça se peut qu'il y ait une personne qui est très lente ou il a trouvé des difficultés pour dérouler toutes les tâches qu'il a.
Ça se peut qu'il va nous donner une alerte comme quoi, attention, je ne peux pas terminer tout ce que vous m'avez donné. Pour X raisons, il doit informer. Du coup, c'est ça le but des délimités. C'est pour savoir où on est. Là, la question qui se pose, surtout si on travaille avec de l'intégration continue et le déploiement continu, on va vous poser la question si vous avez déjà travaillé dans un environnement de CICD.
C'est-à-dire si vous avez déjà utilisé tout ce qui est les normes de tout ce qui est DevOps. Là, vous avez le choix entre oui et non. Si vous n'avez jamais travaillé, vous pouvez dire non. Si vous avez déjà travaillé, vous pouvez dire oui. Mais dans les deux cas, vous devez expérimenter.
expliquer aux recruteurs que vous savez de quoi il s'agit. C'est quoi le DevOps, pourquoi on l'utilise, parce qu'actuellement il y a de la rapidité au niveau des livraisons. Vous pouvez dire non, je n'ai jamais travaillé dans un environnement qui travaille avec le DevOps, mais j'ai déjà effectué une formation ou auto-learning, juste de la formation sur internet par rapport à tout ce qui est DevOps et je sais de quoi il s'agit.
Actuellement il en fait parce qu'avant il y avait tout ce qu'on dit. l'envoi de livraison production on le fait un mois une fois chaque six mois et du coup il y avait de l'évolution est un petit peu lente actuellement par exemple pour netflix pour tout ce qui est instagram et tout ça ça se peut qu'ils vont envoyer plusieurs versions dans la journée du coup c'est ça où vous devez faire la différence entre le l'ancien école on envoie juste au grand maximum une à deux versions dans l'année et actuellement avec le des vôtres on a à chaque fois l'intégration continue et les déploiements continuent. Du coup, on peut livrer autant de livraisons. Pourquoi on le fait ?
Pourquoi déjà on fait le DevOps ? Tout simplement parce que les projets actuels ne se permettent pas qu'on doit rester une année, deux ans pour envoyer une livraison. Parce que là, actuellement, on voit les sites Internet, ils sont concurrentiels par rapport à ce qu'il y a au niveau du marché.
À chaque fois, il y a de la nouveauté. À chaque fois, juste ça. Si on compare juste au niveau des réseaux sociaux, avant, il n'y avait que Facebook qui était le leader.
Mais actuellement, il y a plusieurs. Par exemple, il y a maintenant le TikTok, Instagram. Et à chaque fois, il y a de la nouveauté. Par exemple, YouTube a instauré tout ce qui est story, tout ce qui est statut et tout ça.
Là, on le voit qu'il doit, tous les autres, il doit faire la même chose. On doit avoir la possibilité de partager des photos instantanées qui sont valables pour 24 heures. Il y a aussi des vidéos.
des postes des stories qui sont valables juste pour une durée et aussi que pour elle on peut pas par exemple se permettre de faire une vidéo de 30 minutes on peut faire juste une petite durée du coup on s'aligne par rapport à ce qui sur le marché je vois je dois savoir par année je dois me comparer par rapport à mes concurrents sur le marché et je dois toujours et innover et faire des évolutions pour que je serai le premier sur le marché c'est là c'est ça le but et c'est pour cela actuellement les grandes sociétés, toutes les boîtes qui ont de la rénovation, ils utilisent l'agilité, DevOps et aussi parfois on fait la mutualisation entre les deux. Ça se peut que vous allez utiliser l'agilité avec le DevOps, comme ça c'est pour livrer des livrables plusieurs fois dans l'année. C'est ça. Si vous pouvez informer le recruteur, c'est comme quoi vous savez de quoi il s'agit, pourquoi l'intérêt qu'on utilise les ICI et que ce soit que vous avez déjà travaillé.
travailler ou pas, sachant que je Il suffit juste que je sens que vous avez compris, ça ne va pas être difficile pour nous de vous intégrer dans une équipe qui travaille en DevOps. On sait que vous avez compris le principe, qu'on va intégrer... On aura l'intégration en continu et le déploiement en continu. Et lorsqu'on dit le déploiement en continu, il y a avant une étape qui s'appelle du test.
Du coup, on aura tout le temps du test. On va tester à chaque itération. On a une version, on va essayer. effectué le test, on va envoyer la version en production, on a d'autres fonctionnalités, on ajoute les autres fonctionnalités, on va effectuer les tests et ainsi de suite. Du coup, on enchaîne.
On n'a pas une recette juste la fin d'année, on va préparer pour la recette de cette fin d'année et par la suite, on aura une autre recette d'ici un an. Non, ça ne se fait pas comme ça. On a tout le temps du code à faire, du test à faire et par la suite, des livraisons.
en production c'est comme à chaque fois on fait évoluer le produit final qui est chez le client on envoie tout le temps des livraisons en production et avant la livraison en production il y a tout l'acheminement quotidien le rituel habituel le code le test et la validation avant la production ou pas sous des réserves ou pas des modifications ou parfois on valide avec des réserves ou non on voit mais quand même on sait qu'on a des évolutions il y a des petites choses à corriger mais quand on sait qu'on a bientôt eu un autre livrable où on va corriger ça on peut se permettre d'envoyer ça en production du coup tout le rituel habituel en le cas mais c'est juste on sait très bien qu'on va envoyer plusieurs livrables au cours de l'année en production là si vous avez eu la question c'est quoi la différence entre cas de test et user story là au niveau du recruteur ou la personne si c'est le chef de projet ou le test test manager, il essaie juste de savoir est-ce que vous savez que de la théorie, est-ce que vous arrivez à distinguer quand est-ce qu'on crée un cas de test et quand est-ce qu'on fait la création d'une user story. Tout simplement, vous pouvez dire que les user stories, on les crée pendant le démarrage du projet, on a des épiques et les épiques ont fait l'extraction de plusieurs user stories. L'épique c'est la grande fonctionnalité et les user stories c'est le petit démarrage.
la petite fonctionnalité. L'EPIC et l'User Story, c'est le papa et le fils, parents, enfants. C'est ça normalement.
Par exemple, pour l'EPIC, on a le moyen de paiement, juste ça, la fonctionnalité, c'est d'avoir la possibilité de payer, le moyen de paiement. Et là, par la suite, au niveau du User Story, on va distinguer qu'il y a plusieurs moyens de paiement. Moyen de paiement en SP, c'est à la livraison. par exemple en paypal la possibilité de payer en CB en carte bancaire du coup les piques on l'a divisé à trois user stories ou quatre du coup c'est ça les user stories qui peut effectuer la création des user stories peu importe la personne et aussi selon la nomination au niveau de la société soit le PO le product owner soit le l'AMOA ou le business analyst normalement l'AMOA et le business analyst c'est la même chose c'est selon les les nominations.
Là, vous allez le trouver juste dans tout le secteur francophone et tout ça, mais en général, on dit le business analyst. C'est ça, les personnes qui peuvent créer des user stories. Par contre, toutes les personnes peuvent travailler avec des user stories, parce qu'on a une fonctionnalité qu'on va tester. Du coup, on va tester cette user story. Mais là, le cas de test, c'est lorsqu'on a déjà une fonctionnalité qui est créée au niveau du user story, on a le détail de la fonctionnalité.
au niveau du user story, on travaille en agilité et par la suite en se basant sur les user stories et les épiques, on peut créer les cas de tests sur lesquels on va effectuer, on va dérouler le cas de test. Du coup, qui est le premier, c'est le user story et par la suite on peut déduire des cas de tests, un ou plusieurs cas de tests selon la fonctionnalité parce que pour une fonctionnalité de paiement en carte bancaire, on peut avoir plusieurs cas de tests. qu'on va faire le paiement à plusieurs fois, on peut payer une seule fois, on va payer par exemple une partie en CB par la suite, une partie avec un autre moyen de paiement. Du coup, on peut tester un cas de test, on peut la tester en plusieurs cas de test.
C'est ça. Pour faire la différence, les user stories, ce sont les petites fonctionnalités qu'on a dérivées depuis les épiques et les cas de test. test, c'est les fonctionnalités qu'on est censé tester.
On peut sur Dans le User Story, on peut la découper à un ou plusieurs cas de test. Là, la question qui se pose, avez-vous déjà participé à la planification du test ? Lorsque vous allez dire oui, vous allez argumenter avec des éléments.
Là, ici, c'est le cas de la planification du test. C'est pas pour le poste du testeur junior. On n'attend pas une personne qui n'a jamais travaillé dans le domaine du test ou une personne qui vient de faire une reconversion, qui savent de quoi il s'agit, qui fait la planification du test.
C'est là qu'on le fait pour les personnes qui veulent passer soit un poste de responsabilité de test manager ou carrément qui fait un petit peu de pilotage qui aide le test manager au niveau des tâches de la, par exemple, la planification, la stratégie. Donc, oui, vous pouvez répondre si vous avez déjà eu la possibilité au niveau de la planification. Vous pouvez dire oui.
Quand vous pouvez dire non, mais j'ai participé à quelques réunions qui m'ont donné. une idée claire de quoi il s'agit et vous pouvez informer le recruteur de quoi il s'agit par rapport à la planification on sait combien par exemple pour une version on doit savoir à peu près combien de cas de tests on va dérouler et aussi la priorité de chaque cas de test et on va vérifier combien de temps d'accord on va on sait déjà lorsqu'on va faire la planification on a un budget par exemple le client il va nous dire vous avez 100 cas par exemple 100 000 euros, par exemple, pour dérouler cette campagne de thèse. Et là, à mon niveau, je dois vérifier combien de cas de thèse, par combien de personnes, est-ce que j'ai besoin des personnes qui sont seniors, est-ce que j'ai besoin, par exemple, de combien de personnes le nombre, et est-ce que, par exemple, j'ai besoin de deux qui sont seniors et un junior, tous ces éléments, je dois les noter.
Et normalement, il n'y a pas mieux que des fichiers Excel pour vérifier pour faire la planification parce que lorsque vous faites pas ils ont affiché excel vite fait vous savez vous avez déjà le tgm de chaque personne lorsque vous travaillez avec une équipe vous savez par exemple votre équipe et il coûte combien par jour par exemple supposons j'ai deux personnes qui sont seniors ils sont facturés à 500 euros par jour le pour le projet du coup je sais pour ces personnes c'est 1000 euros par jour et pour la personne qui est junior qui vient de faire juste la reconversion c'est ce peu qu'il est facturé à 350 euros la journée et du coup pour moi le calcul est rapidement fait et je dois inclure aussi la partie de la planification de la de tout ce qui est pilotage pour moi je sais que une journée de test de mon équipe ça coûte 1350 plus un pourcentage de la partie de test manager qui va faire le pilotage et les réunions les bilans tout ça du coup on peut dire à peu près en l'an On peut dire 1 500. Du coup, je sais, par exemple, pour dérouler une campagne de test de deux semaines, j'ai besoin, avec ces personnes, j'ai besoin de, normalement, deux semaines, c'est 10 jours ouvrables, du lundi au vendredi. Du coup, on va dire 1 500 par jour, fois 10. Du coup, minimum, moi, j'ai besoin de 15 000 pour une campagne de test avec les membres de l'équipe. J'ai besoin de 15 000 euros pour passer, pour dérouler ça. Par exemple, supposons que...
client m'a dit que c'est une grande version mais normalement il m'a donné 100000 euros comme budget et là il m'a donné par exemple les spécifications et tout il veut qu'on le test là déjà je dois savoir ce que par exemple on a dit et les 15000 euros c'est pour deux semaines à peu près les la semaine c'est à 7500 on va majorer à 8000 euros la semaine du test et vite fait je sais que 8 x 10 10, c'est un petit peu 80 000. Et du coup, normalement, on peut faire 12 semaines de test. Si vous faites 12 fois 8, c'est à peu près les 100 000 euros. Du coup, pour moi, je sais déjà que je ne peux pas dépasser 12 semaines de test avec l'effectif que j'ai.
Il sait déjà à l'avance que j'ai deux personnes qui sont seniors et une seule personne. Au cas où, il me dit, non, moi, je ne peux pas attendre les 12 semaines. semaine et du coup dans ce cas je dois vérifier, je dois au niveau de la planification, je dois demander en gardant toujours le même budget et il veut garder quand même il veut qu'on déroule le maximum du test on va garder le budget et dans ce cas je vais voir si je peux avoir des personnes au niveau des des autres projets d'accord, des co-frères parce que lorsqu'on travaille dans des grandes sociétés il y a plusieurs projets et parfois il y a la la charge soit qu'il est très monté un projet et ça se peut qu'il y ait un pouls d'autres projets qui n'ont pas assez de charges et du coup ça se peut qu'il va me dire oui cette personne est capable de tester pour vous il est ce qu'est niveau par exemple j'ai besoin d'une personne senior je vais demander une personne senior si je besoin que des profils junior je vais demander à mes collègues comme quoi j'ai besoin et par la suite je vais replanifier d'accord et lorsqu'on fait la planification planification on n'oublie pas notre charge parce que parfois les personnes ils vont estimer que les personnes qui sont face à eux, il oublie la charge du projet, la personne qui va faire tout ce qui est les réunions, la stratégie de thèse, la planification, les réunions avec le client, les convaincre, tout ça, ça prend du temps. Et normalement, on peut dire c'est 20% du projet.
Du coup, déjà pour les 100 000 euros, on peut dire les 20 000 euros que pour la personne qui va piloter le projet. On peut dire les 20...... Ça se peut que vous allez dire, mais c'est beaucoup, 20 000 euros pour faire, pour dérouler une campagne de test.
Mais il y a des grosses fonctionnalités, il y a du travail, il y a de l'accompagnement à des personnes, il y a la charge de formation. Et parfois, il y a des personnes qui font une sous-estimation du chiffrage. Et ça, par la suite, ils se rendent compte qu'ils ont consommé le budget du client et qu'ils travaillent pour rien. C'est qu'ils travaillent gratuitement et même...
ces salariés vont être payés par la société. Du coup, c'est comme ils ont fait une mauvaise planification du budget et une mauvaise planification du ressource allouée au projet. Et par la suite, ça se trouve qu'il y a des cas de thèse qui doivent être déroulés pendant 4 heures. Et la personne, elle a estimé que pour une heure.
Et du coup, le client, il va vous dire, non, lorsque j'ai demandé ça, il m'a dit, J'ai accepté un devis. Lorsque vous m'avez donné une proposition, j'ai accepté le devis, mais en contrepartie, j'attends un travail. J'attends que vous me donnez un bilan, que vous avez effectué les petits tests et sachant qu'on va faire juste pas un haut. OK, un cas où on doit donner des illustrations, des rapports avec des captures d'écran, avec l'avancement du projet, qu'est-ce qu'on a effectué, les tests, les tests qui sont OK, les tests qui sont K ou les anomalies qu'on a créées, tout ça, ça chiffre.
Et c'est pour cela que vous allez voir que... que rapidement, 100 000 euros au niveau du code ou 100 000 euros au niveau du test, ils se consomment rapidement, on consomme rapidement les budgets. Et c'est pour cela, lorsque la personne vous demande est-ce que déjà vous avez participé à la planification, pour savoir, parce que c'est une étape qui est cruciale au niveau du projet, lorsque vous faites la planification, je préfère que vous estimiez trop, que vous dites que j'ai estimé trop pour ces cas de test, et par la suite, quand même, vous aurez du temps, du budget et tout. que vous allez faire une sous-estimation comme quoi vous savez pas ou c'est juste vous avez fait une référence par rapport à un projet qui était plus simple que la campagne que vous avez un coût et du coup vous avez consommé rapidement le budget et vous trouvez face à des personnes qui sont normalement planifiées qui doivent travailler pour vous pendant quelques semaines et vous avez déjà consommé le budget et vous serez dans un problème et vous serez alerté par la direction le directeur du projet comme quoi vous avez consommé le budget et on voit que vous travaillez gratuitement c'est ça où vous devez faire attention et mais lorsque vous avez les questions au niveau des entretiens ça c'est que les clés c'est les conseils que je vous donne c'est lorsque vous allez travailler lorsque vous faites la planification il faut faire attention au budget ou personne il faut pas trop de demander de personnes dont vous n'avez pas besoin et il ne faut surtout pas travailler qu'avec des personnes dont vous avez besoin de plusieurs.
Il faut toujours vérifier que lorsque vous avez besoin d'une personne, il faut demander soit de faire un recrutement si vous savez que vous avez besoin tout le temps. Si vous avez un besoin juste périodique, c'est mieux de demander à d'autres projets si vous pouvez avoir une personne qui travaille avec vous au niveau de votre projet pour quelque temps. Mais là, pour passer votre entretien, il faut...
informer le recruteur ou le chef de projet. Vous savez de quoi il s'agit. Vous savez le risque qu'on a si on n'arrive pas à bien planifier, soit les ressources, soit le budget, soit carrément au niveau du deadline. On ne peut pas informer le client que, par exemple, demain vous aurez la version testée et on n'est même pas capable. On ne sait même pas si on arrive à installer les environnements avec les bonnes conditions du test et tout.
Du coup, c'est mieux de... d'avoir la planification à l'avance de savoir ici de quoi il s'agit avant d'annoncer des informations au client et avant de signer le débit avant le démarrage de la campagne de test. Si vous avez postulé pour un poste de concepteur de test ou un poste où il y a de la conception de thèse, c'est clair, on va essayer de comprendre comment vous faites pendant, pour la conception de vos cas de thèse. Vous basez sur quoi ?
Comment vous faites ? Vous retuez le quotidien lorsque vous faites de la conception de thèse ? Et s'il y a deux possibilités. soit que vous avez déjà effectué la conception de test du coup pour vous c'est pas une magie vous allez juste décrire votre jeu une journée type comment vous faites lorsque vous avez de la conception du test pour les personnes qui n'ont jamais travaillé au niveau de la conception c'est mieux que monde de deux entraînés de s'entraîner au niveau d'un outil de test comme ça vous pouvez avoir une idée comment on fait comment créer et c'est juste pour avoir l'habitude de faire la conception mais pour vous dire c'est pas difficile mais c'est juste c'est mieux de pratiquer déjà sur un outil comme ça vous aurez déjà les premières bases pour effectuer la conception du test comment on fait la conception du test et sur quel outil on va répondre à la deuxième partie avec quel outil vous pouvez travailler avec n'importe quel outil même il ya des sociétés qui travaillent avec excel vous pouvez juste faire trois colons sur excel par exemple là où il ya l'âle et les deux résultats Par exemple, les étapes du test.
La deuxième colonne, c'est pour le résultat attendu. Et la troisième colonne, c'est pour le résultat obtenu. Et là, par la suite, vous pouvez travailler avec des outils qui sont professionnels, qui sont utilisés dans les sociétés, tels que Testlink, tel que Squash.tm. Mais pour vous dire, les outils, ce n'est pas un blocage. Il suffit de comprendre, de savoir comment on fait la conception.
Déjà, pour faire la conception, il y a deux choix. Soit au niveau de votre société, vous avez déjà les spécifications fonctionnelles. Du coup, on se base sur ces spécifications fonctionnelles pour faire la conception de nos cas de thèse. Soit on a déjà un travail 100% full agilité et du coup, on va travailler avec des EPIC et des user stories.
Dans la majorité des cas, les EPIC et les user stories, on le fait dans Jira. Ça, c'est dans la majorité de sociétés, ils utilisent Jira comme mail. très simple et il est fait pour tout ce qui est agilité. Du coup, là maintenant, on a dit qu'on a deux choix.
Soit les spécifications, c'est un grand livre où il y a plusieurs pages, où on a tous les détails. Par exemple, pour l'authentification, vous aurez tous les détails. Est-ce que lorsqu'on va cliquer sur un bouton, qu'est-ce qu'on aura ? Est-ce qu'on va taper un identifiant ?
Et lorsqu'on tape un mot de passe, lorsqu'on va cliquer sur le bouton OK, qu'est-ce qu'on a ? Et au cas de problème, c'est quoi le message d'erreur qui doit s'afficher ? Et du coup, je dois me baser sur ça pour essayer de faire un bon travail. écrire mes cas de test. Il y a deux types de sociétés.
Soit il y a des sociétés qui vont faire des phrases simples, juste par exemple aller sur, cliquer sur le bouton authentification, saisir le nom, saisir le mot de passe, ou il y a des sociétés qui travaillent toujours, on s'appelle du mode agile, c'est comme lorsqu'on crée les user stories, on doit faire en tant que, par exemple, je dois mentionner pour l'authentification, je dois mentionner en tant que client je dois saisir un identifiant et je dois saisir un mot de passe et par la suite appuyer sur le bouton login pour s'authentifier. Du coup, on fait tout ça, on commence toujours avec en tant que et plus le type. Est-ce que c'est un client ? Est-ce que c'est un fournisseur ?
Est-ce que carrément l'utilisateur ? Est-ce qu'il est un modérateur au niveau de l'application ? Du coup, on mentionne toujours en tant que plus soit client, par exemple en tant que client. Et là, je vais mentionner Je peux accéder, je peux me connecter à l'interface Et par la suite, on va mentionner en cliquant sur le champ Non Par la suite, saisir le nom.
Et par la suite, en tant que… là, je dois cliquer sur le mot de passe. Par la suite, on va saisir le mot de passe. Au niveau de résultat souhaité, je dois mentionner qu'on croit Je peux saisir un identifiant Au niveau de… pour le… deuxième étape, je peux saisir un mot de passe.
Et par la suite, lorsque je clique sur login, je dois accéder. Et là, pour le cas inverse, lorsque je fais un identifiant soit erroné, soit le mot de passe qui est erroné ou les deux, normalement, je dois avoir un message d'erreur. Le message que je dois mentionner au niveau de mes cas de test que je suis en train de concevoir, il doit être mentionné soit au niveau des spécifications, soit au niveau du user story.
à moi d'inventer le message d'erreur qui va être affiché. Du coup, on se base impérativement soit sur les spécifications fonctionnelles, soit sur les user stories et les épiques. Si je ne trouve pas une information sur...
les spécifications fonctionnelles où j'ai des doutes parce que je vois qu'il ya que une fonctionnalité est contradictoire avec une autre soit que je contacte si on a le coup mais on prend taxi direct ou je passe par un test manager l'info et on informe le amant ou le business analyst. L'AMOA et le business analyst, ils font les mêmes tâches, c'est juste la nomination qui se diffère d'une société à une autre. Et pour la majorité, vous allez trouver le nom business analyst, puisque même il est utilisé dans tout ce qui est anglophone, et l'AMOA, vous allez le trouver que dans les sociétés qui sont francophones.
Du coup, vous allez se rediriger vers soit votre BA, soit votre AMOA pour clarifier cette fonctionnalité. Vous allez demander que pour vous cette fonctionnalité, elle est utile. fonctionnalité n'est pas claire et vous devez concevoir votre cas de test et vous voulez faire les étapes comme il faut du coup pour cela il va clarifier le point et ça se peut qu'il va trouver qu'il a fait des erreurs au niveau des spécifications ou au niveau du user story et doit les corriger et par la suite il doit livrer une nouvelle version des spécifications ou quand même juste il va vous informer mais il doit comparativement corriger ça au niveau des spécifications parce que pour nous les références c'est les spécifications parce que si un testeur Il fait le test, il constate qu'il y a une anomalie. Par exemple, j'ai déroulé mon cas de test comme vous avez conçu ce cas de test.
Je vais l'exécuter. Lorsque je dis que c'est un cas, je dois me baser sur les spécifications fonctionnelles. Du coup, ce que vous avez conçu, je dois trouver qu'il est identique avec les spécifications. Parce que sinon, lorsque je crée une anomalie, ça se peut que le développeur va me dire non, ça n'est pas mentionné dans les spécifications.
C'est un refus, ce n'est pas une anomalie. Et ça impacte la productivité au niveau de l'équipe. niveau de l'équipe du test parce que lorsque vous créez une anomalie c'est vraiment une anomalie vous devez pas créer des faux positifs les faux positifs c'est une anomalie liée juste soit au environnement mais vraiment c'est pas une anomalie que vous allez trouver en production soit vous avez mal compris le process et du coup pour vous c'est une anomalie mais lorsque vous vous envoyez ils vont clarifier pour vous pourquoi c'est pas une anomalie du coup vous devez faire de la vigilance avant de créer une anomalie et aussi le concepteur crée le cas de test il doit faire attention comme quoi il ya d'autres personnes qui vont effectuer l'exécution et pour pour eux le cas qui est conçu doit être clair simple et maximum de détails parce que parfois qu'est ce qu'on nous arrive surtout pour les personnes qui ont un niveau d'expert ou qu'ils ont déjà travaillé dans une société pour plusieurs années parfois ils up des étapes par exemple il va pas mentionner qu'est ce que vous devez faire lorsque vous recherchez une information au niveau de la base de données pour lui c'est clair il a acquis pas mal de l'expérience du coup pour lui c'est pas très difficile mais nous lorsqu'on fait la conception du test on doit se mettre à la place d'une personne qui est junior qui n'a jamais travaillé dans notre société ou n'a jamais travaillé dans le test du coup on doit donner des étapes qui sont claires appuyez sur ce bouton vous devez trouver ce résultat sur cette page par la suite appuyé sur l'onglet x appuyé sur ça et par la suite vous allez trouver une information au cas où il doit comparer cette information qu'on le trouve sur une interface avec ce qui est mentionné sur la base de données vous devez donner plus d'indications et c'est d'aller sur la base de données du sujet x et qui se trouve dans le schéma ça comme ça vous clarifier les détails et comme ça l'exécuteur ne prend pas beaucoup de temps pour comprendre votre cas de test. On évite les va-et-vient, les questions et tout ça, comment je vais exécuter ce cas de test. Parce que normalement, le temps d'exécution au niveau du chiffrage est moins que le temps de la conception.
Du coup, lorsque vous faites la conception, pensez à verrouiller tous les points, faire face à ce qu'on voit, que la personne qui va exécuter votre cas de test, novice, ne travaille pas dans la société, il vient d'intégrer la société, Du coup, pour lui, il ne doit pas chercher, prendre beaucoup de temps pour comprendre le process. Certes, parfois, pendant la recette, lorsqu'on va faire la recette avec le client, on va concevoir des cas de test qui n'ont pas beaucoup de détails techniques parce qu'on est face à un client, on est face à un amour-moi et tout ça, un chef de projet qui n'est pas censé comprendre tout le process technique. Et du coup, même pendant la recette, on va demander que des personnes...
qui sont, qui ont de l'expérience de participer comme ça lorsqu'on effectue les tests devant le client on va pas prendre du temps va pas poser des questions ce qu'on doit pas se mentionner au client comprend beaucoup de temps pour effectuer les thèses ça se peut pour lui signe que l'application n'est pas claire, n'est pas intuitif, c'est pour cela qu'on propose toujours que les personnes qui vont participer à la recette, des personnes qui ont de l'expérience. Du coup, lorsque vous faites la conception d'une campagne de test où vous savez tout très bien que les personnes qui vont l'exécuter, vous pouvez mentionner tous les détails nécessaires. Si, par exemple, on sait que les personnes qui vont travailler, qui vont exécuter ce type de campagne de thèse, par exemple, que la recette, ils sont des personnes qui ont de l'expérience, ils ont de l'expertise au niveau du métier, dans ce cas, on peut échapper à quelques étapes où il y a beaucoup de détails qui sont pour vous ou pour l'ensemble d'équipe que ce sont des étapes inutiles et on sait le process, on sait comment ça fonctionne. Ça, je le dis, parce que pour voir parfois les personnes qui travaillent qu'on cube dans des sites web des des applications mobiles pour eux c'est très simple lorsque vous travaillez dans des applications dans des sujets qui sont très complexes surtout par exemple des équipements les systèmes embarqués des sujets critiques de tout ce qui concerne l'état par exemple le système public c'est très difficile il y a des lois et des anciens très complexe du coup il faut simplifier la tâche afin que la personne qui va exécuter le programme, il va effectuer le test, il ne trouve pas des difficultés, ça va être pour lui très simple. Du coup, pour répondre à la question et on donne des réponses qui sont claires et on est sûr de la bonne réponse, vous pouvez informer le recruteur si vous avez déjà travaillé au niveau de la conception du test.
Oui, j'ai déjà effectué la conception. de test et je fais soit que j'ai travaillé en agilité, du coup, je vais vous donner la première réponse, j'ai travaillé en agilité, du coup, je me base sur les épiques qui sont déjà découpées à des user stories. Normalement, j'ai déjà des user stories qui sont listées pour cette campagne de test et je me base sur ces user stories pour effectuer mes cas de test.
Je vais essayer de découper, je découpe mes user stories à des étapes. où je note toutes les étapes nécessaires pour simplifier la tâche à la personne qui va exécuter les cas de test. Et aussi, je mentionne les résultats attendus en se basant sur les user stories.
Et par la suite, je laisse un champ pour les résultats obtenus. Lorsque l'exécuteur va exécuter le cas de test, il peut mentionner le résultat obtenu. Si je travaille avec un fichier Excel, c'est à moi de mentionner cette colonne.
Si je travaille déjà sur un outil, didier pour la conception du test sur ce testique ou squash m ou hpl on a déjà à la base les colonnes ils sont déjà prédéfinis du coup pour moi je remplis juste les étapes et je rends plus le résultat souhaité et là par la suite ça se peut que vous avez déjà travaillé avec les méthodes ou là les spécifications fonctionnelles vous pouvez répondre de la même manière juste en remplaçant les user souris avec des spécifications fonctionnelles vous pouvez informer le recruteur au Oui, je fais la conception du test en se basant sur les spécifications fonctionnelles. Au niveau des stratégies, on a déjà des exigences qui sont prédéfinies pour la campagne de test. Et du coup, pour faire simple, j'ai l'exigence et je retourne, je vois la partie concernée par cette exigence au niveau des spécifications fonctionnelles. Je me base sur tous les détails nécessaires afin de découper ça.
à un ou plusieurs cas de test. Et lorsque je crée le cas de test, je mentionne toutes les étapes pour simplifier la tâche à la personne qui va exécuter la campagne de test. Et par la suite, je mentionne les résultats attendus.
la personne va exécuter le programme qu'est ce qu'ils sont c'est trouver comme résultat comme ça je mentionne tous les détails avec le résultat obtenu du coup c'est un petit peu la même chose c'est juste la conception avec le 6 il y a de l'agilité, on se base sur les épiques qui sont découpées des user stories et lorsqu'on a le système avec les spécifications fonctionnelles, on a les spécifications fonctionnelles où on a les fonctionnalités, ils sont mentionnés avec des exigences. On a par exemple le titre de la fonctionnalité avec l'exigence X. le nom et par la suite on a le détail dans une partie où on a toutes les fonctionnalités nécessaires, les étapes, les messages d'erreur, qu'est-ce qu'on a si on a le comportement habituel et qu'est-ce qu'on aura comme message d'erreur si on a des messages d'erreur ou lorsqu'on tape pas un identifiant comme il faut. qu'est-ce qu'on est censé avoir, tout ça c'est mentionné dans des paragraphes bien détaillés dans les spécifications et si vous travaillez avec les User Stories, vous aurez des petites fonctionnalités et chaque fonctionnalité a à la base tous les détails nécessaires dans les User Stories.
Du coup vous pouvez répondre parce qu'actuellement il y a toujours des personnes qui travaillent avec les spécifications fonctionnelles, du coup vous devez censé comprendre les deux, soit avec l'IT à 100%, soit toujours avec les spécifications fonctionnelles. Là, si vous avez eu la question, c'est quoi la différence entre un Snapchat et une release ? Tout simplement, si vous avez eu cette question, c'est pour savoir est-ce que déjà vous avez travaillé en intégration ?
Est-ce que vous avez déjà effectué les tests fonctionnels ? Est-ce que vous savez qui fait quoi ? Qui teste les releases ? Qui teste les Snapchat ? Normalement, pour faire simple, on va faire appel aux définitions.
Snapchat, normalement, c'est une fonctionnalité où... ou quelques fonctionnalités. Par exemple, on a constaté une anomalie.
Le développeur, on a envoyé l'anomalie à l'équipe de développement. Et le développement a effectué l'analyse, a corrigé l'anomalie. Comme on a dit toujours, les tests unitaires, c'est des petits blocs de code. Et par la suite, il y a les tests d'intégration. Les tests d'intégration, c'est l'assemblage de plusieurs fonctionnalités.
C'est là, normalement, le développeur va envoyer, ou le développeur, ou le reste. le responsable de développement va envoyer une Snapchat. Snapchat, c'est une petite version où il n'y a que une ou une à deux fonctionnalités.
Il n'y a pas beaucoup de fonctionnalités. Et par la suite, la personne qui fait l'intégration va effectuer le test de cette version, de cette fonctionnalité. C'est là où on parle de Snapchat. Là, lorsqu'on parle d'une release, release, c'est l'ensemble d'une version.
Là, c'est là où on va effectuer les tests de confirmation. et les tests de régression. Lorsqu'on parle d'une release, c'est qu'on a déjà eu l'anomalie, elle était déjà corrigée auprès de l'équipe de développement, et là, il a effectué, ça se peut qu'il n'y ait que les anomalies, il y a plusieurs fonctionnalités, et du coup, ils ont fait carrément la version finale, comme c'est la version qu'on va envoyer en production. C'est là où il y a le release. Normalement, c'est plus grand, avec plus de fonctionnalités que Snapchat.
Mais c'est ça. Snapchat, c'est que pour l'équipe d'intégration et le release c'est une version qu'on peut dire isopro qui correspond à ce qu'on a en production et il a plusieurs fonctionnalités lorsqu'on teste les snapchat on teste la fonctionnalité où on a eu le problème et lorsqu'on teste les releases on fait les tests de confirmation c'est à dire on teste les fonctionnalités où on a eu les anomalies et par la suite on effectué aussi les tests de non régression Au cas où le recruteur vous pose d'autres questions, est-ce que vous avez déjà pu effectuer les tests sur les Snapchat et sur les releases, il n'y a pas de magie entre les deux. c'est juste snapshot c'est qu'il n'y a pas c'est pas une version complète il n'y a pas beaucoup de fonctionnalités et là on n'est pas censé de faire les tnr on fait pas la test de non régression et pour les versions là où il y a les testeurs fonctionnels normalement vous allez avoir une grosse version avec plus de fonctionnalités vous allez effectuer beaucoup de tests et par la suite lorsque vous passez les tests de confirmation vous cas de test vous êtes censé de passer aussi les tnr les tests de nombre agressant pour savoir est-ce qu'on peut envoyer cette version en production ou pas.
C'est ça la différence. Et pour faire au niveau des cas de test, parfois il y a des personnes qui me demandent combien de cas de test. Il n'y a pas un nombre exact pour une campagne de test, c'est selon les fonctionnalités. Et pour une release, combien on doit avoir de fonctionnalités à tester ? Non, il n'y a pas un nombre exact.
C'est selon le projet sur lequel vous travaillez, selon les sprints, selon les anomalies. qu'on a détecté et qui sont corrigés et par la suite on a eu une version qui corrige les anomalies qu'on a détecté du coup ça dépend de plusieurs choses mais c'est juste il faut prendre en considération que les snapshots normalement ils sont faits par les personnes qui vont faire l'intégration et ils relisent les testeurs fonctionnels qui vont tester l'ensemble de l'application avant de l'envoyer en production Si vous voulez s'inscrire à la formation ou de la laisser comme référence pour vous pendant vos entretiens ou même pour passer d'un poste à un autre, vous pouvez cliquer sur le lien que vous allez trouver en description. Sachant que j'ai mis à jour tout le temps mes formations pour qu'on soit au courant de l'actualité du marché d'emploi.
C'était tout pour aujourd'hui. N'hésitez pas de liker et de s'abonner à la chaîne s'il n'est pas encore fait. Bonne journée !