Pourquoi est-TestComplete si lent?

Question

Nous utilisons TestComplete de AQtime pour tester l'interface graphique au client avec notre application Client / Serveur. Il est compilé avec Delphi 2007. La source de client est d'environ 1,4 millions sourcelines. Le matériel est un Intel DualCore 2,13 Mhz, 2 Go de RAM sous Windows XP Pro.

Je compilez l'application avec toutes les options de débogage et lierait dans TCOpenApp, tcOpenAppClasses, tcPublicInfo, tcDUnitSupport comme décrit dans la documentation pour en faire une application ouverte. Le fichier exe résultant est d'environ 50 Mo.

lors de l'exécution du TestScript et il fonctionne, mais en cours d'exécution très lent. La CPU fonctionne à 100% et il est un peu frustrant de changer le TestScript en raison de la lenteur. J'ai désactivé tous les effets de bureau comme les coins de fenêtres arrondies. Pas de fond d'écran.

Quelqu'un d'autre avec la même expérience ou même une solution?

Answer 1

Votre problème réside probablement dans le fait que vous avez compilé avec les informations de débogage et utilisez les unités tcXXX, entraînant une énorme quantité d'objets créés.

Un relevé de notes de babillards AutomatedQA

  

Avez-vous compilez en mode de débogage? Nous avons une application que lorsque compilé   Le mode de débogage est lent quand il est utilisé avec TC. Ceci est dû à l'énorme nombre de   objets en elle. Si nous compilons w / o debug mais avec le catalyseur TC (s),   tout va bien.

et celui-ci pourrait aider à

  

Quelques zones où vous pouvez   la vitesse augmente.

     

Si vous utilisez juste enregistrement et   la lecture, puis regardez en remplaçant le   .Keys ( "xxx") appelle à .wText = "xxx".   La fonction keys utilisera les ms   délai entre les frappes, alors que wText   juste force le texte écrasera   en interne.

     

La deuxième suggestion (que vous   ont déjà regardé probablement à) est   Outils-> Projet par défaut   Propriétés-> Projet-> Lecture, réglage   les retards à 100 ms, 5 ms et 5 ms   pour garder les pauses au minimum.

     

En ce qui concerne les propriétés de l'objet, oui, TC   les charges tous. Vous pouvez forcer cette   avec un processus de rafraîchissement sur yor   application, de sorte que les données sont   contraints à être disponible sans   retard de charge lorsqu'il est appelé. Cela pourrait   aider à réduire l'apparence des   délai.

---

Modifier

• Nous avons également évaluerons TestComplete et également rencontré ce problème de performance. Je serais très intéressé de savoir si et comment vous avez enfin les résolu.
• Cela dit, je pense qu'il est un produit avec un grand potentiel et peut vraiment vous aider avec l'organisation de l'ensemble de votre unité, d'intégration et des tests GUI.

Answer 2

  

lors de l'exécution du TestScript et il fonctionne, mais en cours d'exécution très lent. La CPU fonctionne à 100% et il est un peu frustrant de changer le TestScript en raison de la lenteur. J'ai désactivé tous les effets de bureau comme les coins de fenêtres arrondies. Pas de fond d'écran.

     

Quelqu'un d'autre avec la même expérience ou même une solution?

Je recommande que vous essayez de changer les ports TCP d'utilisation TestComplete pour les connexions à distance. Vous pouvez les modifier dans le Options Réseau Suite de dialogue . Par exemple, vous pouvez définir 6100-6102 ports. est-ce que cela aide? Un problème similaire a été décrit dans le TC 9,20 à haute consommation cpu 98% fil forum SmartBear.