Benoit Desmazières

• Support au tests et extraction de données • Animation d’ateliers de résolution des écarts • Analyse des données quantitatives de migration des données • Co-spécifications de la migration des données sur le périmètre Risques / Bâle2 • Environnement : Jira / XRay / Confluence, SQL

Tests fonctionnels (+ logs) et des spécifications, des 2 applications So Bank et So Pilot de Sogescot ; sur le traitement de flux CFONB120 et DSP2. Co-spécifications des nouvelles autorisations d’accès, basées sur les profils d'utilisateurs, par TDD et matrices des cas. Définition du workflow Scrum des tickets items de nos développements. Contrôles de données sur signalements d'incidents par API (Postman). Création d'un patrimoine de parcours End2end de non-reg’, et ébauche de l'automatisation avec Playwright.

- Data : SQLServer et Oracle, sources de données traitées par DataStage et traitements batch temps réel ; Ordonnancement / Indus avec VTOM et Jenkins - APIs Management ; support (Postman, Swagger), étude d’adéquation entre les besoins des projets candidats et le scope des API, suivi des demandes et accès, documentation, surveillance et logs avec Elastic / Kibana - Spécifications de flux Datastage et d’API, norme TMF - Suivi et tests des développements sur les traitements, avec Jira, Confluence, SharePoint - Météo des ingestions de données - Reporting des volumes d’incidents et de tickets ; production d’indicateurs - Partage de connaissances et animation des bonnes pratiques, en ateliers et par les documentations.

Suivi quotidien des traitements Batchs, prise en charge de tickets d'incidents et de modifications en base. Environnement : Unix et Informix ; références sur Sharepoint / Teams ; tickets sur HP SOLAU et Jira. Et transformation agile ; rapprochement des équipes Dev avec nos équipes de support, pour anticiper les risques liés aux développements mis en production (cinématiques, batchs avec flux partenaires, usages par les agents et les extranautes etc.). En remarque, ce passage à l'agilité n'apportait pas encore de visibilité sur les risques liés aux MEP, ni visibilité sur les risques techniques / data liés aux changements. Cette expérience m'a conforté pour rechercher des fonctions plus en amont, pour résoudre les risques d'incidents plutôt que de les gérer coûteusement. J'ai mis en lumière l'importance de documents d'exploitabilité, de la Data Quality, et de l'analyse pour la robustesse des SI, pour ce cadre MCO de SI complexes, interdépendants, et sensibles pour les assurés et les professionnels de santé. Et initié un travail de gestion et classement de ces références.

