Missions BSM : Dénichez votre prochain emploi indépendant

Résumé des emplois de Christelle,
freelance BSM habitant la Seine-et-Marne (77)

EXPERIENCES PROFESSIONNELLES

AGIRC-ARRCO
Novembre 2022 – à ce jour (1 an 3 mois) :
Mission : Assurer la réalisation de campagne de test de performance sur des applications liées à la retraite (au sein d’une équipe de 6 personnes).

- Analyse unitaire des batchs, IHM, WS avant les tests à forte volumétrie
- Réaliser des tests de non-régression sur la partie IHM et éventuellement Batch (en support), ou WS à chaque nouvelle livraison applicative avant la mise en production.
- Identifier les anomalies de performance : timeout, fuite mémoire, cache absent, redondance de requêtes (SQL ou WS), appels séquentiels au lieu d’appels d’ensemblistes, mauvais paramétrage de thread, …
- Pointer les transactions les plus longues, les remonter aux DBA pour analyse sur les 2 types de bases de données utilisées PostgreSQL ou DB2.
- Go/NoGo en production

Les projets testés :
DSN (Déclaration Sociale Nominative) RNA/RNAG (Référentiel National des Adhésions) RNE/RNEG (Référentiel National des Entreprises) GCE (Gestion du Compte Employeur)

Détails sur les tests de performance :
- Analyse unitaire & charge de batch, WS, IHM
- Rédaction des scripts, exécution des tests (IHM & WS)
- Analyse des batchs lors des tests à forte volumétrie : surveillance des pas de commit, configuration des threads master/worker, parallélisme, JVM, CPU, SQL …
- Analyse des résultats + GO/NoGo en production

ENVIRONNEMENT TECHNIQUE :
DB2, POSTGRESQL, LINUX, JMETER, GRAFANA, CONFLUENCE, JIRA, VAADIN, ANGULAR, REST, SOAP, SPLUNK, SPRING BATCH, JBOSS

SNCF
Avril 2022 – Novembre 2022 (8 mois) :
Mission : Assurer la réalisation de campagne de test de performance sur des applications internes SNCF (au sein d’une équipe de 3 personnes).

- Réaliser des tests de performances/non-régression sur des applications WS avant la mise en production.
- Identifier les anomalies de performance et les remonter au DEV pour correction.

Les projets testés :
- Emeraude-RCU (référentiel servant de base pour récupérer les informations client)
- SIMTCAB (permet de valider des titres télé-billettiques & magnétiques et de remonter les données de validation aux différents acteurs du SI)
- SIMTBORNES (Les bornes bi technologie permettent de répondre au besoin de validation magnétique et billettique jusqu’ à la fin programmée du ticket magnétique)
- ATYS (refonte du métier du domaine Fidélité dans le but de remplacer la brique SIEBEL)

Détails sur les tests de performance :
- Rédaction expression des besoins, plan de test
- Rédaction des scripts, exécution des tests WS avec l’outil OCTOPERF
- Analyse des résultats : validation des SLA, conso métriques systèmes
- Rapport des tests avec GO/NoGo en production

ENVIRONNEMENT TECHNIQUE :
POSTGRESQL, OCTOPERF, JAVA, TOMCAT, APACHE, AMAZON RDS

CNAM Décembre 2020 – à ce jour

Mission : Réaliser des campagnes de test de performance sur des applications liées à la sécurité sociale. Ces applications touchent une population vaste partant de l’usager, des CPAM et leurs agents, des professionnels et des établissements de santé.

Réaliser des tests de performances/non-régression sur des applications IHM, WS, Batch avant la mise en production.
Identifier les anomalies de performance : timeout, fuite mémoire, SQL non performant
Remonter les problèmes de performance au projet avec éventuellement des axes d’amélioration

Les projets testés :
DIADEME (Dématérialisation et Indexation Automatique des Documents et Messages Electroniques)
ECLA (Logiciel d’éclatement des états centralisés par caisse au moyen d’un batch et de consultation par une interface Web),
RNCPS (Répertoire National Commun de la Protection Sociale),
SNDS (Système National des données), ALS (Alertes Sanitaires)

Détails sur les tests de performance :
Rédaction des scripts, exécution des tests (IHM & WS)
Rédaction de script shell pour générer des données à forte volumétrie pour les tests batchs
Analyse des batchs lors des tests à forte volumétrie : durée de traitement, JVM, CPU, redondance des requêtes SQL…
Analyse des résultats + rapport et synthèse avec GO/NoGo en production

ENVIRONNEMENT TECHNIQUE : ORACLE, POSTGRESQL, LINUX, UNIX, AIX, NEOLOAD GUI ET WEB, PHP, WEBLOGIC, JAVA, CLEARQUEST, INTROSCOPE, WESBSPHERE, GED/WORKFLOW (DOCUMENTUM D’EMC), NUMERISATION (FREEMIND D’ITESOFT), NMON, SP ANALYST CONSOLE

