問題タブ [testcomplete]

TestCompleteを使用して、毎日のビルドにテストを統合しようとしています。これまでのところ、テスト専用のマシンがあり、ビルドスクリプトは、TestCompleteがテストに必要なすべてのもの（アプリケーション、データベース、テストスクリプトプロジェクト、ソースファイルなど）をこのマシンにコピーします。 。

基本的に、TestCompleteプロジェクトを手動で開いて、テストを実行できます。

今、私たちはそのプロセスを自動化したいのですが、どのようにそれを行いますか？または、この自動化を行うための最も簡単で最良の方法はどのように思いますか？

簡潔に言うと、ビルドのたびにTestCompleteを開き、すべてのテストを実行して、テスト結果をメールで送信するプロセスを自動化する必要があります。

誰でもこれについていくつかの経験を共有できますか？

ありがとう。

私は多くの依存関係を持つ Delphi アプリケーションを持っており、DUnit を使用するようにリファクタリングするのは難しい (それは巨大です) ため、AutomatedQA の TestComplete のようなものを使用してフロントエンド UI からテストを行うことを考えていました。

私の主な問題は、バグ修正または新機能によって、以前に (手動で) テストされ、以前は機能していた古いコードが壊れることがあることです。

コマンド ライン スイッチを使用してテスト可能な特定のフォームを開くようにアプリケーションをセットアップし、必要な値とクリックのセットを作成できます。

しかし、抜本的なことをする前に (そして何かを購入する前に) いくつか質問があります。

1. その価値はありますか？
2. これはテストする良い方法でしょうか？
3. テストの結果は私のデータベース (Oracle) にあるはずですが、testcomplete でこれらの値 (複数のテーブルの複数のフィールド) を確認する簡単な方法はありますか?
4. すべての自動テストを実行するには、テスト データベースをセットアップする必要があります。テスト データベースの再設定を自動化する簡単な方法はありますか? ユーザーカスケードのドロップ以外に、ユーザーの作成、...、impdp。
5. testcomplete で exe のコマンドライン パラメータを指定する方法はありますか?
6. 似たような経験をした人はいますか。

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% で実行されており、速度が遅いためにテストスクリプトを変更するのは少しイライラします。ウィンドウの角を丸くするなどのデスクトップ効果をすべてオフにしました。デスクトップの背景はありません。

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

CVS 用の無料の SCC プロバイダーの場所を教えてください。私が理解しているように、TestCompleteはSCCを介してのみ機能するためです。

ありがとうございました。

We are trying to use Test Complete 7 to test an application compiled in Delphi 2009 (recently ported from D2006). In theory this should be really easy - you compile your app with debug information, then user a stripper utility to strip the debug info out into a separate *.tds file. TC should then have access to all the properties and methods it needs. In practice we are finding that: a) it can be quite hard to get many properties and methods to appear at all b) if they do appear and they have parameters/indices then the indicated parameter/index list may bear no relation to the actual list in our code c) methods and properties that appear to be shipshape do not work/return anything other than complete rubbish.

Does anyone else have any experience of this scenario, did you experience any problems, and if you were able to solve them, what did you do?

Automated QA are looking into this problem for us, but we don't seem to be making much headway, and it is looking like the only way they will solve this is if we send them the source for our application which is something we are reluctant to do for various reasons ranging from practical to legal.

btw, on a small test app, we do not experience the same problems.

私は、テストパートナーと一緒に使用する、いくつかの自動テストツール、つまりテスト完了の作業を開始したばかりでした。そのため、このためのVBスクリプトの学習も開始しました。

このツールとVBスクリプトをより効果的に学ぶことができるように、誰かが私にリンクを提供してくれるかどうかを知りたいだけです。

GUI テスト用の VBscript を開発しています。そして、現在のサブ名を取得する可能性があるかどうか疑問に思います。

GUI テストを別の Sub に分割し、何が実行されたかを追跡するために Sub 名を logg ファイルに記録したいと考えています。

だからこれは私が欲しい

これを使用することで、サブネームをテキスト文字列としてハードコーディングする必要がなくなります

Delphi プロジェクトの継続的インテグレーション サーバーとして FinalBuilder を使用しています。

現在、ビルドは Subversion チェックインから自動的にトリガーされ、ユニット テスト実行可能ファイルのビルド後に dUnit テストが実行され、ユニット テスト実行可能ファイルの実行中に AQtime がテスト カバレッジ統計を生成します。

次の目標は、回帰スイート (TestComplete 7 で開発) を夜間プロセスとして実行することです。COM 経由で TestComplete を開始する vbs スクリプトと、FinalBuilder 自体に付属する TestComplete タスクの両方を試しました。FinalBuilder プロジェクトをインタラクティブに実行すると、どちらの方法でも TestComplete が開始され、アプリケーションが正常に開始されます。

しかし、FinalBuilder サーバーにジョブを送信すると、TestComplete がアプリケーション画面を読み取ることができないように見えるため、TestComplete スクリプトがクラッシュします。これは、各サービス (TestComplete および FinalBuilder) がデスクトップとやり取りできるようにすることで解決できると考えましたが、うまくいきませんでした。

TestComplete 7 プロジェクトを FinalBuilder で正しく動作させることができた人はいますか?

多くの人が私の職場の周りで責任転嫁をしているようで、興味深い質問が浮かび上がってきました。

既知:

要件チームは、製品の要件を作成します。開発者は、要件に従って独自の単体テストを作成します。テスト チームは、要件に従ってテスト条件、テスト デザイン、およびテスト ケースを作成します。

テスト チームのテスト ケースの X% が合格した場合にのみ、製品がリリースされます。

納品後、顧客は受け入れテストを行います --> 顧客対応チームはフィールドからバグを取得し、テスト チームにこれらの問題について知らせます。

質問：

顧客が多くの欠陥を提出することになった場合、誰が責任を負いますか? それらをカバーしていないのはテストチームですか？それとも、より良い要件を書かなかったのは要件チームですか? そして、システムをどのように改善しますか？

TestComplete を Adob​​e Air アプリケーションで使用できるかどうか知っている人はいますか?