Diffblue Cover.

Fixer le comportement avant refactoring

Diffblue Cover construit des tests modulaires pour un projet existant. Avant de transférer le code, vous pouvez lancer la génération dans une petite classe et voir quelles branches sont couvertes. L'approche est particulièrement pratique pour un site qui fonctionne depuis longtemps et change rarement, et il y a peu de documentation sur son comportement réel. Les vérifications obtenues aideront à décrire le point de départ.

Le test qui répète le résultat du code actuel nécessite une lecture. Si l'application renvoie une réponse incorrecte pour une connexion rare, la vérification générée automatiquement peut fixer cette réponse. Vérifiez les déclarations avec le contrat connu et corrigez le test là où le contrat est en désaccord avec la mise en œuvre.

Exemple de formation avec le tarif d'expédition

Laissez le service calculer les frais d'expédition par poids et la livraison gratuite fonctionne avec le montant de la commande. Choisissez une méthode de calcul et préparez plusieurs valeurs limites. Après la génération, trouvez des tests pour le montant à la frontière, le poids zéro et le poids négatif. Vérifiez les valeurs attendues manuellement. Si vous avez besoin d'un cas d'exception, voyez ce que le test le distingue d'une erreur accidentelle de préparation des données.

Épuisez le kit après un petit changement de seuil commandé. Si aucun test n'a remarqué une telle correction, un seul indicateur de couverture est insuffisant pour la réception.

Comment intégrer Cover dans le projet

Cover est disponible sous plusieurs formes. Pour la vérification ponctuelle, le script avec extension ou CLI convient, et pour un travail régulier, vérifiez la documentation CI. Il est commode de commencer par la partie du projet que l'équipe peut assembler et dépasser complètement sans données de production externes.

Pour quelles tâches convient-il

• Préparer des tests modulaires avant de refactoriser Java
• Vérifier le traitement des exceptions dans le service