Apex test class generator
Générer des classes de test Apex prêtes pour la prod — patterns TestDataFactory, tests de masse à 251+ enregistrements, mocks, assertions exactes — avec boucles de correction disciplinées et objectifs de couverture
- Quoi
- Générer des classes de test Apex prêtes pour la prod — patterns TestDataFactory, tests de masse à 251+ enregistrements, mocks, assertions exactes — avec boucles de correction disciplinées et objectifs de couverture
- Coût
- Gratuit
- Prérequis
- un org Salesforce (authentifier avec `sf org login web --alias <alias>`) pour exécuter les tests ; la CLI sf (>=2.0.0) ; une base de code Apex avec des classes de production à tester
- Installation
- Copiez le prompt d’installation ci-dessous dans votre Muse — votre agent fait le reste.
Sélectionné par Skill Harbor — la discipline de @forcedotcom pour générer des classes de test Apex prêtes pour la prod : un comportement par méthode de test (ne jamais combiner null et vide dans une seule méthode), tests de masse à 251+ enregistrements pour franchir la limite de batch de déclenchement de 200, chaque `@TestSetup` délégué à un `TestDataFactory` (jamais de listes en ligne, jamais de données d'org, jamais d'ID en dur), valeurs attendues exactes dans les assertions avec messages d'échec, la classe `Assert` uniquement (jamais l'hérité `System.assert`), frontières externes moquées (`HttpCalloutMock`, `Test.setFixedSearchResults`, mocks DML), chemins négatifs et scénarios d'exception, enveloppes `Test.startTest()`/`Test.stopTest()`, et une boucle de correction plafonnée à 3 itérations — s'arrêter et exposer la cause racine si ça échoue encore. Objectifs de couverture : 75 % minimum pour le déploiement, 90 %+ recommandé, 100 % sur les chemins critiques. Crédit : @forcedotcom. Bémols honnêtes : nécessite la CLI sf authentifiée contre un org pour exécuter les tests ; couvre déclencheurs, services, contrôleurs, batch, queueable, callouts, sélecteurs, tâches planifiées et événements plateforme — mais PAS l'Apex de production (utiliser le skill frère `platform-apex-generate`) et PAS les tests Jest/LWC ; correctifs d'anti-patterns (SOQL/DML dans les boucles, nombres magiques, classes dieux, catches génériques) inclus. Licence Apache-2.0. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage. Découvert via skills.sh.
Version :
Installation
Prérequis : un org Salesforce (authentifier avec `sf org login web --alias <alias>`) pour exécuter les tests ; la CLI sf (>=2.0.0) ; une base de code Apex avec des classes de production à tester Installe-moi « Générateur de classes de test Apex ». Il enseigne à l'agent la discipline de génération de tests de @forcedotcom : recueillir le contexte (classes cibles, factories existantes, seuil de couverture), générer {NomClasse}Test.cls plus son -meta.xml depuis les gabarits d'assets (en créant TestDataFactory.cls d'abord s'il n'existe pas), puis exécuter les tests avec `sf apex run test`, analyser les échecs et la couverture, et boucler les correctifs jusqu'à 3 itérations avant d'exposer la cause racine — avec des tests à un-comportement-par-méthode, des limites de masse à 251+ enregistrements, des assertions Assert uniquement, des callouts moqués, et une structure Étant donné/Quand/Alors. Dépôt : https://github.com/forcedotcom/sf-skills/blob/main/plugins/builder/salesforce-development/skills/platform-apex-test-generate/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é « platform-apex-test-generate ». 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. le pointer vers la classe de production à tester, confirmer l'alias d'org et le seuil de couverture — 75 % minimum pour le déploiement, 90 %+ recommandé). 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.