AGIRC-ARRCO
Octobre 2017 – Décembre 2020 :
Mission : Réaliser des campagnes de test de performance sur des applications liées à la retraite.
- Analyse unitaire des batchs, IHM, WS avant les tests à forte volumétrie
- Réaliser des tests de non-régression sur la partie IHM, Batch, ou WS à chaque nouvelle
livraison applicative avant la mise en production.
- Identifier les anomalies de performance : timeout, fuite mémoire, cache absent, redondance
de requêtes (SQL ou WS), appels séquentiels au lieu d’appels d’ensemblistes, mauvais
paramétrage de thread, …
- Pointer les transactions les plus longues, les remonter aux DBA pour analyse sur les 2 types
de bases de données utilisées PostgreSQL ou DB2.
- Maintenance de quelques outils « maison » liés à la performance.
- Go/NoGo en production
Les projets testés :
DSN (Déclaration Sociale Nominative) RNA (Référentiel National des Adhésions) RNI (Référentiel
National des Individus) RNE (Référentiel National des Entreprises) BRC (Bureau Retraite) GCE
(Gestion du Compte Employeur) CDSN (Concentrateur DSN) MCE (Mutualisation de Contrôle
d’Existence), G6K (rectifier la carrière des participants) etc…
AGIRC-ARRCO
Octobre 2017 – à ce jour (2 ans et 11 mois) :
Mission : Réaliser des campagnes de test de performance sur des applications liées à la retraite.
- Analyse unitaire des batchs, IHM, WS avant les tests à forte volumétrie
- Réaliser des tests de non-régression sur la partie IHM, Batch, ou WS à chaque nouvelle
livraison applicative avant la mise en production.
- Identifier les anomalies de performance : timeout, fuite mémoire, cache absent, redondance
de requêtes (SQL ou WS), appels séquentiels au lieu d’appels d’ensemblistes, mauvais
paramétrage de thread, …
- Pointer les transactions les plus longues, les remonter aux DBA pour analyse sur les 2 types
de bases de données utilisées PostgreSQL ou DB2.
- Maintenance de quelques outils « maison » liés à la performance.
- Go/NoGo en production
Les projets testés :
DSN (Déclaration Sociale Nominative) RNA (Référentiel National des Adhésions) RNI (Référentiel
National des Individus) RNE (Référentiel National des Entreprises) BRC (Bureau Retraite) GCE
(Gestion du Compte Employeur) CDSN (Concentrateur DSN) MCE (Mutualisation de Contrôle
d’Existence), G6K (rectifier la carrière des participants) etc…

LOTSYS
Janvier 2016 – Juillet 2017 (1 an et 6 mois) :
Mission : Réaliser des campagnes de test de performance sur des jeux d’argent.
- Réaliser des tests de non-régression sur le socle applicative afin de déterminer les éventuels
problèmes de performance avant la mise en production.
- Identifier les erreurs applicatives durant les tests de charge et les remonter aux
développeurs pour correction.
- Pointer les transactions les plus longues, les remonter et optimiser si possible les requêtes
SQL par l’ajout d’index.
- Réaliser des tests de benchmark pour tester de nouveaux logiciels afin de faire évoluer le
socle applicatif.
- Go/NoGo en production
Détails sur les tests de performance :
- Elaboration des plans de tests
- Rédaction des scripts web avec JMETER
- Mise en place du monitoring avec JMXTRANS, COLLECTD, PINPOINT
- Exécution des scenarios définis
- Analyse des résultats + GO/NoGo en production
ENVIRONNEMENT TECHNIQUE :
ORACLE, TOMCAT, LINUX, JIRA, JMETER, GRAFANA, GRAPHITE, COLLECTD, JMXTRANS, PINPOINT

ITCE
Juillet 2014 – Décembre 2015 (1 an 6 mois) :
Mission : Réaliser des campagnes de test de performance sur plusieurs projets au fil de version :
- 1
er projet : La Banque à Distance (BAD) – application Web accessible sur internet par plus de
3 millions d’abonnés. Elle permet d’effectuer certaines actions tels que réaliser un virement,
écrire à son conseiller, voir l’état de ses comptes, souscrire à des services …
L’objectif était d’effectuer des tests de non-régression sur des processus métiers
représentant les actions courantes des abonnés au fil des versions. Mais aussi de tester
toutes les nouvelles fonctionnalités avant de les intégrer en production.
- 2
ème projet : IAM – gestion des habilitations. Permet de gérer les habilitations sur des
applications pour des utilisateurs. L’objectif était de valider les performances de la nouvelle
infrastructure par rapport à l’ancienne.
- 3
ème projet : CEDDRE-ma journée – Le projet s’inscrit dans une optique d’amélioration de
l’application « poste conseiller multimédia » (PCM) utilisés par les 1200 agents. Il s’agit de
permettre aux agents de visualiser à l’ouverture de cette application certaines informations
comme le nombre de réclamations, le nombre de mails non lus, de rdv à effectuer, de
taches prévues dans la journée en cours.
- 4
ème projet : VME est une solution de paiement en concurrence des solutions alternatives au
paiement standard par carte bancaire (comme PAYPAL) en proposant aux porteurs
(potentiellement l’ensemble des abonnés à la BAD disposant à minima d’une carte bancaire)
une solution simple de paiement sécurisé et aux e-commerçants une garantie de paiement.
- 5
ème projet : SEPAMAIL –RUBIS (Règlement Universel Bancaire Immédiat & SEPA) : permet
de gérer des demandes de règlement et peut aussi permettre d’initier des paiements
correspondant à ces demandes. Accessible depuis la BAD, il s’agissait de tester la
performance de l’application.
Détails sur les tests de performance :
- Elaboration des plans de tests
- Rédaction des scripts (web service, web) avec VUGEN
- Mise en place du monitoring avec SITESCOPE/NMON pour la partie système...