Pour le développement et l'exécution de cas de test automatisés pour notre client (HP / HP OpenView Software), un outil de test devait être sélectionné, qui devait être bien adapté au test des applications JAVA GUI. Les exigences qui devaient être satisfaites sont les suivantes :

  • Soutien de l'ensemble du processus de cycle de vie des logiciels : Gestion de la configuration, gestion des cas de test, remaniement, tests des composants, tests du système
  • Soutien aux plates-formes MS Windows, HP-UX, Linux, Solaris, AIX
  • Développement de cas de test solides:  Facile à capturer, facile à exécuter, reconnaissance robuste des composants graphiques même sans "object.name", capture et développement de cas de test sur une seule plateforme, exécution des cas de test sur plusieurs plateformes (MS Win, Linux, HP-UX, Solaris, ...), exécution des tests capturés sur une plateforme différente, support des cas de test localisés, facile à étendre
  • Facile à utiliser et / ou un langage connu pour les cas tests (Java, Perl, Python, ...)
  • Mode batch (exécution sans surveillance)
  • Licences sensibles  (à utiliser dans des environnements de test complexes avec firewall, proxy ?)
  • Installation simple de l'outil: Un mécanisme simple, peu ou pas de dépendances
  • Évaluation facile et complète des résultats des tests
  • Support: Soutien rapide et compétent pour les questions concernant le développement et l'exécution des cas de test, des cycles de développement courts et fiables

QF-Test chez hp / daemons point :
faible effort de maintenance

Malheureusement, beaucoup d'outils bien connus des fournisseurs les plus renommés ne répondaient qu'en partie aux exigences. La capacité de QF-Test à effectuer des tests sur différentes plateformes a été particulièrement remarquable lors de l'évaluation. La reconnaissance standard des composants graphiques est déjà très puissante. En utilisant l'API des extensions Name et ItemResolver, il devrait être possible - même dans des situations difficiles (absence ou incohérence des noms d'objets) - de créer un scénario de test robuste qui fonctionnera de manière fiable même dans des environnements localisés.

On peut voir clairement que les fonctionnalités de QF-Test ont été mises en œuvre de manière très pratique. Ce n'est qu'ainsi qu'il est possible de créer très efficacement des cas de test, qui - lors des changements habituels de logiciels tout au long de leur cycle de vie (un certain nombre d'années dans le cas présent !) - peuvent toujours être adaptés à la dernière version avec une faible charge de maintenance. En outre, l'interface de plugin de QF-Test ouvre la voie à l'intégration dans le cadre de test distribué existant, de sorte que le développement de cas de test beaucoup plus complexes devrait être possible.

QF-Test a donc été le grand gagnant de l'évaluation. Le fait que ses coûts de licence et de soutien pour le développement et l'exécution étaient les plus bas n'a même pas été pris en compte.

(Les textes originaux allemands et les citations sont traduits en français).