¿Por qué TestComplete es tan lento?

Question

Estamos usando TestComplete de AQTime para probar la GUI en el cliente con nuestra aplicación Cliente/Servidor. Se compila con Delphi 2007. La fuente del cliente es de aproximadamente 1,4 millones de sourcelines. El hardware es Intel dualcore 2.13 Mhz, 2 GB de RAM con Windows XP Pro.

Compilo la aplicación con todas las opciones de depuración y también enlace en TCOpenApp, tcOpenAppClasses, tcPublicInfo, tcDUnitSupport como se describe en la documentación para que sea una aplicación abierta. El archivo exe resultante es de aproximadamente 50 MB.

Ahora cuando se ejecuta el testcript y funciona, pero funciona muy, muy lento. La CPU se está ejecutando al 100% y es un poco frustrante cambiar el testcript debido a la lentitud. Desactivé todos los efectos de escritorio, como las esquinas redondeadas de las ventanas. Sin fondo de escritorio

¿Alguien más con la misma experiencia o incluso una solución?

Answer 1

Su problema probablemente reside en el hecho de que compiló con información de depuración y está utilizando las unidades tcXXX, lo que resulta en una enorme cantidad de objetos creados.

una transcripción de AutomatedQA message boards

¿Se compila en modo de depuración? Tenemos una aplicación que cuando se compila en El modo de depuración es lento cuando se usa con TC. Esto se debe a la enorme cantidad de objetos # . Si compilamos sin depurar pero con los habilitadores de TC, todo está bien.

y this one podría ayudar a

Un par de áreas donde se puede aumento de velocidad.

Si solo está utilizando el registro y la reproducción , entonces considere reemplazar las llamadas . Keys ("xxx") a .wText = "xxx". La función Keys usará el retardo ms entre pulsaciones de teclas, mientras que wText simplemente fuerza el sobrescritura de texto internamente.

La segunda sugerencia (que probable es que ya ha mirado) es Herramientas-> por defecto del proyecto Properties-> Proyecto-> reproducción, el establecimiento de los retrasos a 100 ms, 5 ms y 5 ms para mantener las pausas a un mínimo.

En cuanto a las propiedades del objeto, sí, TC las carga todas. Puede forzar este con una actualización de proceso en su aplicación , de modo que los datos estén forzados a estar disponibles sin un retraso de carga de cuando se los llame. Esto podría ayudar a reducir la aparición de retraso.

---

Editar:

• También hemos estado evaluando TestComplete y también se encontró con este los problemas de rendimiento.Estaría muy interesado en saber si y cómo finalmente los resolvió.
• Dicho esto, creo que es un producto con gran potencial y realmente puede ayudarlo con organizando todas sus pruebas de unidad, integración y GUI.

Answer 2

Ahora cuando se ejecuta el testscript y funciona, pero funciona muy muy lento. La CPU se está ejecutando al 100% y es un poco frustrante cambiar el testcript debido a la lentitud. Desactivé todos los efectos de escritorio, como las esquinas redondeadas de las ventanas. Sin fondo de escritorio

¿Alguien más con la misma experiencia o incluso una solución?

Recomiendo que intente cambiar los puertos TCP que TestComplete usa para las conexiones remotas. Puede cambiarlos en el Network Suite Options Dialog. Por ejemplo, puede establecer 6100-6102 puertos. ¿Esto ayuda? Se describió un problema similar en el TC 9.20 consuming high 98% cpu hilo del foro SmartBear.