Discussion :

[Noxen]

Bonjour,

Je voudrais apprendre à utiliser cxxTest. Je suis sous Visual C++ 2008 Express Edition.

Il y a bien des guides sur comment faire des suites de tests, etc., mais mon problème se trouve en amont, sur la façon d'intégrer cxxTest lui-même.

Plus en détail :
- est-ce-que je crée un nouveau projet dans la même solution que le projet à tester ?
- quels sont les fichiers à inclure ?
- il m'a semblé lire que cxxTest était constitué de header, fais-je erreur (il y a des .h et des .cpp dans le répertoire que j'ai téléchargé) ?
- en-dehors des liens à faire avec le projet à tester, y a-t-il des options à spécifier pour que ça fonctionne correctement ?
- quel va être le rôle des script Perl/Python, à quel emplacement doit-on les mettre ?

Voilà, j'espère que quelqu'un pourra me donner quelques précisions

[Luc Hermitte]

a- aucune idée, je l'ai toujours utilisé avec des makefile et non visual jusqu'à présent

b-

Code :

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

#include <cxxtest/TestSuite.h>

c- Ne t'inquiète pas des .cpp

d- choisir le "générateur", et en gros c'est tout.

e- Les scripts Perl (pas de Python dans mes souvenirs) s'occupent d'"instrospecter" ton code de test pour déduire les fonctions de test à exécuter.
Tu les mets où tu veux. Soit tu y fais une référence explicite depuis ton makefile (ou assimilé), soit dans ton $PATH (tant que le shebang est bien positionné pour retrouver l'interpréteur perl)

[Noxen]

Il y a maintenant un script pour python.

J'ai encore du mal à m'y retrouver, parce-que je ne connaissais pas le Perl (du coup j'ai commencé à apprendre quelques bases cette semaine), et je n'ai (malheureusement) pas été formé à l'utilisation des makefile, j'ai toujours travaillé sur des EDI (va falloir que je m'y mette aussi). Alors pour l'instant j'ai encore un peu de mal à voir où je vais.

Dans ton makefile, tu mentionnes tous les fichier .h/.cpp de cxxTest et du projet à tester ? Ou seulement TestSuite.h ? Le script Perl est appelé à la compilation du projet de test ?

[Luc Hermitte]

Façon sans règles implicites, et cxxtestgen.pl dans le $PATH

Code :

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

1
2
3
4
5
test_auto_MB.cpp: test_auto_MB.hpp
        cxxtestgen.pl -error-printer -o $@ $^
 
test_auto_MB: test_auto_MB.cpp 
        $(CPP_COMPILER) ${CC_FLAGS} ${INCLUDE_PATH} -o $@ $^ ${LIBRARIES}

Mais ... pour VC ... les choses sont quelques peu différentes.

[Noxen]

Mais ... pour VC ... les choses sont quelques peu différentes.

Comme d'hab ... ('tin de bug de m**** qui empêche d'installer C::B sur Vista )

Quand tu mentionnes le $PATH, tu veux parler du $PATH général de l'OS, ou d'un $PATH dans l'EDI ?

[Mat007]

Salut,

Ça me parait un peu lourd et compliqué d'avoir à passer par des scripts pour détecter les fonctions à exécuter...
Y'a vraiment pas d'autre méthode avec CxxTest ?
Tous les frameworks que j'ai essayés ont dans mes souvenirs au moins des macros pour faciliter les choses, style :

Code :

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

1
2
3
4
BOOST_AUTO_TEST_CASE( MyTestName )
{
   ...
}

MAT.

[Luc Hermitte]

C'est beaucoup moins lourd que de copier-coller tous les noms de fonctions que tu veux exécuter -- personnellement, je trouve cette approche bien plus intelligente, une vraie approche de fainéant.

Avec CxxTest, 0 macros redondantes de ce genre : on ne cherche pas à faire faire au langage ce qu'un outil est capable de faire automagiquement.
A ma connaissance seul FRUCTOSE a emboité le pas dans cette voie.


Quant au PATH, il peut être réglé niveau OS, ou niveau outil. Ce n'est qu'un détail. Au pire, un appel à "perl /chemin/complet/cxxtestgen.pl" marche tout aussi bien.

[Mat007]

Copier-coller ? Redondante ?
Y'a rien à copier-coller, y'a une seule occurrence de la fonction, il suffit vraiment juste du bout de code que j'ai cité...

MAT.

[Noxen]

Bon, ben j'ai réussi à lancer mes 2 premiers tests, c'est toujours ça.
C'est juste dommage que je ne sache pas encore exactement ce que je fais, j'ai l'impression de manipuler une cuillère à café avec des moufles
Maintenant que ça marche, va falloir que je comprenne pourquoi et comment

TUT (http://tut-framework.sourceforge.net/) utilise les template, mais l'enregistrement des tests dans le runner se fait également de façon automatique. L'écriture des test est tout aussi légère.

[Luc Hermitte]

Copier-coller ? Redondante ?
Y'a rien à copier-coller, y'a une seule occurrence de la fonction, il suffit vraiment juste du bout de code que j'ai cité...

MAT.

Hum ...[google]... d'un exemple à l'autre, cela va de simple à plein de trucs copiés-collés. Aux macros à la MFC près, la situation est effectivement mieux que ce que j'avais retenu.

Petit exemple de fichier de test avec cxxtest:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
// test_BCD.hpp
class BCDDecodeIntTestSuite : public CxxTest::TestSuite 
{
public:
    void test_0()
    {
        const unsigned char buf[4] = { 0x00 };
        STATIC_CHECK(array_size(buf) == 4, Invalid_Buffer_Size);
 
        const int res = TLK::BCD::decode<int32>(buf);
        TS_ASSERT_EQUALS(0, res);
    }
 
    void test_0f()
    {
        const unsigned char buf[4] = { 0x0f };
        STATIC_CHECK(array_size(buf) == 4, Invalid_Buffer_Size);
 
        const int res = TLK::BCD::decode<int32>(buf);
        TS_ASSERT_EQUALS(0, res);
    }
};

Et ... c'est tout. Pas de .cpp à écrire, de fonctions à lister, ...

Avec FRUCTOSE, ce sont les deux les plus automatisés. Les seuls trucs à respecter : hériter de la bonne classe, et nommer chaque fonction de test "test_xxx()".