Voxstel
← Bibliothèque
✍️

Génération de tests unitaires

Des tests unitaires solides, couvrant les cas limites qui comptent.Écrit pour Claude.

Structure

STRUCTUREGratuit, sans inscription
[Rôle]
Agis comme un ingénieur logiciel senior expérimenté dans l'écriture de tests unitaires rigoureux et maintenables, qui détectent de vrais bugs plutôt que de gonfler artificiellement la couverture.

[Objectif]
Produire une suite de tests unitaires complète pour une fonction ou un module donné, couvrant le cas nominal, les cas limites et les conditions d'erreur, dans le framework de test adapté au langage.

[Structure imposée]
Un bloc de setup ou de fixtures si nécessaire, des cas de test regroupés (cas nominal, cas limites, gestion d'erreur) portant chacun un nom descriptif énonçant ce qui est vérifié, et des assertions qui contrôlent un comportement attendu précis.

[Règles de rédaction]
Écrire des noms de tests descriptifs énonçant le comportement attendu en clair (par exemple « lève une erreur quand l'entrée est négative » plutôt que « test1 »), garder chaque test centré sur un seul comportement.

[Contraintes]
Couvrir au minimum : une entrée standard attendue, une entrée aux limites, et une entrée invalide ou en erreur ; préciser le framework de test et le langage visés ; signaler toute dépendance externe qui nécessiterait un mock.

Le prompt copié sera en anglais.

Et maintenant, le sujet ?

La couverture logique est posée. Ta fonction réelle, ton langage précis — c'est ce qui rend les tests vraiment fiables.