Si le code de test ne fait pas partie du produit, il ne doit pas figurer dans la base de code du produit. J'ai vu des projets essayant d'inclure des tests unitaires dans le même projet que les objets testés, et en utilisant les instructions #if
pour les inclure seulement dans les versions de débogage pour les regretter plus tard.
Un problème évident serait que le projet d'application obtienne une référence à la structure de test unitaire. Même si vous n'avez pas besoin d'expédier ce framework dans le cadre de votre produit (si vous pouvez garantir qu'aucun code dans la version release ne le référencera), cela sent toujours un peu drôle pour moi.
Laisser le code de test être le code de test et le code de production être le code de production, et laisser le code de production n'ont aucune idée à ce sujet.
Détails s'il vous plaît. C'était juste un remue-méninges. Je l'ai juste jeté dehors, je n'en ai aucune idée. –
Il existe des cadres de test qui traitent cela automatiquement. Ils fournissent certains attributs que vous utiliserez pour décorer vos classes. Cela pourrait expliquer mieux: http://www.nunit.org/index.php –