5

AQTime の TestComplete を使用して、クライアント/サーバー アプリケーションでクライアントの GUI をテストしています。Delphi 2007 でコンパイルされています。クライアントのソースは、約 140 万のソース行です。ハードウェアは、Windows XP Pro を使用した Intel デュアルコア 2.13 Mhz、2 GB RAM です。

すべてのデバッグ オプションを使用してアプリケーションをコンパイルし、ドキュメントで説明されているように TCOpenApp、tcOpenAppClasses、tcPublicInfo、tcDUnitSupport にリンクして、オープン アプリケーションにします。結果の exe ファイルは約 50 MB です。

テストスクリプトを実行すると動作しますが、実行が非常に遅くなります。CPU は 100% で実行されており、速度が遅いためにテストスクリプトを変更するのは少しイライラします。ウィンドウの角を丸くするなどのデスクトップ効果をすべてオフにしました。デスクトップの背景はありません。

同じ経験や解決策を持っている人はいますか?

4

2 に答える 2

7

問題はおそらく、デバッグ情報を使用してコンパイルし、tcXXX ユニットを使用しているため、膨大な量のオブジェクトが作成されていることにあります。

AutomatedQA メッセージ ボードからのトランスクリプト

デバッグモードでコンパイルしましたか？デバッグ モードでコンパイルすると、TC で使用すると遅くなるアプリがあります。これは、膨大な数のオブジェクトが含まれているためです。デバッグなしで TC イネーブラーを使用してコンパイルすると、すべて問題ありません。

そして、これはに役立つかもしれません

速度を上げることができるいくつかの領域。

記録と再生のみを使用している場合は、.Keys("xxx") 呼び出しを .wText = "xxx" に置き換えることを検討してください。Keys 関数はキーストローク間のミリ秒遅延を使用しますが、wText はテキストを内部的に上書きするだけです。

2 番目の提案 (すでにご覧になっている可能性があります) は、[ツール] -> [既定のプロジェクト プロパティ] -> [プロジェクト] -> [再生] で、遅延を 100 ミリ秒、5 ミリ秒、5 ミリ秒に設定して一時停止を最小限に抑えます。

オブジェクトのプロパティに関しては、はい、TC はそれらをすべて読み込みます。アプリケーションのプロセス更新でこれを強制することができます。これにより、呼び出されたときにロード遅延なしでデータが強制的に使用可能になります。これは、遅延の発生を減らすのに役立つ場合があります。

編集：

  • また、TestComplete を評価しており、このパフォーマンスの問題にも遭遇しました。あなたが最終的にそれらを解決したかどうか、またどのように解決したかを知りたいです。
  • そうは言っても、これは大きな可能性を秘めた製品であり、ユニット、統合、および GUI テストのすべてを整理するのに本当に役立つと思います。
于 2009-04-23T08:22:43.713 に答える
0

テストスクリプトを実行すると動作しますが、実行が非常に遅くなります。CPU は 100% で実行されており、速度が遅いためにテストスクリプトを変更するのは少しイライラします。ウィンドウの角を丸くするなどのデスクトップ効果をすべてオフにしました。デスクトップの背景はありません。

同じ経験や解決策を持っている人はいますか?

TestComplete がリモート接続に使用する TCP ポートを変更することをお勧めします。これらはNetwork Suite Options Dialogで変更できます。たとえば、6100 ～ 6102 ポートを設定できます。これは役に立ちますか？同様の問題が、TC 9.20 で 98% の CPU を消費するSmartBear フォーラム スレッドで説明されています。

于 2013-04-18T17:44:21.093 に答える