Test d'un SI pour l'ADEME : SYDEREP V2. Conception et exécution de tests. Contribution aux tests automatiques. Environnement : Squash TM, KeyCloak, SoapUI / Postman, Cucumber sur GitLab. En remarque, il y avait un défaut de spécifications fonctionnelles sur les attendus métier (dus à la mauvaise synergie entre l'autre les Key-Users ADEM et l'ESN en charge de la MOA). Il y avait donc un excellent travail sur les fonctionnalités 'bas-niveau' (dont la traçabilité des données, et autorisations d'accès) - y compris par les rituels 'Tres Amigos', mais pas de possibilité de challenger leur fonctionnement ou utilité réelle avec les parcours métier. Et le contexte fonctionnel, et les ressources DevOps pour intégrer Cucumber (et développer les appels par mots-clés), n'étaient assez mûrs pour une démarche d'automatisation utile.

Design et prototypes de dispositifs #CiviTech, de cartographie de controverses sur des grands enjeux de société. En synthèse : - susciter de bonnes idées, identifier les leviers de changement, et recueillir des arguments ; - lister les types d'acteurs incontournables et 'de terrain' ; et des références d'experts sur les aspects des leviers d'action, sans aspects de politique des partis ; - organiser et présenter ces éléments de façon synthétique et graphique. Ce concept a été présenté en 2022 au startup-studio Imagination Machine, mais il souffrait de la difficulté à gérer des contenus d'utilisateurs, avec les caractéristiques et typologies prévues.

Depuis fin 2018 : MOE IT-CE 'Digital Factory' - projet dans le cadre de la réglementation DSP2, d'arrimage de la Banque à distance Caisse d'Epargne, au SI groupe tiers d'identification authentification (ICG). Jusqu'en Mai 2018 : MOA Crédit Agricole Placement / Titres - projet MIF-2 (qui répond à un ensemble d’obligations réglementaires sur l’épargne boursière). AMOA aussi sur un projet en fiscalité / attestation destinée aux non-résidents. Dans les 2 cadres : * Scénarios, et recettes par lots successifs ; conception et animation des tests. Validation des spécifications et formalisation des besoins. * Test des spécifications, des développements et des procédures d'opérations en masse sur les données. * Coordination des entrants et moyens de test : en particulier le champ fonctionnel des lots logiciels, et l'état détaillé des environnements quant aux déploiements, au paramétrage et aux contrôles 'acceptance'. * Accompagnement des équipes support / gestionnaires back-office ; listages de clients en risque de blocage. Documentation de mémos pour l’assistance fonctionnelle. * Suivi, contrôle et gestion des opérations d’enrichissement des données des contrats, reprises de données, et présentation / documentation de ces opérations. * Préconisations de Data Quality, en particulier spécifications de contrôles de cohérence automatisables. * Animation des bonnes pratiques de test ; coaching intégration de nouvelles ressources externe, capitalisation des références pour le test et le contrôle. Entre ces 2 missions, 5 mois de test en domaine industriel, l'informatique embarquée des panneaux variant destinés aux autoroutes anglaises, pour SES Nouvelle / Colas. J'y ai apprécié : - une autre gestion des exigences et des test, liés aux spécifications Client, - l'intérêt à tester la cohérence de tickets MOE avant les développements - tout comme en informatique de gestion :) - des outillage de spécifications, de déploiements et de gestion de config sous Linux.

Expériences #CivicTech à l'occasion des nouvelles versions d'Equivote / MyOpenCity ; rencontres OGP Paris (2017), expérimentations de débat public à partir de WikiDebats.org + Twitter + mind-mapping (FreeMind). Avec le Webmaître de WikiDébats, nous candidatons au SwitchUp Challenge 2017 (incubateur de Cisco).

- Suivi des évènements de production, la gestion d'incidents niveau 3, l'animation / coordination de traitement de problèmes multi-incidents ou récurrents, - météo des environnements, basé sur plusieurs systèmes de monitoring - Tests (HPQC - SoapUI) - Préparation d'environnements et coaching / capitalisation sur leur déploiement. - Capitalisation sur les outils et processus, reporting

1) Adaptation du patrimoine de tests SoapUi sur l'asset WDI, en vue du nouveau yield management (pricing) 2) Effectuer les modifications des templates Groovy, piloter le développement de nouvelles méthodes du framework java dédié ; les et implémenter et former les autres testeurs pour les utiliser à la place des anciennes méthodes (assertors). 3) Formuler et porter des améliorations sur le test automatique : je détaille ci-après. L'intégration du code et appels d'assertors dans les automates avait révélé des tests faux-OK, et les causes de ceux-ci : • l'impossibilité de remonter rapidement aux attendus métier, empêchant de distinguer l'attendus pour tous les paramètres en jeu (âge, cartes, promos etc.) • la priorité donnée à la couverture et au volume de tests, au détriment de la "chasse aux bugs". Après ce constat, le responsable a lancé une démarche BDD avec Cucumber, permettant d'une part de ne plus mélanger l'outillage et les références fonctionnelles ; et d'autre part de faciliter l'accès aux références par les testeurs-automaticiens - et ainsi l'analyse des not-OK - et donc moins 'casser' les automates sur les parcours, pour les cas atypiques et complexes.

Recherche de missions en Maîtrise d'Ouvrage et Test sur la Bretagne, Conseil et test sur des projets web dont - Cap'IRIS (sur www.viadeo.com/fr/profile/patrice.schoch) - Equivote.fr - minutepapillote.fr