Automatisation de Test en programmation orientée objet

Bonjour,

Cela fait un peu plus d'un an que nous automatisons des tests sur nos applications, sans faire de programmation orientée objet, nous utilisons TestComplete qui permet d'automatiser, et nous mappons les composants de nos applications afin de les utiliser dans les scripts.

Aujourd hui, nous avons décider de faire des scénarios automatisés dirigés par les données (avec Excel), Et TestComplete permettant la création de classe, je souhaiterais intégrer la programmation orienté objet dans nos scripts (création d'un classe fenêtre, d'une classe Edit.....). Je pense qu'avec une approche orienté objet, nos scénarios seront plus facilement maintenable, et plus compréhensible.

Je souhaitais savoir ce que vous en pensiez (avantages inconvénients), et si vous utilisez ce type d'approche pour la rédaction des scénarios?

Merci

Bonjour,

Oui pourquoi pas. J'en ai fais l'expérimentation avec XML et python. Avec XML nous décrivions nos objet de test et on générait automatiquement des classes java avec les shémas XML, c'était pratique pour générer toutes les méthodes set et get. Après ils ne nous restaient plus qu'à implémenter les méthodes de comparaisons.
C'est une approche intéressante et qui permet de maintenir facilement le code.
Cordialement.
Dominique.

Bonjour,

Merci Dominique pour ta réponse, j'ai fais la présentation de notre architecture de nos projets de tests si l'on intégrait la programmation objet, et cela simplifiant la rédaction et la maintenabilité de nos scénarios, la décision a été approuvé .
Effectivement je n'avais pas pensé à faire la génération des classes depuis un schémas, merci pour l'idée.

Laetitia

Bonjour Laetitia,

Automatiser des tests avec une approche orientée objet est une très bonne chose selon moi.

J'ai travailler quelques années sur l'automatisation de logiciel dans une très grosse boite. Nous utilisions test partner à l'époque, qui fonctionne avec le langage de script VBA.

Les arguments pour ce type d'action sont assez clairs. Ce sont globalement tous les avantages que présentent la POO. Donc plus particulièrement pour les tests :

- Scénarios de tests développés plus rapidement.
- Maintenance du code plus aisé
- Mise à jour des composants très pratique
- Support des langues

L'objectif étant de créer des objets et classes représentant les "vues" fonctionnelles de ton produit. Le script, lui, instanciera les objets et appellera les fonctions TestCases, en leurs passant les paramètres d'entrés et vérifiant les paramètres de sortis.

Si tu as besoin de plus d'infos, n'hésites pas.

Au fait, je vois que tu es de beauvais, tu travailles chez un editeur de logiciel à Beauvais ?

Bonjour Mathieu,

Dans mon entreprise nous utilisons TestComplete pour l'automatisation de test, j'ai "débuté" l'approche objet, merci pour les conseils, il me semblait bien aussi qu'une approche objet serait plus pratique que notre fonctionnement actuel.

Sinon oui je travaille chez un éditeur de logiciel à Beauvais, c'est un éditeur de logiciels agricoles.

Cordialement,
Laetitia