Dans le cadre de ma deuxième année, j'ai été amené à effectuer un stage en milieu professionnel de deux mois. J'ai effectué celui-ci au sein de l'équipe d'homologation de l'organisme APEC. Cet organisme est une association privée spécialisée dans le recrutement des cadre financée par les cotisations des cadres et des entreprises du secteur privé, dont l'objectif est le service et le conseil aux entreprises, aux cadres sur les sujets touchant à l'emploi de ces derniers et aux jeunes diplômés de l'enseignement supérieur. Le jobboard Apec.fr est l'un des sites emploi les plus consultés, avec chaque jour plus de 70 000 offres d'emploi cadre. L'Apec dispose aussi d'un site corporate. Au cours de ces deux mois de stage dans cet organisme, j'ai été intégrer dans l'équipe d'homologation.

8 semaines ( 2 mois ) de Janvier 2021 à Février 2021

I / Situation professionnelle 1 : " Tests et validations des développements "

L'organisme privée APEC étant spécialisée dans le recrutement des cadres avait besoin de rendre son site WEB APEC.fr plus intéractif et plus moderne. Donc pour cela une multitude de demandes ont été ouvertes via JIRA sois en anomalie si il y a un problème au niveau du site sois de transmettre aux développeurs une demande d'évolution qui consiste à ajouter de nouveaux éléments ou d'améliorer.
Mon premier besoin à laquelle je dois répondre est de prendre une JIRA qui a un statut " à valider". Par la suite d'analyser le bug pour pouvoir le reproduire dans les différents environnements et ensuite si bug a été corriger je valide la JIRA en mettant différents types de screens et en mettant un commentaire de validation.
Mon deuxième but après les JIRA " à valider " sera d'analyser les JIRA " en attante " ou " en analyse ". Pour cela je devrai prendre contact avec les développeurs pour accélerer l'étude des demandes ou de complèter les JIRA si il y a des éléments qui manquent.
JIRA : est un système de suivi de bugs, un système de gestion des incidents, et un système de gestion de projets développé par Atlassian.

- Validation des JIRAS en testant.
- Création de JIRA si il y a une anomalie.
- Contacter les développeurs en cas de problème lié à une JIRA ( à valider, en analyse, en attente ).

- Windows 10 .
- JIRA.
- Excel.
- ZOOM.
- CISCO JABBER
- Environnements développements (rec1 , hom1, prod , preprod).
- PDS ( Site pour les recruteurs pour la consultation des profils).

1/ Analyse des JIRA " à valider, en attente , en analyse " (le bug).
2/ Commencer à reproduire le bug dans les diférents types d'environnements.
3/ Contacter les développeurs en cas de manque d'information. 3/ Regarder si les changements ont été apporter.
4/ Si la correction a été apporter on valide la JIRA en mettant un commentaire suivi d'une capture.
5/ Sinon on ne valide pas en mettant un commentaire suivi d'une capture.

Dans cette partie, je vais vous expliquer en détail concernant les JIRA "à valider". Donc pour commencer, je prend une JIRA " à valider ". Par la suite, je commence à analyser le bug en question en prenant bien en compte la description, les captures qui vont avec et aussi les commentaires laissés par les développeurs.
Ensuite je reproduis le bug sur un navigateur internet et sur un environnement de test c'est-à-dire de "recette (rec1)". Je fais attention a bien suivre les étapes de reproduction énoncée par l'émetteur de la JIRA. En fin je valide ou non la JIRA si le bug en question a été corriger en mettant bien un commentaire et les captures qui vont avec.

