Est-il important de tester un constructeur?

Question

Dois-je tester les constructeurs? Dites que j'ai un constructeur comme celui-ci:

         IMapinfoWrapper wrapper;
        public SystemInfo(IMapinfoWrapper mapinfoWrapper)
        {
            this.wrapper = mapinfoWrapper;
        }
 

Dois-je écrire un test unitaire pour ce construtor? Je n'ai pas de getters pour la variable wrapper, donc je n'ai pas besoin de tester cela.

Answer 1

Le test unitaire consiste à tester les états publics, les comportements et les interactions de vos objets.

Si vous définissez simplement un champ privé dans votre constructeur, qu'y a-t-il à tester?

Ne dérangez pas les tests unitaires de vos simples accesseurs et mutateurs. C'est juste idiot, et ça n'aide personne.

Answer 2

Oui. Si vous disposez d'une logique dans votre constructeur, vous devez le tester. Tout simplement la définition des propriétés n'est pas la logique de l'OMI. Des instructions conditionnelles, contrôle de flux, etc EST logique.

Edit: Vous devriez probablement tester quand IMapinfoWrapper est nulle, si cette dépendance est nécessaire. Si oui, alors c'est logique et vous devriez avoir un test qui attire votre ArgumentNullException ou quoi que... vos tests sont les spécifications qui définissent la façon dont le code se comporte. Si il jette un ArgumentNullException, alors que ce devrait être spécifié dans un test.

Answer 3

Q: Si vous définissez une variable membre dans le constructeur, pourquoi la définissez-vous.

R: Parce que vous avez un test unitaire en échec que vous ne pouvez réussir que si vous le définissez dans le constructeur.

Si vous utilisez cette logique, où vous écrivez uniquement du code pour faire passer un test unitaire (Test Driven Development), vous aurez déjà la réponse à votre question.

Answer 4

Non, sa fonctionnalité sera testée par tous les autres tests unitaires de la classe.

Answer 5

Dans beaucoup de la FDA des environnements réglementés, plus de code critique doit être de 100% testé...y compris la construction de classes. Ainsi, les essais des constructeurs est parfois nécessaire, indépendamment de raisonnement ou de ne pas les tester. Aussi, les entreprises qui utilisent les outils d'analyse statique devrez vous assurer que TOUTES les données membres d'une classe sont correctement initialisés dans le but de ne pas avoir des erreurs bien que le code peut s'exécuter en douceur et sans erreurs. Habituellement, les données d'initialisation de membre se fait dans le constructeur...juste de la nourriture pour la pensée.