Discussion :

[s_radhouan]

Bonjour,
Je fais une étude sur les outils d'automatisation de test, j'ai une partie qui traite les problèmes rencontrés au niveau d'automatisation des tests.
Avez vous des idées sur quelque problèmes qui peuvent nous rencontrer quelque soit au niveau de la mise en place de l'outil ou autre.
Merci

[el_slapper]

un peu de vécu(bon, je suis pas spécialiste non plus, j'aurais aimé, mais ça ne s'est pas passé comme ça) :

1)la protection. On teste un poste de travail lourd et protégé. Qui interdit toute intrusion. Or, le test automatique EST une intrusion.

2)le référentiel. Il doit y avoir moyen de facilement remettre l'ensemble des référentiels de test à leur point de départ. Sinon, on ne peut pas réeffectuer le test automatique(ce qui défait sa raison d'être).

3)Le parralélisme. Un script qui teste une interface peut tourner pendant plusieurs heures. Si ça tourne sur la machine du réalisateur, et non pas sur une machine virtuelle(ou une tierce machine), sa productivité va être plombée.

Et sans doute plein d'autres, mais je ne suis pas reste assre longtemps dans le domaine.

[s_radhouan]

un peu de vécu(bon, je suis pas spécialiste non plus, j'aurais aimé, mais ça ne s'est pas passé comme ça) :

1)la protection. On teste un poste de travail lourd et protégé. Qui interdit toute intrusion. Or, le test automatique EST une intrusion.

2)le référentiel. Il doit y avoir moyen de facilement remettre l'ensemble des référentiels de test à leur point de départ. Sinon, on ne peut pas réeffectuer le test automatique(ce qui défait sa raison d'être).

3)Le parralélisme. Un script qui teste une interface peut tourner pendant plusieurs heures. Si ça tourne sur la machine du réalisateur, et non pas sur une machine virtuelle(ou une tierce machine), sa productivité va être plombée.

Et sans doute plein d'autres, mais je ne suis pas reste assre longtemps dans le domaine.

Merci beaucoup pour ta réponse, vraiment elle est très intérressante
s'il y a des autres qui ont d'autres réponses je suis preneur

[s_radhouan]

un peu de vécu(bon, je suis pas spécialiste non plus, j'aurais aimé, mais ça ne s'est pas passé comme ça) :

1)la protection. On teste un poste de travail lourd et protégé. Qui interdit toute intrusion. Or, le test automatique EST une intrusion.

2)le référentiel. Il doit y avoir moyen de facilement remettre l'ensemble des référentiels de test à leur point de départ. Sinon, on ne peut pas réeffectuer le test automatique(ce qui défait sa raison d'être).

3)Le parralélisme. Un script qui teste une interface peut tourner pendant plusieurs heures. Si ça tourne sur la machine du réalisateur, et non pas sur une machine virtuelle(ou une tierce machine), sa productivité va être plombée.

Et sans doute plein d'autres, mais je ne suis pas reste assre longtemps dans le domaine.

Est ce que vous pouvez m'explique plus ce point, est ce que si le référentiel ne revient pas à l'état initial après le test on peut pas faire les test automatique??
Merci

[gorgonite]

euh questions bêtes déjà... dans quel domaine ?
parce que les tests étant souvent incapables de faire des vérifications exhaustives (Myers 1979), il est parfois utile d'arriver sur des "tests sûrs" (soundness) via des analyses statiques

[el_slapper]

Est ce que vous pouvez m'explique plus ce point, est ce que si le référentiel ne revient pas à l'état initial après le test on peut pas faire les test automatique??
Merci

Un exemple sera plus parlant. Je dois tester la transaction de clôture d'une carte bleue. Mon automate va cliquer sur les boutons qui vont bien jusqu'à simuler la frappe du numéro de carte, puis le clic sur "clôturer". Puis il va aller sur l'interface de consultation, qui doit lui répondre "carte clôturée". test validé(si tout c'est bien passé, sinon reporting avec étape ou on a pas eu le comportement attendu).

Sauf que la fois d'après, si on a pas remis le référentiel à son point de départ, ça ne marchera plus, même si le code est toujours bon : il est impossible de clôturer une carte déjà clôturée..... Donc l'automate de test ne sert rigoureusement à rien.

@gorgonite : les outils d'automatisation de test n'ont pas vocation à créer une couverture exhaustive. Ils sont généralement utilisés sur une appli déjà existante et stabilisée, ou le cahier de test a été validé, pour automatiser les tests de non-regression. Il ne s'agit en aucun cas de moulinettes magiques se substituant au savoir-faire de l'homologateur, juste des outils lui permettant de ne pas refaire 50 fois le même test à la main. La sûreté du test(i.e. de ce que couvrent les tests, manuels ou automatisés) est un autre sujet(fort interessant au demeurant).