Glossaire Salesforce DevOps

Couverture de test Apex

Le pourcentage de code Apex exécuté par les tests ; Salesforce exige au moins 75% pour déployer en production.

Définition

La couverture de test Apex est le pourcentage de lignes de code Apex exécutées par les classes de test Apex, et Salesforce impose un minimum strict : au moins 75% de couverture globale, sans aucun test en échec, avant qu'Apex puisse être déployé en production, et les packages gérés nécessitent généralement une couverture plus élevée par classe. La couverture est un plancher, pas un signal de qualité en soi ; des tests qui exécutent du code sans assertions significatives peuvent atteindre 75% sans rien tester d'utile, un piège courant pour les équipes qui optimisent le chiffre plutôt que les tests. L'analyse statique est le complément habituel, et c'est l'une des raisons pour lesquelles les équipes réglementées finissent par évaluer des suites qui l'intègrent, comme le montre la comparaison entre Serpent et AutoRabit. Salesforce calcule la couverture à l'échelle de l'org sur tout le code Apex, donc une classe bien testée peut masquer d'autres classes mal testées ailleurs, et la couverture peut discrètement passer sous le seuil à mesure que du nouveau code est ajouté sans tests correspondants. Exécuter la suite de tests complète avant chaque déploiement en production devient aussi lent à mesure que la base de code Apex d'une org grandit. Notre guide DevOps Salesforce couvre les pratiques de test dans le cadre d'un processus de release complet.

En pratique

Comment cela fonctionne dans Serpent

Serpent exécute automatiquement les tests Apex dans le cadre du pipeline de release, de sorte que la couverture et les échecs soient vérifiés avant qu'un déploiement n'atteigne la production plutôt que détectés après coup. Les automatisations peuvent exécuter la suite complète ou se limiter aux tests concernés selon la release, équilibrant vitesse et exhaustivité sans décision manuelle à chaque fois. Les résultats des tests sont journalisés avec le déploiement, ce qui permet de retracer un problème de couverture ou d'échec jusqu'à la tâche et au commit exacts qui l'ont causé. Voir les automatisations Serpent pour savoir comment les exécutions de tests s'intègrent dans des pipelines sans code.

La porte de validation Serpent signale une validation Apex échouée et un dry run échoué sur l'org cible

Démarrez gratuitement. Pas de carte bancaire, pas d'installation, aucun engagement.

Configuration en moins de 15 minutes. Aucun recrutement DevOps nécessaire.

Curieux de livrer plus vite avant de vous lancer ? Parlons-en

Sans engagement.