2009-04-23 18 views
5

Stiamo utilizzando TestComplete da AQTime per testare la GUI sul client con la nostra applicazione Client/Server. È compilato con Delphi 2007. La fonte del cliente è di circa 1,4 milioni di sourcelines. L'hardware è un Intel dualcore 2,13 MHz, 2 GB di RAM con Windows XP Pro.Perché TestComplete è lento?

Compilare l'applicazione con tutte le opzioni di debug e collegare anche TCOpenApp, tcOpenAppClasses, tcPublicInfo, tcDUnitSupport come descritto nella documentazione per renderlo un'applicazione aperta. Il file exe risultante è di circa 50 MB.

Ora durante l'esecuzione del testScript e funziona, ma funziona molto molto lentamente. La CPU funziona al 100% ed è un po 'frustrante cambiare il test-script a causa della lentezza. Ho disattivato tutti gli effetti desktop come gli angoli arrotondati delle finestre. Nessuno sfondo del desktop.

Qualcun altro con la stessa esperienza o addirittura una soluzione?

risposta

7

Il tuo problema risiede probabilmente nel fatto che hai compilato con le informazioni di debug e stai utilizzando le unità tcXXX, con il risultato di creare un'enorme quantità di oggetti.

Una trascrizione da AutomatedQA message boards

Hai compilarlo in modalità debug? Abbiamo un'app che, una volta compilata in , la modalità di debug è lenta quando viene utilizzata con TC. Questo a causa dell'enorme numero di oggetti in esso contenuti. Se compiliamo w/o debug ma con l'enabler TC, , tutto va bene.

e this one potrebbe aiutare a

un paio di aree in cui è possibile aumentare la velocità.

Se si sta utilizzando solo la registrazione e la riproduzione , cercare in sostituzione delle chiamate .Keys ("xxx") in .wText = "xxx". La funzione Chiavi utilizzerà il ms ritardo tra le sequenze di tasti, mentre wText impone solo il testo sovrascrive internamente.

Il secondo suggerimento (che probabilmente avete già guardato) è Strumenti-> predefinito Progetto Proprietà-> Progetto-> Playback, impostando i ritardi a 100 ms, 5 ms e 5 ms per mantenere le pause al minimo.

Come per le proprietà dell'oggetto, sì, TC carica tutti. È possibile forzare questo con un processo di aggiornamento sulla tua applicazione , in modo che i dati siano forzati in essere disponibili senza un ritardo di caricamento quando chiamato. Ciò potrebbe aiutare lo a ridurre l'aspetto del ritardo .


Edit:

  • Inoltre sono stati la valutazione TestComplete e anche incontrato questo problemi di prestazioni.Sarei molto interessato a sapere se e come li hai finalmente risolti.
  • Detto questo, penso che sia un prodotto con un grande potenziale e possa davvero aiutarvi con organizzare tutti i vostri test di unità, integrazione e GUI.
+0

Grazie per l'informazione! Proverò a rimuovere le informazioni di debug e anche a modificare le altre cose che trovi. Grande! –

0

Ora, quando si esegue il testscript e funziona, ma esecuzione molto molto lento. La CPU funziona al 100% ed è un po 'frustrante cambiare il test-script a causa della lentezza. Ho disattivato tutti gli effetti desktop come gli angoli arrotondati delle finestre. Nessuno sfondo del desktop.

Qualcun altro con la stessa esperienza o addirittura una soluzione?

Si consiglia di provare a modificare le porte TCP che TestComplete utilizza per le connessioni remote. È possibile cambiarli nel Network Suite Options Dialog. Ad esempio, è possibile impostare le porte 6100-6102. questo aiuta? Un problema simile è stato descritto nel thread del forum SmartBear TC 9.20 consuming high 98% cpu.