Flutter Tester
Modèles de test Flutter : isolation des couches, Given-When-Then, configuration Riverpod/Mockito/GetIt.
Testé · Fonctionne
Ce que fait
Structure l'écriture de tests Flutter autour de l'isolation des couches (repository/DAO/provider/service/widget) et d'une convention Given-When-Then, avec des règles explicites de configuration et de démontage de Riverpod, Mockito et GetIt. Se déclenche lors de la création, de la correction ou de la révision de tests unitaires, de widgets ou d'intégration dans un projet Flutter, et signale les erreurs courantes comme le mocking direct des fournisseurs ou le fait de laisser GetIt non réinitialisé entre les tests.
Rapport de test
Le test de widget de base (écrit sans la compétence) a mocké directement le fournisseur Riverpod et a ignoré GetIt.reset dans tearDown — exactement les deux entrées en haut du tableau 'Common Mistakes' de la compétence — et la réécriture guidée par la compétence a corrigé les deux sans qu'il soit nécessaire de le lui dire.
Testé le: 2026-07-14 · Claude Code 2.x (agent harness)
Installation
git clone https://github.com/Harishwarrior/flutter-claude-skills cd flutter-claude-skills mkdir -p ~/.claude/skills cp -r flutter-tester ~/.claude/skills/flutter-tester
Commandes et exemples de prompts
/flutter-testerModèles de test Flutter : isolation des couches, Given-When-Then, configuration Riverpod/Mockito/GetIt.
Les skills se déclenchent sur des demandes en langage courant — aucune commande à retenir. Après installation, des prompts comme ceux-ci l'activent (en anglais) :
Write widget tests for this Flutter login screen with MockitoI need unit tests for my Riverpod provider that fetches usersReview my Flutter integration tests for the checkout flow