Sommaire
- Sommaire
- Partage Ligne de service PDT&Device
- CAB (Change Advisores Board)
- Sensibilisation à la Sécurité
- Métier de Test
- Gestion des identités et des accès
- Gestion des incidents et d’évolutions
- Plénière
- Pour plus de détails
Partage Ligne de service PDT&Device
Le 18/03/2024, j’ai participé au partage de 3 équipes en lien avec le matériel où ils présentaient leurs travails depuis le début d’année jusqu’à aujourd’hui avec une affiche faite pour chaque groupe.
CAB (Change Advisores Board)
Le 02/04/2024, j’ai découvert le CAB qui est une réunion des différentes personnes pour discuter sur une ou des réalisations importantes, changeants le Système d’Information.
Par exemple, lors de la réunion, ils ont présenté le changement d’interface d’une application web. De plus, ils ont répondu à différentes questions pour présenter le changement.
- Quelles changements ?
- Pour quelles raisons ?
- Quelles risques ?
- Quand le retour est attendu ?
- Quelles sont les ressources nécessaires ?
- Qui est responsables de la constructions de test ?
- Quelles relations entre dossiers et autres?
Sensibilisation à la Sécurité
Le 09/04/2024, j’ai été au parcours d’intégration pour la sécurité dans l’entreprise.
Présentés par Romain REBEROL (CONSULTANT CYBERSÉCURITÉ) où ils nous sensibilisaient à l’importance de la sécurité que ce soit, les mots de passe, le HTTPS, le phishing, et bien d’autres.
Il nous a aussi parlé et montré des exemples de piratages subis chez système U.
Métier de Test
Le 10/04/2024, Rébecca GAUTHIER (MANAGER OPERATIONNEL) m’a fait découvrir le métier du test avec les différents type de test :
Test unitaire : Validation des composants logiciels individuels pour s’assurer qu’ils fonctionnent comme prévu.
Test d’intégration : Vérification des interactions entre les modules ou composants pour garantir qu’ils fonctionnent ensemble correctement.
Test logiciel : Vérification du fonctionnement global du système pour garantir qu’il répond aux spécifications et aux exigences.
Test métier : Validation de l’adéquation du logiciel aux besoins et aux exigences professionnels spécifiques.
Test de performance : Évaluation des performances d’un système informatique sous diverses conditions pour garantir qu’il fonctionne efficacement.
Test mobile : Évaluation des applications mobiles pour garantir leur bon fonctionnement sur des appareils mobiles et des plateformes différentes.
Test d’accessibilité : Vérification de l’accessibilité du logiciel pour les personnes handicapées afin de garantir une utilisation équitable pour tous.
Test de sécurité : Identification et correction des vulnérabilités potentielles du logiciel pour garantir la sécurité des données et des utilisateurs.
Test de charge : Évaluation de la capacité de traitement d’un système en simulant des charges de travail élevées pour identifier les limites et les points de défaillance.
Test fonctionnel : Validation des fonctionnalités attendues du logiciel pour garantir qu’il répond aux besoins de l’utilisateur.
Test automatique : Vérification automatisée du logiciel à l’aide d’outils et de scripts pour accélérer le processus de test.
Test de non-régression : Assure que les modifications apportées au logiciel n’ont pas introduit de régressions, c’est-à-dire de nouveaux problèmes ou de nouveaux bogues.
Outil de test
Pour faire les tests, ils utilisent l’application Squash, où il peuvent voir tous les tests possibles, ou il y a :
- les prérequis
- les actions
- le résultat attendu.
- une vidéos montrant les action faites, pour si tout vas bien ou les erreurs rencontrer.
Test Automatique
les test automatiques c’est :
Qualité du delivery
Augmenter la couverture de Test de Non Régression
Faciliter les phases de qualification
Automatisation des tests d’acceptance
Cycle de test
Réduction des durées de TNR
Outils Utilisés :
- Robot Framework=> Framework de test automatique en python pour concevoir et exécuter des tests de validation
- Jenkins => serveur d’automatisation aide à automatiser les parties du développement logiciel
- Google Sheet => BDD
- GitHub
Stratégie de Test
- Comment tester ?
- Quels sont les moyens mis en œuvre (env. , matériel…) ?
- Quel est le périmètre de test ?
- Quel est le planning ?
- Les personnes à contacter ?
Le chiffrage
Combien ça coûte ? :
- Prise en main
- STT
- Conception
- Exécution
- Conception des jeux de tests
- Bilan
Le bilan
A la fin de la recette :
- Go pour la prod ?
- Comment s’est déroulée la phase de test ?
- Liste des anomalies ?
- Problèmes rencontrés ?
Gestion des identités et des accès
Le 11/04/2024, j’ai découvert le métier des identités et des accès avec Laurent PEYGOURDI où il m’a montré comment il faisait pour accorder les droits d’employer. Les droits sont mis avec l’application « Identity management ».
Premièrement, il y a des droits qui sont mis automatiquement en fonction du post et un starter kit où tous les employés l’ont, puis certains droits sont mis manuellement en cas de besoin du salarié.
Deuxièmement, le cycle de vie des droit et des accès sont maitrisés parfaitement. C’est à dire que sur Identity management ils peuvent mettre une date de fin ( contrat, stage, expulsion etc.) et les droits et les accès seront immédiatement supprimés pour la personne.
Troisièmement, les logiciels et les applications sont dans des annuaires, ce qui permet aux employés de n’avoir à se connecter qu’une fois sur l’une des applications ou logiciels pour qu’ils puissent se connecter automatiquement sur les autres.
Gestion des incidents et d’évolutions
Le 16/04 j’ai contacté Sébastien BOURGINE pour s’avoir comment ils traitaient la gestion des incidents et les demandes d’évolutions.
Pour la gestion des incidents, ceux-ci sont ouverts directement par les utilisateurs (via Iris For U) ou par des plateformes d’appel (le HelpDesk pour les personnes en Centrale, les OPV pour les personnes en point de vente). En général, les incidents sont gérés par niveau d’escalade en fonction de la difficulté de résolution de l’incident. Les plateformes d’appel constituent le niveau 1, puis on retrouve des personnes de plus en plus spécialisées sur le sujet dans des niveaux 2 et 3.
Pour la gestion des demandes d’évolutions, le fonctionnement préconisé actuellement est un fonctionnement selon les méthodes Agiles (Scrum ou Kanban par exemple). Les demandes sont consignées dans Jira sous la forme d’un Backlog. L’idée de ce Backlog est d’avoir les demandes qui sont toutes priorisées les unes par rapport aux autres, selon la valeur métier notamment que cela apporte aux utilisateurs. Les demandes sont donc traitées ensuite selon cette priorité (soit au fil de l’eau, soit par un fonctionnement en sprint).
Plénière
Le 18/04 j’ai écouté une pépinière où des personnes parlent de plusieurs sujet comme les actualités, le projets de déploiement industriel etc.