Voici à quoi ressemble une demande en JIRA avec un statut "à valider" . A l'heure actuelle, la JIRA n'a pas été valider car le bug persistait encore. Donc pour vous montrer une JIRA, nous avons l'intitulé de la JIRA en haut de la page, suivi du type de demande sois anomalie ou évolution. Dans notre cas, il s'agit d'une anomalie. On peut voir à droite de la demande dans la bande, qu'il ya le rapporteur de la demande c'est-à-dire le créateur de la demande et l'attribution à un développeur dont le responsable qui chargé de résoudre le bug. Dans le corps de la JIRA, on peut voir le terme "composant". Les composants sont utiles pour l'équipe technique, car chaque équipe traite un composant qui lui est propre. JIRA offre la possibilité d'assigner le travail pour un composant spécifique à un utilisateur JIRA. Ensuite les étiquettes sont beaucoup plus adaptable et ils ont l'avantage de permettre des affectations multiples (plus d'une étiquette peut être associée à un problème).

Ici, dans l'image ci-dessus on peut voir la description de la JIRA. Cette partie est très importante car ceci va nous donner plus de détails concernant la reproduction du bug et va aussi aider les développeurs à corriger le bug. Lors de la création de la JIRA, il faut bien veiller à bien détailler cette partie c'est-à-dire à décrire le bug rencontré au début, par la suite les étapes numérotées pour la reproduction du bug et en fin de mettre le résultat obtenu et le résultat attendu pour faciliter la tache des développeurs.

Dans la capture ci-dessous, on peut voir les commentaires laissés par les développeurs. Généralement les commentaires sont laissées soit pour confirmer la validation ou non de la JIRA sois pour avertir l'émetteur de la JIRA concernant une information manquante comme vous pouvez le voir ci-dessus.

Dans cette partie, je vais vous expliquer en détail concernant les JIRA "en attente". Donc une JIRA "en attente" signifie que la demande est bloquée du coté de l'homologation pour une rasion. Alors pour pouvoir la traiter très rapidement et de la débloquer , on relance par mail au métier ou aux membres de l'équipe pour obtenir les informations manquantes aux déblocages des JIRAS pour les compléter et les faire passer en statut "en analyse".

Dans la capture ci-dessus, la JIRA à été valider mais avant la validation la JIRA était "en attente". Depuis plusieurs jours, cette JIRA a été bloquer du coté d'homologation donc vu que j'étais l'émetteur de cette JIRA. J'ai pris contact avec le responsable de cette JIRA afin de demander les informations manquantes qui bloquent cette JIRA.

ici dans cette capture ci-dessus, on peut voir des pièces jointes déposées suite à la demande du développeur pour corriger et ainsi valider la JIRA.

Ci-dessus les commentaires entre le développeur et moi concernant les pièces qui manquaient et ainsi fournir les informations manquantes pour permettre au développeur de reproduire le bug et ensuite la faire passer en statut "à valider".

Dans cette partie, je vais vous expliquer en détail concernant les JIRA "en analyse". Donc le but d'une JIRA "en analyse" est dans premier temps de reproduire l'anomalie en question. Et si pour la reproduction de l'anomalie il y a une malcompréhension alors il faudra se rapprocher de l'équipe de développement ou se tourner vers le métier pour avoir le plus d'informations possibles.

Ce fut une première mission intéressante car ceci m'a permis de faire connaissance avec les développeurs, les architects et le métier. Par la suite cette mission m'a permis d'acquérir les connaissances pour le traitement des demandes d'anomalies, de pouvoir savoir les bésoins des développeurs concernant une JIRA. Cette mission m'a premis de faire connaissance avec tous le monde et d'etre à l'aise avec les différentes personnes.

- Création JIRA anomalie ou évolution.
- Demande d'informations.
- Le suivi des JIRA.
- Tests et validations des anomalies dans les différents environnements.
- Découverte des nouveaux logiciels et des différents types d'environnements.

3 semaines

II / Situation professionnelle 2 : " Gérer la boite MOE "

Dans cette nouvelle partie, je vais vous présenter ma deuxième situation professionnelle. Donc ma nouvelle mission consiste à gérer la boite MOE. Le but est que sur cette boite le métier nous enverra des demandes de JIRA MOA à les créer en MCO pour que par la suite les développeurs puissent les traiter.

