Apex-Testabdeckung
Der Prozentsatz des von Tests ausgeführten Apex-Codes; Salesforce verlangt mindestens 75%, um in die Produktion zu deployen.
Definition
Die Apex-Testabdeckung ist der Prozentsatz der Apex-Codezeilen, die von Apex-Testklassen ausgeführt werden, und Salesforce erzwingt ein hartes Minimum: mindestens 75% Gesamtabdeckung, ohne fehlschlagende Tests, bevor Apex in die Produktion deployt werden kann, wobei verwaltete Packages in der Regel eine höhere Abdeckung pro Klasse benötigen. Abdeckung ist eine Untergrenze, kein Qualitätssignal für sich genommen; Tests, die Code ohne aussagekräftige Assertions ausführen, können 75% erreichen, ohne etwas Sinnvolles zu testen, eine häufige Falle für Teams, die auf die Zahl statt auf die Tests optimieren. Statische Analyse ist die übliche Ergänzung, und das ist einer der Gründe, warum regulierte Teams am Ende Suites evaluieren, die sie bündeln, wie der Vergleich zwischen Serpent und AutoRabit beschreibt. Salesforce berechnet die Abdeckung org-weit über den gesamten Apex-Code, sodass eine einzelne gut getestete Klasse schlecht getestete Klassen anderswo verdecken kann, und die Abdeckung kann still unter den Schwellenwert fallen, wenn neuer Code ohne passende Tests hinzugefügt wird. Auch das Ausführen der vollständigen Testsuite vor jedem Produktions-Deployment wird langsamer, je mehr die Apex-Codebasis einer Org wächst. Unser Salesforce-DevOps-Leitfaden behandelt Testpraktiken als Teil eines vollständigen Release-Prozesses.
So funktioniert es in Serpent
Serpent führt Apex-Tests automatisch als Teil der Release-Pipeline aus, sodass Abdeckung und Fehlschläge geprüft werden, bevor ein Deployment die Produktion erreicht, statt erst danach entdeckt zu werden. Automatisierungen können je nach Release die vollständige Suite ausführen oder sich auf betroffene Tests beschränken und so Geschwindigkeit gegen Gründlichkeit abwägen, ohne dass jedes Mal eine manuelle Entscheidung nötig ist. Testergebnisse werden zusammen mit dem Deployment protokolliert, sodass sich ein Abdeckungs- oder Fehlschlagsproblem bis zur genauen Aufgabe und dem Commit zurückverfolgen lässt, das es verursacht hat. Siehe Serpent-Automatisierungen, um zu erfahren, wie Testläufe in No-Code-Pipelines passen.
Kostenlos starten. Keine Kreditkarte, keine Installation, keine Verpflichtung.
Einrichtung in unter 15 Minuten. Keine DevOps-Einstellung nötig.