Ingénieur QA automation freelance · Playwright | Cypress | TypeScript · E2E et API

Je construis des tests auxquels votre équipe peut se fier.

Je mets en place les tests end-to-end et les contrôles CI qui vous manquent. Puis je m'assure que votre équipe sait les faire tourner sans moi.

  • Horaires de travail : heure de Paris (UTC+1 / UTC+2)
  • Missions freelance en remote · compatible async
  • Français, anglais, espagnol · équipes FR et internationales
playwright · chromium
critical-paths.spec.ts12.4s
  • checkout › card payment succeeds2.4s
  • checkout › expired card is rejected1.9s
  • signup › invite lands in the right workspace3.1s
  • auth › session survives a hard refresh0.8s
  • billing › upgrading a plan updates seats2.6s
  • search › filters survive a page reload1.2s
Tous les checks passent. Merge débloqué.main
Voir un vrai run(ouvre dans un nouvel onglet)
du dev web à la QA
6+ ans
depuis 2020
5 missions longues
finance, recrutement, e-learning, automobile, dons
5 secteurs
FR, EN, ES
3 langues

02 · Auto-diagnostic

Est-ce que ça vous parle ?

Les signes habituels que votre automatisation de tests ne fait pas son travail.

Cochez celles qui vous parlent.

03 · Ce qui change

Avant, et après.

Sans automatisation fiable

  • Avant chaque release, quelqu'un reclique les parcours principaux à la main.
  • Une partie de la suite est désactivée parce qu'elle échoue au hasard.
  • Un client signale le bug avant votre équipe.
  • Les développeurs mergent sans savoir si l'inscription ou le paiement marchent encore.

Avec une suite de tests fiable

  • La régression tourne dans la CI en quelques minutes, sans passe manuelle.
  • Chaque test tourne, et un test rouge signale un vrai problème.
  • Le bug est bloqué dans la PR, avant d'arriver chez un client.
  • L'inscription, le paiement et les autres parcours clés sont vérifiés avant chaque merge.

04 · Missions

Où j'ai déjà fait ça

Pour chaque mission : la situation de départ, ce que j'ai construit, et ce qui a changé ensuite.

Labrador

Communication financière réglementée
(ouvre dans un nouvel onglet)

Ingénieur QA automation · Janvier 2026 – juin 2026 · Cypress, Playwright, TypeScript, GitLab CI

Une plateforme de communication financière réglementée (rapports annuels, documents réglementés) où j'ai repris et étendu la suite end-to-end existante.

70+ scénarios

Suite E2E Cypress/TypeScript maintenue et étendue sur les parcours critiques.

Les régressions sur les parcours réglementés étaient isolées avant d'atteindre la production.

Fountain

Plateforme de recrutement
(ouvre dans un nouvel onglet)

Ingénieur QA automation · Août 2024 – octobre 2025 · Playwright, GitHub Actions

Une plateforme de recrutement où j'ai étendu et structuré la couverture end-to-end autour des parcours utilisateurs critiques.

≈20 → 10 min

Délai de feedback CI après optimisation des smoke tests.

Les parcours de recrutement critiques étaient vérifiés automatiquement en CI.

Smartch

E-learning
(ouvre dans un nouvel onglet)

Ingénieur QA automation · Mai 2023 – mai 2024 · Playwright, Cucumber.js, Docker, GitLab CI

Une plateforme e-learning où j'ai introduit une couche d'automatisation end-to-end basée sur Playwright.

De zéro à une suite en CI

Framework Playwright créé, conteneurisé et intégré à GitLab CI.

L'équipe QA interne pouvait maintenir et faire grandir l'automatisation en autonomie.

Santander

Gestion de flotte / automobile
(ouvre dans un nouvel onglet)

Développeur front et tests · Mars 2023 – janvier 2024 · Cypress, Vitest, React

