Discussion :

[Hyssgrif]

Bonjour,

J'ai un programme dans lequel je dois faire un appel de X fonctions définies comme ceci:

ptr->fonct_1
ptr->fonct_2
ptr->fonct_3
...
ptr->fonct_x

Je voulais savoir si vous connaissez une astuce qui permettrait de faire un truc du genre:

for(int i,...)
{
ptr->(fonct_ + i);
}

Merci

[bacelar]

T'es fonction n'ont jamais de paramètres ???

Pourquoi ne pas faire une simple fonction qui appel elle-même ces fonctions ?

Si tes fonctions ont toutes la même signature, pourquoi ne pas mettre leurs adresses dans un simple std<array> ou std<vector> ?

[Hyssgrif]

Elles ont des paramètres qui sont identiques.
Je suis entrain de faire du test unitaire sur ces fonctions et je voulais éviter d'avoir à écrire 100 fois la même chose.

[bacelar]

Je suis entrain de faire du test unitaire sur ces fonctions et je voulais éviter d'avoir à écrire 100 fois la même chose.

C'est des tests unitaires, quand ça part en sucette, c'est pour avoir un rapport PRÉCIS.
Pour ce genre de génération de code à la pelle, bin utilises un générateur de code comme tous les outils de type T4.

[Hyssgrif]

Je ne connais pas du tout les outils de type T4.

J'utilise actuellement la lib boost pour la génération de mes tests

[prgasp77]

C'est des tests unitaires, quand ça part en sucette, c'est pour avoir un rapport PRÉCIS.
Pour ce genre de génération de code à la pelle, bin utilises un générateur de code comme tous les outils de type T4.

Tout à fait . Un test unitaire = une fonctionnalité d'une fonction. Les tests doivent être indépendants des autres, quitte à avoir cent fois la même ligne de code. De la sorte, le jour où un test U échouera, le stagiaire qui devra comprendre pourquoi lira un code très simple qui se suffit à lui-même et aura toutes ses chances pour corriger la fonction testée.

[koala01]

Salut,

Un des meilleurs outils qui soient : trois touches au total <ctrl> c et v, sous la forme de

Code :

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

1
2
3
4
5
<ctrl>+c
<ctrl>+v
<ctrl>+v
<ctrl>+v
/* ...*/

Après, y a plus qu'à changer le nom de la fonction appelée

Plus sérieusement : le but d'un test unitaire est de s'assurer que chaque fonctionnalité à laquelle tu aies accès présente exactement le comportement auquel tu es en droit de t'attendre.

Si tu as ... N fonctions exposées, la première chose à faire est de tester ces N fonctions séparément pour t'assurer qu'elles fonctionnent bel et bien de manière cohérentes quand elles sont prise seules.

Et si, après, tu as une fonction (supplémentaire) qui utilise M de ces fonctions dans un ordre particulier, alors, tu crées un test qui s'assure que le résultat obtenu par cette fonction spécifique correspond à ce à quoi tu es en droit de t'attendre

Enfin, un petit truc : si une fonction accepte des valeurs comprises entre 0 et 100 : cela ne sert à rien de s'amuser à recopier le test unitaire pour les 100 valeurs possibles. Ce qui est beaucoup plus intéressant, c'est de tester le comportement de ta fonction avec des valeurs "limites", "problématiques" (ex: 0 comme diviseur) ou "hors normes"