従来の非MFCアプリケーションの自動GUIテスト？

Question

私たちは数十年前にもともと開発されたシステムを持っており、長年にわたってコードベースが増加しています。 これは非常に重要なシステムです。私たちの部署が管理している構成です（ベンダーは、ソースデータベースまたは基になるデータベースへのアクセスを許可していません）。 クライアントソフトウェアは、基本的にメインデータベースに接続する派手な端末アプリケーションである所有権開発アプリケーションです。

システムのさまざまな機能コンポーネントのテストを自動化するための単体テストを作成したいと考えています。 AutoITとAutoHotkeyを使用してみましたが、私の問題は、カスタムクラスであるためウィンドウからデータを読み取ることができないということです（ウィンドウファインダーが空白になります）。 私はAutoITでOCR APIを使ってみましたが、成功していませんでした（信頼できません）。 また、CRTやパテのような端末エミュレータを使用してみましたが、正常なクライアントソフトウェアがキーなどを押すと特定の非端末標準データを送信するため、成功しませんでした。

すべてのテストスイートは、アプリケーションまたはより標準化されたアプリケーション。

誰も同じような問題がありましたか？

Answer 1

私はAutoITとTextCaptureXの組み合わせを使用しました。 上記の解決策は良い製品ですが、この場合は実際には機能しません。 TextCaptureXは実際にテキストを取得するためにWindows GDIにフックします。

私はそれ以来、アプリケーションのGUIテストを非常にうまく実行するテストスクリプトを開発しました。

Answer 2

「自動QA：テスト完了」をお試しください。私たちはこれまで大きなアプリケーションに使ってきましたが、WPF、Win32、.NET、Javaなどのアプリケーションをほとんどテストすることなくテストすることができる唯一の製品です。テストシナリオを作成したら、後で回帰テストとして再実行することができます。

Answer 3

Windows上の太字クライアントおよび/またはターミナル・クライアントの自動GUIテストの場合は、IBM Rational Functional Tester、IBM Rational Robot、HP QTP、Compuware TestPartner、Borland SilkTestもご検討ください。

具体的には、古いコピー貼り付けを使用する必要があるようです。ターミナルウィンドウには、Edit-> Select All、Edit-> Copyメニューに相当するものがありますか？その場合は、GUIメニューをクリックしてすべてのテキストを選択し、クリップボードにコピーするようにコーディングすることができます。テキストがクリップボードに置かれると、クリップボードAPIを使用してテキストにアクセスして解析することができます。