Discussion :

[angel46]

Bonjour,

Langage utilisé :C#

Je suis entrain de faire la conception UML d'un algorithme complexe. Cette algorithme n'aura qu'une fonction "execute". Derrière cette fonction se situe un processus complexe, que j'ai séparé en multiple fonction privée, les plus petites possibles dans le but de pouvoir réécrire le processus d'une manière différente( si son fonctionnement doit changer) et dans le but de tester les unités les plus petite possible et de limiter au minimum les bug de fonctionnement.

Problème: On ne peut tester une méthode privée ! En regardant sur le net, tout le monde dit qu'une méthode privée ne doit pas être testé, et si c'est le cas, c'est qu'il y a un problème de conception...

Est-ce possible ? Est-ce que je fait fausse route dans ma réflexion ? Pouvez vous me donner votre retour d’expérience...

[pseudocode]

Problème: On ne peut tester une méthode privée ! En regardant sur le net, tout le monde dit qu'une méthode privée ne doit pas être testé, et si c'est le cas, c'est qu'il y a un problème de conception...

Est-ce possible ? Est-ce que je fait fausse route dans ma réflexion ? Pouvez vous me donner votre retour d’expérience...

Revenons à la base de ta réflexion...

pourquoi as-tu éprouvé le besoin de séparer ton code en plusieurs méthodes privées ?

- Si c'était pour clarifier la lecture/compréhension du code, alors ca n'a pas d'influence sur le fonctionnement de ton algo. Donc pas besoin de tester les méthodes privées. C'est juste un style d'écriture de ton code global, comme tu aurais pu le faire en utilisant des fragments, des #define, des inclusions, sauter des lignes, ...

- Si c'était pour faire une conception qui divise les responsabilités, alors chaque méthode doit surement s'occuper de résoudre une problématique précise. Auquel cas, chaque méthode a sa propre spécification et tu devrais tester si l'implémentation est conforme à la spec. Ca implique de rendre ce code testable (méthode publique ou classe externe).

[Marco46]

Ca implique de rendre ce code testable (méthode publique ou classe externe).

Ou protected ce qui permet d'avoir la visiblité dans le même package pour les tests sans pour autant pouvoir être appelé de l'extérieur.

[angel46]

La classe qui implémente l'algorithme n'a qu'une seule méthode public: "execute" car le client n'a pas a savoir ce qu'il se passe, il lance l'algo et attend le résultat.

J'ai séparé l'algorithme en plusieurs méthode qui correspondent chacune a une possibilité d'éxécution de l'algo( a un état), donc en fonction de divers test on passe d'état en état...

Si je comprend bien, protected me permettrai d'effectuer les test unitaires ?

[Marco46]

Admettons que tu as une classe ComplexAlgoExecutor qui sert d'interface avec le monde extérieur via sa méthode execute().

Ta classe est dans un package dev.angel46 .

Si tu déclares tes méthodes en protected sauf execute() (qui sera public elle), tu pourras alors écrire des tests unitaires appelant directement tes sous méthodes sans pour autant les exposer au monde extérieur.

Il est bien entendu nécessaire que tes classes de tests soient dans le même package que la classe que tu veux tester.