01 - Context
MyQAssist répond à un moment très concret du travail QA : recevoir une spécification fonctionnelle, des users story ou un document produit, puis devoir en faire une première base de tests fonctionnels. L’enjeu n’est pas de produire un scénario final à la place du QA, mais de réduire le temps perdu au démarrage.
Le produit, grâce à l’IA générative, transforme le contexte fourni en exigences et en cas de test exploitables. Le QA garde ensuite la main : il relit, ajuste, complète ou supprime selon sa connaissance du produit, son expertise métier et le niveau de risque qu’il identifie.
02 - Build
Ce produit a été organisé en jalons de développement. Chaque jalon devait produire un résultat testable, être validée fonctionnellement, puis rester stable au développement du suivant.
Le produit devait d’abord reposer sur une base technique suffisamment propre pour ne pas devenir fragile dès les premières fonctionnalités : application Next.js, authentification, structure SQL et routes API séparées par responsabilité ont servi de socle au reste du développement.
Le cœur de MyQAssist s’est construit autour de la génération IA : transformer un contexte produit en exigences, produire des cas de test, valider les réponses JSON, gérer les clarifications et conserver le travail pour pouvoir revenir sur un projet existant.
Une grande partie du travail a porté sur l’usage réel du produit. L’interface, les états de chargement, les erreurs, la validation des inputs, les exports CSV et l’analyse de couverture devaient rendre l’outil exploitable par un QA, pas seulement fonctionnel en démonstration.
La robustesse a été traitée comme un sujet produit à part entière : sécurité des routes API, règles RLS Supabase, protection des projets, validation serveur des réponses IA, paiement, déploiement et mise en production devaient permettre au MVP de dépasser le stade du prototype.
Partir d’un besoin métier
Le produit a été cadré à partir d’un irritant concret du travail QA : passer d’une spec à une première base de tests.
Réduire l’idée à un MVP
J’ai isolé le parcours essentiel avant d’ajouter des fonctionnalités secondaires : contexte, génération, relecture, ajustement.
Construire par jalons
Chaque jalon devait être abordé de manière isolée, testable et validé avant de passer à l’étape suivante.
Piloter l’IA comme un outil de build
Claude Code a été utilisé avec un cadrage précis, des objectifs courts et un contexte produit maintenu tout au long du développement.
Tester pendant le build
À chaque évolution, j’ai vérifié le comportement attendu et les régressions possibles sur les jalons déjà validés.
03 - Preview
04 - Now
Le produit est actuellement en phase de bêta test et continue d’évoluer autour de la qualité des générations, de la clarté du dashboard et des premiers retours utilisateurs.