Believe · Produit et outils de développement

Développer le produit.
Outiller l’équipe.

Deux dimensions complémentaires de mon travail : livrer une application interne et créer des outils qui aident les équipes à automatiser les interfaces.

01 / beOne

Des besoins
à la livraison.

MVP · Livré en intégration

Un produit interne

beOne a réuni cadrage produit, UX/UI et réalisation. Ma contribution couvrait le MVP, le développement de l’interface en React et TypeScript, ainsi que le parcours de livraison.

Le MVP déployé a donné à l’équipe une application à utiliser et à évaluer pendant la construction du produit.

Ma contribution

  • Périmètre produit et expérience utilisateur du MVP.
  • Développement applicatif en React et TypeScript.
  • Contrôles des contributions, gestion des versions et configuration de la CI.
  • Livraison en intégration par le flux GitLab, Argo CD et GCP.

Des étapes de livraison explicites

  1. ModifierDévelopper et relire l’application.
  2. ConstruirePréparer une version par la CI.
  3. DéployerMettre à jour l’environnement d’intégration par le flux GitOps.
  4. ÉvaluerUtiliser le MVP déployé pour évaluer l’expérience produit.
02 / INTERFACE MAPPER

Transformer une page
en carte d’automatisation.

L’automatisation d’une interface demande un travail préparatoire récurrent : comprendre la page, repérer ses éléments et choisir les sélecteurs. Interface Mapper centralise ce travail dans un serveur MCP utilisant Playwright.

Fonctionnement

  1. Examiner une page web avec Playwright.
  2. Extraire ses éléments et les sélecteurs possibles.
  3. Privilégier les attributs de test ou les identifiants disponibles.
  4. Vérifier l’unicité des sélecteurs et maintenir la carte de la page.
  5. Utiliser cette carte pour accompagner la génération de commandes Cypress.

L’apport

La carte rend la structure de l’interface consultable et réduit le travail répété sur les sélecteurs. MCP expose ces capacités sous forme d’outils appelables par un assistant.

Les contrôles de sélecteurs établissent leur unicité ; les scénarios métier définissent le comportement à vérifier. Mon travail relie cet outillage au socle de test partagé.

Extensions de navigateur

J’ai également développé une extension de navigateur qui analyse le DOM pour générer des tests et des commandes Cypress. Elle complète les composants réutilisables en facilitant la préparation de l’automatisation d’une page.

Une extension Faker distincte prépare les données de test. Chaque outil répond à une étape précise de l’écriture ou de l’investigation d’un test.

Découvrir le socle de test partagé →Voir les interfaces de lancement et de restitution →