Question

J'ai trois questions faciles.

Quelqu'un utilise-t-il QuickTest Pro pour les tests automatisés?

Toutes les autres applications de test automatisé que vous recommandez?

Les tests automatisés sont-ils une bonne idée?

Merci

Était-ce utile?

La solution

Il existe plusieurs threads sur le SO concernant l’automatisation des tests:

Je n'ai jamais utilisé Quick Test Pro, mais j'ai participé à plusieurs projets utilisant différents outils de test automatisés. Test de soie, Rational Robot, WinRunner. Le plus réussi de ces efforts est celui qui a utilisé Rational Robot avec la structure RRAFS pour isoler les modifications d’application des scripts de test. Nous utilisons également le cadre STAF pour automatiser et gérer notre infrastructure de test.

Les tests automatisés sont une bonne technique pour tester les facettes d'une application, mais ils ne remplacent pas les testeurs humains. Comme tous les outils, vous pouvez l'utiliser ou en abuser. Tant que ce que vous testez est stable, répétitif, donne des résultats prévisibles ou calculables et que vous le testez assez souvent, le coût de l'automatisation sera finalement rentabilisé.

Autres conseils

J'étais à la tête d'une équipe d'automatisation utilisant QTP et je la détestais. La fonctionnalité d’enregistrement / lecture était horrible, elle deviendrait systématiquement confuse, ce qui donnerait des résultats de test étranges. Record ne peut être utilisé que pour construire la base de données d'objets et même dans ce cas, il doit donner lieu à toutes sortes de piratages informatiques afin de fonctionner de manière assez fiable.

QTP / QC est basé sur ActiveX / COM et ne peut être scripté qu'avec VBScript, qui est un autre sac de caca enflammé. Il y a toutes ces astuces et astuces que nous avons dû faire pour obtenir toute sorte d'extensibilité. Nous faisions des choses comme exécuter un test qui ajoute dynamiquement le test QTP à la suite de tests, modifier les paramètres d'entrée, modifier le référentiel d'objets de sorte qu'il corresponde à l'environnement, enregistrer le test, générer une instance de planificateur afin d'exécuter le test. Une fois le test terminé, copiez tous les résultats dans le test parent, puis supprimez le test QTP de l'ensemble de tests. En fin de compte, nous avons finalement publié des composants COM personnalisés que VBScript appelait et utilisions QTP / Quality Center comme un moteur de génération de rapports à moitié optimisé qui n'offrait pas suffisamment de flexibilité pour obtenir le type de rapports dont nous avions réellement besoin.

Un autre problème avec Mercury / HP est qu’ils ont externalisé l’ensemble de leur support technique en Inde et ne les ont pas formés. Il était courant de passer deux semaines dans le purgatoire de support de niveau inférieur avant de pouvoir parler à quiconque ayant une connaissance technique des API, mais seulement pour se faire dire que oui, c'est un bogue, mais non, nous ne le corrigerons pas.

Je suis désolé du langage fort, mais j’ai trouvé l’épisode entier traumatisant et je ne travaillerai plus jamais dans un projet ou pour une équipe qui utilise QTP / QC.

J'ai découvert que les tests automatisés sur des applications autres que l'interface utilisateur en valaient définitivement la peine.

Les tests automatisés de l'interface utilisateur en valent également la peine, mais pas autant. Pour mon projet, l'interface utilisateur représente moins de 10% du code. Les tests automatisés de l'interface utilisateur présentent de nombreux autres problèmes, tels que le timing et l'accès aux threads, qui le rendent plus difficile que prévu. J'utilise nunitforms pour les tests d'interface utilisateur.

Je suggèrerais que si cela est possible, testez d'abord la logique de l'interface utilisateur, puis testez l'interface utilisateur en dernier. Vous obtenez bien plus pour votre argent avec les tests sans interface utilisateur.

J’ai évalué le programme de test d’Automated QA et il me semblait bien, mais j’ai opté pour nunitforms car c’était plus similaire à ce que je faisais pour les tests sans interface utilisateur.

Les "tests automatisés" ne sont pas aussi bons qu'il n'y paraît. Autant que je sache, c’est l’automatisation de l’exécution des tests qui ne constitue qu’une partie du processus.

quel type de test automatisé?

J'ai écrit quelques scripts faisant partie d'un processus post-construction pour comparer certains résultats via l'API, mais ce n'est pas spécialement ce que vous voulez.

En ce qui concerne les applications d'interface utilisateur Windows automatisées, j'ai eu un aperçu de robot rationnel, mais je ne peux pas le recommander spécialement.

Nous n'utilisons pas QuickTest Pro où je travaille, mais nous recherchons actuellement des options pour les tests automatisés du système. En ce qui concerne les recommandations, c'est un peu difficile sans connaître vos critères d'acceptation ou de rejet d'un outil logiciel. Je juge les outils système automatisés en fonction de ces critères:

  • Autorise-t-il une personne autre qu'un programmeur à créer des tests système automatisés?
  • Les programmeurs peuvent-ils l'écrire à des fins de personnalisation?
  • Prend-il en charge les tests pilotés par les données (exécutez un test unique plusieurs fois avec des données de test de fichiers externes et / ou de bases de données)
  • Pouvez-vous configurer l'exécution des tests d'ordre?
  • Dans quelle mesure est-il compatible avec l'inclusion dans un environnement d'intégration continue?

Ce ne sont que des capacités. Le coût est certainement un facteur. Le fait que l'outil nécessite ou non l'apprentissage d'un langage propriétaire pour la génération de scripts est un autre facteur.

Les tests automatisés sont définitivement une bonne idée. Les tests automatisés sont l’un des éléments clés de la intégration continue .

L’automatisation de toutes les tâches doit être présente s’il existe des répétitions dans les tâches.Par exemple, dans un module, si vous devez exécuter des scénarios de test de régression pour chaque génération dans laquelle des améliorations mineures sont apportées au produit, l'exécution du scénario de test de régression peut être automatisée. Dans cet exemple, l’automatisation des cas de test répétitifs augmentera la productivité & amp; permettra au testeur de se concentrer davantage sur les tests manuels.

Outre qtp, vous pouvez également explorer le squish pour des projets liés à qt & amp; partenaire de test pour Windows C ++ & amp; Projets VB.

Dan, j'utilise QTP 11 pour l'automatisation.

Faites-moi part de vos exigences, par exemple du type d’application à tester, etc. De nombreux outils open source et shareware sont disponibles pour la plupart des applications.

Les tests automatisés sont une bonne idée, à condition que ce que vous allez automatiser ne change pas très souvent. Sinon, vous modifierez les scripts de test en conséquence plus souvent que de l'exécuter sur votre application si nécessaire.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top