Discussion :

[Nadinette]

Bonjour,

J'ai créé une bibliothèque avec des petits helpers tous simples (souvent des extensions classe statique, méthode statique).
Je voudrais ajouter des tests unitaires pour assurer que le build passera bien.

Depuis mon projet MVC je peux, par exemple utiliser un helper pour encoder un mot de passe (j'ai trouvé ce code sur Internet) :

Code :

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

1
2
3
4
5
6
7
8
        public static string EncodePasswordWithSHA1(string password, string validationKey)
        {
            string toReturn = string.Empty;
            HMACSHA1 hash = new HMACSHA1 { Key = validationKey.HexToByte() };
            toReturn = Convert.ToBase64String(hash.ComputeHash(Encoding.Unicode.GetBytes(password)));
            return toReturn;
        }

Sachant qu'actuellement la DLL est référencée en dur. Je voudrais savoir comment la tester et au final obtenir un couplage faible.

J'ai essayé d'utiliser Unity et pour se faire extraire l'interface mais je viens de découvrir (honte à moi) que les interfaces n'existent pas pour les classes statiques.

Vous pourriez m'aider ?

Merci

[Luckyluke34]

Hello,

• Si l'objectif est de tester l'objet consommateur de cette classe statique en isolation de celle-ci, malheureusement ça va être compliqué en l'état, méthodes statiques et testabilité ne font pas bon ménage. Par nature, une dépendance à une classe statique est un couplage fort et on ne peut pas l'abstraire. Mais ce n'est pas forcément grave car la méthode ne fait appel qu'à des fonctionnalités de base du framework .NET et reste en mémoire (pas d'accès disque/réseau/...) donc ça ne devrait pas trop ralentir le test.
  
  Si tu tiens absolument à abstraire la notion de chiffrement pour avoir un couplage faible, il faut un helper non statique (une classe normale instanciée par Unity) avec exactement la même méthode mais pas statique, et une interface ou une classe abstraite au-dessus.

• Si l'objectif est de tester la méthode EncodePasswordWithSHA1() elle-même, pas de problème, il suffit de créer un test unitaire et d'asserter sur des valeurs de retour connues pour un input donné. Tu peux aussi rajouter des tests sur des valeurs aux limites (chaines vides, nulles, etc.)

[Nadinette]

Bonjour,

J'ai effectivement fait ça et ça fonctionne. C'est un contournement mais ça m'amène à me poser la question suivante :

Si on fait des classes d'extension on ne peut donc pas tester les méthodes, n'est-ce pas ? Ou alors on référence la classe d'extension en dur et après on test la méthode englobante (ce qui pose aussi le problème des dépendances).

Merci

[Luckyluke34]

Si on fait des classes d'extension on ne peut donc pas tester les méthodes, n'est-ce pas ?

On ne peut pas mocker les méthodes d'extension, si c'est ce que tu veux dire, avec certains frameworks (Moq) mais d'autres (TypeMock, payant) le permettent.

Par contre les méthodes d'extension peuvent très bien être testées en elles-mêmes. Il suffit que le test référence le namespace où elles sont déclarées et les appelle.

[Nadinette]

Merci pour vos conseils
Finalement, j'ai créé un projet de test spécifique, j'ai référencé en dur la classe statique et je l'ai testé à l'ancienne...
Ca me suffit.
Le seul souci c'est si je veux tester pendant la build j'ai peur que ça ne fonctionne pas.
Je mets quand même un résolu.
Bonne continuation.