Écrire des tests avec l'IA

Retour d'expérience 6/11 sur Cursor après 15 ans de software

Je ne connais aucune personne saine d'esprit qui apprécie d'écrire des tests. Et pourtant, ça reste le meilleur moyen de délivrer régulièrement et vite.

L'IA est là pour vous aider dans les cas suivants.

Démarrer un nouveau projet (TDD)

Une fois que vous avez terminé votre document de conception, vous pouvez commencer par demander à l'IA de rédiger pour vous les principaux tests que devra passer votre système.

Une approche TDD pure souche, qui aidera également l'IA à itérer plus tard en testant au fur et à mesure qu'elle génère le code du système. De plus, elle permet de restreindre le projet aux comportements que vous testez.

Les tests end-to-end

En décrivant le contexte métier et comment le système est lancé, l'IA peut organiser pour vous les différentes étapes de construction, lancement et test de votre système tout en vous proposant des tests pertinents avec votre utilisation — y compris pour intégrer dans votre CI.

Le process fonctionne mais nécessite d'être vigilant car on se retrouve vite avec BEAUCOUP de tests. Préciser le nombre de tests et leur nature réduit le gâchis potentiel.

Les tests unitaires

Passez le fichier contenant les classes ou fonctions à tester en précisant :

Le contexte métier
Les frameworks utilisés
Un fichier de test existant comme exemple de style (si vous en avez un)

L'IA produira des tests cohérents avec votre codebase existante.

Ce qui arrive

Des frameworks sont en développement pour avoir chaque test sous forme de user story : une IA prend alors le relais et parcourt la page tel un utilisateur, validant le test ou non.

On passe d'une logique "vérifier que le code fait ce qu'on attend" à "vérifier que l'utilisateur peut faire ce qu'on promet". C'est un changement de perspective majeur.

Initialement publié sur LinkedIn.