Discussion :

[OcterA]

Bonjour,
J'aimerais savoir a partir de quel proportion de code couvert par vos tests vous la jugez bonne?
Proportion en terme de ligne couverte et de branches?

Sachant que les technos que j'utilise sont J2EE, Spring, JAX-WS

Je suis a 76% de lignes couvertes et a 68% de branches couverte (cacul fait avec cobertura).

Dans la grande majorité des cas, les parties non couverte sont des vérification d'arguments au début des méthodes du genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
 if (mavar== null)
                         throw new IllegalStateException("mavar== null");

Sachant que ces vérification sont faites systématiquement dans les trois couche de notre application, de ce fat dans les deux couches inférieurs ces codes sont limites superflues car jamais vrai, mais pour des raisons de "sécurité" pour les prochains programmeur on préfere les laisser.

Merci d'avance

[tchize_]

j'ai tendance à dire que ca dépend
-> du projet
-> des exigences du client
-> des risques associés aux bug.


Par exemple, il est très couteux en termes de dev de maintenir des tests automatisés sur la GUI, il est donc courant d'avoir une plus faibles couverture de code dessus, le plus gros de la validation se faisant en intégration. Si un bug dans le logiciel peut faire beaucoup de dégats, on va plus couvrir.

Si au contraire les bug sont juste 'ennuyeux', on compelte la couvertur au fur et à mesure qu'on fait du bug fix (via les tests de régression).

De la même manière, une classe de type getter/setter n'aura que peu d'intérêt à être couverte. une classe faisant le calculs buisness au coeur de l'application sera couverte en profondeur.

De plus au dela de la couverture de code, c'est surtout les cas d'utilisation qu'il faut bien couvrir Si tu couvre 90% du code avec 5% des cas d'utilisation, c'est beaucoup moins bien que de couvrir 89% avec 80% des cas d'utilisation