Discussion :

[foufa007]

salut,
je veux connaitre les limites des outils suivants
Jmeter , JUnit,PhpUnit
et les limites des test unitaires et des tests manuels
merci

[Hephaistos007]

Qu'est ce que tu en penses toi d'abord ?

[foufa007]

Bon,
je sais que les xUnit sont des tests unitaires, qui ne testent module par module,et ne font pas les tests fonctionnels,
Alors que JMeter lui ik fait des tests fonctionnels, et pas de unitaires.
Les limites je n'en connais pas trop.
C'est ce que je sais à vous maintenant.

[Rakken]

J'ai déjà utilisé phpunit. En soit, ca n'est *pas grand chose*, dans le sens ou ca n'est absolument pas l'outil qui fait le travail.
Mais un projet ou les tests unitaires sont élaboré au fur et a mesure, ou a chaque levée de bug, un test unitaire qui "reproduit" le cas d'utilisation du bug est écrit, bref, quand c'est fait sérieusement et par des gens competents, ca aide enormement, et surtout ca permet d'avoir une confiance dans ce qu'on livre qu'on peut difficilement avoir sinon.
Quand on fait une modif qu'on croit être *mineure* et qu'on envoie en prod, ca évite d'avoir a croiser les doigts en se disant "esperons que ca marche". Si tous les tests unitaires ont été repassé (et l'interet de phpunit & co, c'est justement de fournir des outils pour les écrire et surtout, de les passer de facon automatisé) ont est sur a 90% (chiffre à modérer en fonction de la pertinence des tests unitaires qui ont été écrit) que la modif qu'on a fait n'aura pas d'effet de bord.
Bref, c'est une habitude à prendre au départ, mais après, c'est que du bonheur.

Pour ce qui est de jmeter, la finalité est differente. Je m'en suis servi pour faire des tests de montée en charge. Simuler x connections simultanées et voir si le serveur tien ou tombe. Je ne l'ai pas trouvé spécialement agréable à utiliser (je suis resté en surface, je n'avais pas besoin de fonctionnalité avancée), mais il reste très efficace (j'ai tué un serveur de dev avec ca : )

[millie]

Je sais que tu n'as pas demandé l'avis pour cxxUnit, mais je vais quand même le dire vu que tu parlais également des xUnit en général.

On avait dévéloppé une application en faisant des tests unitaires avec cxxUnit mais cet outil avait des limites très importantes. Notamment lorsque l'on essayé de faire une architecture de test particulier (qui testent par exemple plusieurs implémentation d'une interface). Typiquement, dans un cas comme ça :

Code c++ :

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

1
2
3
4
5
6
7
8
9
 
/*interface*/
class Interface {
 public: 
  virtual void methode() = 0;
};
 
class Implementation1 : public Interface ...
class Implementation2 : public Interface ...

Les tests unitaires peuvent tester l'interface et s'écrivent sous la forme :

Code c++ :

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

1
2
3
4
5
6
7
 
class TestInterface : public cxxUnit {
 public:
  virtual Interface * getInstance() = 0;
  void testMonPremierTest() { ....}
 
};

Classiquement, pour tester chaque implémentation, on faisait :

Code c++ :

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

1
2
3
4
5
6
7
 
class TestImplementation1 : public TestInterface {
 public:
  Interface * getInstance() {
   return new Implementation1();
  }
};

Mais cxxUnit n'arrive pas du tout à gérer ces architectures contrairement à Junit (les autres outils, je n'ai pas testé ) En plus, il est nécessaire de disposer de Perl pour pouvoir précompiler les fichiers de tests (convertit un fichier de test en un fichier cpp).

[sam.fet]

Bonjour,

J'ai eu l'occassion d'utiliser JMeter et je pense que c'est un bon outil pour une application web.

Parmi les fonctionnalités offertes, on peut entre autre enregistrer une suite de requête Http et les rejouer. C'est utile pour des tests de non-regression ... et encore plus pour les tests de charges puisqu'on a la possibilité de rejouer ces requêtes en grands nombres (test de charges) et ainsi de prévoir des erreurs potentiels tels que les accès concurrentiels en base, la gourmandise en terme de JVM, ou les temps de réponses dégradés d'une apllication.