Dart and Flutter test coverage

Prérequis : un projet Dart ou Flutter avec des tests (package:test ou flutter_test) ; la toolchain Dart/Flutter installée — aucun compte ni clé requis Installe-moi « Couverture de tests Dart et Flutter ». Il enseigne à l'agent le workflow de couverture de l'équipe officielle Flutter : ajouter le package coverage en dev_dependency, lancer le script fourni test_with_coverage pour collecter la couverture JSON depuis la VM Dart et la formater en rapport LCOV, valider que coverage/ contient coverage.json et lcov.info, utiliser les directives // coverage:ignore-line / ignore-start/ignore-end / ignore-file pour exclure le code non testable, et recourir au workflow manuel avancé (service VM sur un port, collect_coverage --wait-paused, format_coverage --lcov --check-ignore) pour un contrôle fin incluant la couverture de fonctions et de branches. Dépôt : https://github.com/flutter/agent-plugins/blob/main/skills/dart-collect-coverage/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-collect-coverage ». 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. ajouter coverage en dev_dependency dans mon projet et lancer le script test_with_coverage — en passant explicitement les répertoires de test si c'est un monorepo). 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.