2009-02-04 5 views
2

Notre système de test actuel a été écrit en Clipper 16 bits il y a 13 ans et commence à montrer son âge. Les tests eux-mêmes sont tous écrits en C et exécutés en tant qu'exécutables. Bien qu'il existe des solutions pour recompiler le code Clipper en un exécutable 32 bits, nous préférons passer à un langage de programmation plus courant.Test Harness Software

Le faisceau du système de test gère le travail de division d'un test entre un certain nombre de clients et de communication des résultats. Nous sommes agnostiques à propos de la construction versus l'achat pour le harnais, alors quelles sont les solutions que les gens utilisent en utilisant des tests automatisés et régressifs?

Répondre

1

Nous avons construit le notre. Cela dépend vraiment de la taille de votre magasin et si vous récupérerez les ressources que vous avez mises dans l'écriture. Ecrire le vôtre est plus cher que d'acheter, mais sera plus à l'écoute de ce que vous voulez qu'un paquet commercial. Le plus grand avantage de rouler le vôtre est qu'il est flexible. Vous pouvez le modifier pour faire ce dont vous avez besoin. L'inconvénient est que vous devrez investir l'effort pour le construire et le maintenir. Cela va ajouter au fil du temps.

1

Si votre application est interactive et peut être testée en utilisant des techniques d'automatisation, je suggère de regarder AutoIT. Nous l'utilisons pour tester les applications C#/.NET ET les applications non-NET. Et nous avons des rapports sur ces résultats construits en interne. Il y a aussi une excellente communauté de développeurs pour AutoIT.

Questions connexes