Testeuse QA fonctionnelle et automatisation · Nice
Vos parcours utilisateurs testés avant vos clients.
Certifiée ISTQB CTFL v4.0. Je conçois et j’exécute la recette des sites et plateformes web : parcours d’achat, formulaires, paiements, API, affichage multi-supports. Chaque anomalie est documentée, suivie et retestée. J’automatise la non-régression avec Playwright, intégrée en CI.
Du front jusqu’aux données : la commande ou le dossier est-il bien créé, au bon statut, avec les bonnes valeurs ?
API et données
Requêtes et assertions avec Postman et Playwright, contrôles en base avec SQL.
Multi-navigateurs et mobile
Chrome, Firefox, Safari, Edge, émulation mobile et vrais téléphones.
Non-régression
Rejeu des parcours critiques à chaque livraison, de plus en plus automatisé.
Ma méthode de recette
Le processus de test ISTQB appliqué à des projets web réels, en Agile avec les développeurs et le métier.
Analyser
Je lis les user stories et critères d’acceptation, je pose les questions tôt et je classe les parcours par risque.
Concevoir
Plan de test et cas de test dans Squash TM, avec les techniques adaptées : partitions d’équivalence, valeurs limites, tables de décision, transitions d’état.
Exécuter
Campagnes manuelles et sessions exploratoires chronométrées, sur plusieurs navigateurs et supports. API avec Postman.
Tracer
Anomalies sous Jira : étapes de reproduction, attendu, obtenu, sévérité, preuve. Suivi jusqu’à la correction.
Sécuriser
Retest des corrections, non-régression sur les parcours critiques, critères de sortie vérifiés avant la mise en ligne.
Livrables
Plan de test
Cahier de recette
Cas de test et jeux de données
Fiches anomalies
Rapport de campagne
PV de recette
Suite de non-régression automatisée
Une anomalie, comme je la rédige
Un développeur doit pouvoir la reproduire sans me poser de question. Titre court, environnement, étapes, attendu et obtenu, sévérité justifiée, preuve jointe.
Le bouton « Payer » reste actif après un refus de carte
Environnement
Préproduction · Chrome 130 · Windows 11
Étapes
Ajouter un produit au panier
Payer avec une carte de test refusée
Cliquer de nouveau sur « Payer »
Attendu
Message d’erreur, une seule tentative enregistrée
Obtenu
Deux commandes « en attente » créées
Sévérité
Majeure : doublons de commandes
Preuve
Capture vidéo et requêtes réseau jointes
Mon framework d’automatisation
Playwright et TypeScript, organisé pour durer : Page Objects, scénarios Gherkin lisibles par le métier, tests API, exécution en intégration continue à chaque push.
Page Object ModelLes sélecteurs sont dans une seule classe par page. Si l’interface change, je corrige à un seul endroit.
Scénarios en GherkinLe métier relit les scénarios en français, puis ils deviennent des tests exécutables.
Tags @smoke et @regressionUn smoke test rapide à chaque push, la non-régression complète avant chaque mise en production.
UI et API dans la même suiteLes données sont préparées par l’API, le test UI ne vérifie que le parcours.
CI avec GitHub ActionsTrois navigateurs et un mobile, rapport HTML, traces et vidéos des échecs.
qa-e2e/
├── features/ # scénarios Gherkin en français
│ └── abonnement.feature
├── pages/ # Page Objects
│ ├── LoginPage.ts
│ └── CheckoutPage.ts
├── tests/
│ ├── e2e/ # parcours utilisateurs
│ └── api/ # contrats et statuts HTTP
├── fixtures/ # comptes et jeux de données de test
├── playwright.config.ts # navigateurs, mobile, retries, rapports
└── .github/workflows/
└── e2e.yml # exécution à chaque push
# language: fr@regressionFonctionnalité: Paiement de l’abonnement
Scénario: Paiement refusé avec une carte invalide
Étant donné un utilisateur connecté sur la page Abonnement
Quand il paie avec une carte de test refusée
Alors un message d’erreur de paiement s’affiche
Et son compte reste en offre gratuite
Plan du scénario: Validation de l’adresse e-mail
Quand il saisit l’e-mail "<email>"Alors le formulaire affiche "<resultat>"Exemples:
| email | resultat |
| nom@exemple.fr | valide |
| nom@exemple | format invalide |
| | champ obligatoire |
Pour chaque projet : le périmètre testé, les techniques utilisées, les anomalies relevées et la stratégie de non-régression. Sites conçus ou maintenus avec Commercepro, testés avant leur mise en ligne.
Compétences
Regroupées comme dans les offres de testeur QA et d’ingénieur QA automatisation.
Conception de tests
ISTQB CTFL v4.0
Partitions d’équivalence
Valeurs limites
Tables de décision
Transitions d’état
Tests exploratoires
Test basé sur les risques
Types de tests
Fonctionnels
Bout en bout
Non-régression
Smoke tests
API REST
Recette utilisateur
Multi-navigateurs
Gestion des tests
Squash TM
Jira
Confluence
Xray
Automatisation
Playwright
Selenium
JavaScript
Python
TypeScript
Gherkin / Cucumber
pytest
API, données, CI
Postman
SQL
Git / GitHub
GitHub Actions
Docker
Chrome DevTools
Méthodes et outils
Agile / Scrum
Critères d’acceptation
WordPress
HTML / CSS
Claude Code
Pointillés : en cours d’apprentissage.
Parcours
Juin 2026 à aujourd’hui
Testeuse logiciel fonctionnelle QA
Indépendante, Xcellence. Recette fonctionnelle de la plateforme EasyCivique : cas de test, campagnes, anomalies, automatisation des parcours critiques.
Mai 2024 à mai 2026
Chargée d’affaires digital et analyse fonctionnelle
CG Negoce. Analyse des besoins, vérification des parcours, formulaires, espaces clients et paiements.
2023 à 2026
Webmaster et contrôle qualité
Freelance, Commercepro. Sites vitrines et e-commerce sous WordPress, recette des parcours avant mise en ligne et après chaque mise à jour.
Septembre 2026
Certification ISTQB CTFL v4.0
GASQ, n° 26-135705.
Formation
Master 2 Manager en développement de projet digital
MediaSchool.
Formation
MBA 1 Expert Marketing Digital
École Pigier.
Langues
Français bilingue · Anglais C1
Rédaction des cas de test et des anomalies en français ou en anglais.
Une recette à faire ? Parlons-en.
Basée à Nice, ouverte aux postes de testeuse QA et d’ingénieure QA automatisation, sur site à Nice et Sophia Antipolis ou en télétravail, et aux missions de recette.