Domanda

Stiamo usando TestComplete da AQTime per testare l'interfaccia grafica al cliente con la nostra applicazione client / server. Si è compilato con Delphi 2007. La fonte di cliente è di circa 1,4 milioni di sourcelines. L'hardware è un Intel DualCore 2.13 Mhz, 2 GB di RAM con Windows XP Pro.

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

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

Chiunque altro con la stessa esperienza o addirittura una soluzione?

È stato utile?

Soluzione

Il tuo problema risiede probabilmente nel fatto che si è compilato con informazioni di debug e utilizza le unità tcXXX, con un conseguente enorme quantità di oggetti creati.

Una trascrizione da bacheche AutomatedQA

  

Lo si compila in modalità debug? Abbiamo un app che quando compilato in   la modalità di debug è lento quando viene utilizzato con TC. Questo è a causa dell'enorme °   oggetti in esso. Se compiliamo w / o di debug, ma con l'Enabler TC (s),   tutto è andato bene.

questo potrebbe aiutare a

  

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

     

Se si sta usando solamente il disco e   la riproduzione, quindi esaminare la sostituzione del   .Keys ( "xxx") chiama a .wText = "xxx".   La funzione Keys userà ms   ritardare l'azionamento di tasto, mentre wText   solo a forzare il testo sovrascrivere   internamente.

     

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

     

Per quanto riguarda le proprietà dell'oggetto, sì, TC   loro tutti i carichi. È possibile forzare questo   con un processo di aggiornamento sul yor   applicazione, in modo che i dati siano   costretti essendo disponibile senza   ritardo carico quando chiamato. Questo potrebbe   aiutare a ridurre la comparsa di   Ritardo.


Modifica

  • Abbiamo inoltre sono stati la valutazione TestComplete e anche incontrato questo problemi di prestazioni. Sarei molto interessato a sapere se e come hai finalmente li risolto.
  • Detto questo, penso che sia un prodotto con un grande potenziale e può davvero aiutare con l'organizzazione di tutti i test di unità, di integrazione e di GUI.

Altri suggerimenti

  

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

     

Chiunque altro con la stessa esperienza o addirittura una soluzione?

Vi consiglio di provare a cambiare le porte TCP uso TestComplete per le connessioni remote. È possibile modificarli nel Network Suite Options Dialog . Ad esempio, è possibile impostare le porte 6100-6102. questo aiuta? Un problema simile è stato descritto nella TC 9.20 ad alto consumo 98% cpu filo SmartBear forum.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top