Write Dart and Flutter unit tests with package:test
Écrire et organiser des tests unitaires pour fonctions, méthodes et classes Dart/Flutter avec package:test — arborescence des fichiers de test, groupes, setUp/tearDown, matchers, tests async, DI avec Mockito, et workflow d'implémentation
- Quoi
- Écrire et organiser des tests unitaires pour fonctions, méthodes et classes Dart/Flutter avec package:test — arborescence des fichiers de test, groupes, setUp/tearDown, matchers, tests async, DI avec Mockito, et workflow d'implémentation
- Coût
- Gratuit
- Prérequis
- le SDK Dart ou Flutter installé et un projet Dart/Flutter à tester — le skill est un guide que l'agent suit, pas un logiciel à installer
- Installation
- Copiez le prompt d’installation ci-dessous dans votre Muse — votre agent fait le reste.
Sélectionné par Skill Harbor — le skill de @flutter pour écrire des tests unitaires Dart et Flutter avec `package:test` : organiser les fichiers de test en miroir de `lib/` sous `test/` avec le suffixe `_test.dart` (`integration_test/` pour les tests d'intégration) ; importer `package:test/test.dart` (ou `package:flutter_test/flutter_test.dart` pour Flutter) ; grouper les tests liés avec `group()`, définir les cas avec `test()`, asserter avec `expect()` et les matchers (`equals()`, `isTrue`, `throwsA()`) ; écrire les tests async en `async`/`await` simple ; gérer setup/teardown avec `setUp()`/`tearDown()` ; utiliser `package:mockito` avec `package:test` pour l'injection de dépendances ; choisir le runner selon le type de projet (`dart test` pour Dart pur, `flutter test` pour Flutter, répertoire explicite pour les tests d'intégration). Inclut un workflow d'implémentation de tests séquentiel avec checklist copiable et boucle de feedback (exécuter → examiner la stack trace → corriger → ré-exécuter jusqu'au vert), plus des exemples travaillés (une suite de tests unitaires standard ; mocking avec `@GenerateNiceMocks`). Bémols honnêtes : méthodologie seulement — il faut le SDK Dart ou Flutter installé ; le guide approfondi de génération de mocks Mockito est dans le skill compagnon dart-generate-test-mocks du même repo. Licence BSD-3-Clause. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage. Découvert via skills.sh.
Version :
Installation
Prérequis : le SDK Dart ou Flutter installé et un projet Dart/Flutter à tester — le skill est un guide que l'agent suit, pas un logiciel à installer Installe-moi « Écrire des tests unitaires Dart et Flutter avec package:test ». Il enseigne à mon agent le workflow de tests unitaires de @flutter : miroir de lib/ sous test/ avec suffixe _test.dart ; utiliser package:test (flutter_test pour Flutter) avec group()/test()/expect() et les matchers ; tests async en async/await ; setUp/tearDown pour les fixtures ; Mockito pour l'injection de dépendances ; choisir le bon runner (dart test vs flutter test) ; suivre la checklist d'implémentation et la boucle exécuter → examiner → corriger jusqu'au vert. Licence BSD-3-Clause. Dépôt : https://github.com/flutter/agent-plugins/blob/main/skills/dart-add-unit-test/SKILL.md 1. Récupère le fichier SKILL.md (et les fichiers d'aide éventuels) depuis le chemin du dépôt dans un dossier temporaire et résume en une ou deux phrases ce qu'il fait. 2. Vérification de sécurité : examine le SKILL.md et les scripts pour tout contenu suspect (appels réseau inattendus, commandes shell, collecte d'identifiants). Ce dépôt ne devrait contenir aucun secret en dur, les identifiants uniquement via le coffre sécurisé, les hôtes autorisés déclarés dans le SKILL.md. Vérifie que c'est bien le cas ici ; STOP sur tout signal d'alerte et dis-le-moi. 3. Installe-le comme skill : copie le SKILL.md et ses fichiers d'aide dans le répertoire des skills de l'agent, dans un dossier nommé « dart-add-unit-test ». 4. Vérifie sans appels réseau : frontmatter valide, fichiers en place. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (p. ex. pointer l'agent vers le code Dart/Flutter à tester ; installer le skill compagnon dart-generate-test-mocks du même repo si tu as besoin de la génération de mocks Mockito approfondie). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf s'il figure dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi.
Questions
Comment installer une création ?
Chaque fiche produit contient un prompt d’installation à copier-coller. Collez-le dans votre Muse et il installe la création pour vous — sans configuration manuelle.
Où va mon argent ?
Directement au vendeur. Skill Harbor ne traite jamais les paiements : le paiement se fait sur la page du vendeur, généralement via Stripe.
Que signifie le ✓ à côté du nom d’un créateur ?
Il signifie que nous avons confirmé l’identité de la personne derrière la fiche. Il ne dit rien sur le code lui-même — vérifiez toujours une création avant de l’installer.