Une plateforme back-office pour concessions et gestionnaires de flotte : véhicules, réservations, réparations, facturation et autres workflows opérationnels.

E2E, API et SQL

Parcours vérifiés de l'interface jusqu'aux données, avec contrôles SQL après exécution.

Meilleure couverture automatisée sur les workflows back-office principaux, avec une contribution directe au produit.

Localgiving

Plateforme de dons (Royaume-Uni)
(ouvre dans un nouvel onglet)

Développeur front et QA automation · Mars 2020 – février 2023 · Playwright, Jest, React, GitHub Actions

Une plateforme de dons pour les associations locales au Royaume-Uni, où j'ai développé le front et automatisé les tests des parcours de paiement.

3 environnements

Parcours critiques validés en dev, staging et production.

Les parcours de don et de paiement étaient vérifiés automatiquement avant chaque release.

05 · Preuve

Ce que vous pouvez inspecter

Du code que j'ai écrit et des suites qui tournent en CI. Tout est public, pas besoin de me le demander.

release-guard-playwrightPlaywright · TypeScript · GitHub Actions

Ce site est vérifié par sa propre suite.

Une suite Playwright tourne en CI contre ce site, chaque semaine et à chaque mise en ligne. Elle vérifie ce qu'il promet : la prise de rendez-vous, le passage FR/EN, la navigation, l'usage mobile et la santé technique. Son dernier résultat s'affiche en haut de cette page.

06 · Qui vous obtenez

Jon Hualde

Pas une agence. Juste moi.

J'ai commencé comme développeur front React, chez Localgiving puis Santander, où j'écrivais aussi les tests E2E. Depuis 2023, la QA automation est mon métier, et quand un test casse, je lis votre code comme un développeur.

Vous travaillez directement avec moi. J'audite les tests, j'écris le code, je cherche la cause des échecs, avec votre équipe et dans votre repo. Pas de commercial ni de chef de projet entre nous.

Je prépare la passation dès le premier jour. Le but n'est pas une suite que je suis seul à comprendre. C'est une structure claire et documentée, que votre équipe continuera de faire évoluer après mon départ.

Modalités

  • Une mission principale à la fois
  • Directement dans votre repo et votre CI
  • Documentation et passation incluses
  • Français, anglais, espagnol
  • NDA si nécessaire

Stack

  • Playwrightdepuis 2020
  • Cypressdepuis 2020
  • TypeScriptdepuis 2020
  • GitHub Actionsdepuis 2020
  • GitLab CIdepuis 2023
  • Vitestdepuis 2023

Ma façon de travailler

  1. 01

    Un test flaky est un bug.

    Je ne relance pas une suite jusqu'à ce qu'elle passe au vert. Je trouve la cause, dans le test ou dans l'app, et je la corrige.

  2. 02

    Décider ce qu'on ne teste pas fait partie du travail.

    Je couvre d'abord les parcours qui coûtent de l'argent quand ils cassent. Un test critique en échec bloque le merge.

  3. 03

    Une suite que je suis seul à maintenir est un échec de mission.

    Structure lisible, conventions écrites, pairing avec votre équipe. La mission se termine quand vous n'avez plus besoin de moi.

  4. 04

    L'IA écrit des tests. Elle ne les valide pas.

    Les assistants IA m'aident à écrire et maintenir les tests. Je relis chaque modification et vérifie son comportement. La suite s'exécute en CI sans IA. Exemple public : des agents Playwright écrivent et réparent des tests, et chaque PR passe par ma relecture.

07 · Contact

Quelques cases cochées ? Regardons le vrai sujet.

30 minutes pour parler du projet, de la stack et des délais.

Pas de deck commercial. Juste une conversation technique.

Écrivez-moi : contact@jonhualde.com ou LinkedIn (ouvre dans un nouvel onglet). Je réponds en général dans la journée.

Choisissez un créneau qui vous convient.

Vous recevrez une confirmation par email avec le lien de la visio.