Au sein de l'équipe de l'homologation, nous sommes chargés de traiter les demandes d'anomalies, de prendre contact avec les personnes concernées et enfin de valider quand est clair. Pour cela les personnes du métiers nous transmettent via la boite MOE des demandes de JIRA MOA qu'on devra les créer en MCO identifques aux MOA. Ma mission dans cette boite MOE est d'anlyser les JIRAS, puis de créer la JIRA MCO exactement identique à la MOA en prenant bien en compte les composants, les détails de la JIRA.

- Analyser la JIRA MOA / Demander informations complémentaires si besoin.
- Création des JIRA et ensuite faire le lien avec la JIRA MOA.

- Windows 10 .
- JIRA.
- OUTLOOK.

1/ Analyse la JIRA MOA.
2/ Demander des informations compélmentaires si il manque des informations.
3/ Création de la JIRA MCO.
4/ Une fois la création terminée, faire le lien avec la JIRA MOA.

Dans cette partie, je vais vous expliquer en détails concernant la boite MOE. Dans un premier temps, dans la boite prenons une JIRA MOA. Voici capture ci-dessous :

Maintenant que nous avons la JIRA MOA, nous allons la créer comme ci-dessous :

Maintenant que nous avons crée la JIRA, voici le résultat de la JIRA MCO :

Maintenant que la JIRA MCO a été créer, il faudrai faire le lien avec la JIRA MOA . Voir la capture ci-dessous :

Pour conclure, cette nouvelle mission m'a permis d'intérargir avec les différents membres de l'équipe d'homologation, du métier, les architectes et les développeurs. Ceci m'a permis d'apprendre à manipuler les outils de JIRA. Ca m'a aussi à appris comment les demandes JIRA MCO sont crées. En meme ceci m'a permis de connaitre à quelle composants les développeurs ou le métier est relié.

- Création JIRA MCO.
- Les composants.
- Demande d'informations auprès des développeurs ou métier .

4 semaines

III / Situation professionnelle 3 : "TNR Push offres"

Dans cette troisième nouvelle partie, je vais vous présenter ma troisième situation professionnelle. En effet, le but est de faire des recherches d'offres sur l'application mobile (manuels)et pour une future automatisation de TNR sur les push offre (Desktop).

Pour améliorer le site APEC. L'entreprise décide de mettre en place un tnr de tests pour les offres. C'est-à-dire lorsqu'un candidat enregistre une recherche d'offre qui l'intéresse, ceci est enregistre sur le site. Donc à chaque fois, qu'une nouvelle offre apparait sa sera automatiquement envoyer au candidat en push. Mon but dans cette mission est de créer une matrice de test avec les différents critères de recherche pour la recherche d'offres.

- Enregistrer les offres intéressantes .
- Tester en manipulant les critères pour voir les offres.
- Vérification des offres qui correspndent aux recherches des candidats.

- Windows 10 .
- APEC.FR.
- EXCEL.

1/ Avoir un compte candidat sur apec.fr.
2/ Lance des recherches d'offre avec les critères.
3/ Inscrire les résultat des offres sur une matrice excel afin d'avoir une claire de ce qui a republier.

Dans cette partie, je vais vous expliquer en détails concernant les push offres. Dans un premier temps, allons sur le site de APEC sur notre compte de candidat. Voici la capture ci-dessous :

Une fois sur le compte, on clique sur rehchercher offres comme ci-dessous :

Une fois qu les recherches ont été faites, je les inscris sur un tableau EXCEL pour avoir une vue sur les offres à republier et pour voir le nombre d'offres qui répond à mes attentes. Voir la capture ci-dessous

Pour conclure, cette mission m'a permis de voir comment fonctionne les recherches d'offes. Grace à ces tests, cela permettra à l'entreprise de republier le offres qui n'apparaissent pas.

- Création d'une matrice.
- Recherche des offres avec les critères.

2 semaines