テスト エンジニアとして、探索的テストを行うことがよくあります。バグに遭遇したとき、どの手順が問題を引き起こしたのかがすぐにわかるとは限りません。したがって、明らかに、問題を再現するために必要な手順を見つける必要があります。状況によっては、これにはかなりの時間がかかる場合があります。
本当に役立つのは、マウスとキーボードのアクションを追跡し、場合によってはクリックされたコンポーネントのプロパティも保存するログ ツールです (AUT は Java で記述されています)。
適切なツールを見つけることができませんでしたが、検索方法が間違っている可能性があります。
誰かが私を正しい方向に向けることができますか?
この質問には、Web アプリケーションのテストに使用できるツールがリストされています。いくつかの答えは役に立つかもしれません。
たとえば、Selenium は、アクションを記録して後で再生できる Mozilla プラグインです。
Log4Jは、ログを出力するための多くのオプションを備えた Java 用の Apache ロギング ツールです。これの良いところは、コードにログ メッセージをいくつでも挿入して、必要に応じてログ レベルに基づいてオンとオフを切り替えることができることです。たとえば、デバッグ メッセージと情報メッセージがあります。コードにいくつかのデバッグ メッセージといくつかの情報メッセージを挿入し、ログ レベルをデバッグに設定すると、すべてのデバッグ メッセージと情報メッセージがログに記録されます。
ログ レベルを info に設定すると、情報メッセージのみがログに記録されます。他のレベルもあります。
編集：質問を読み直して、正しく答えていないことに気付きました...申し訳ありません。ただし、ロギング ステートメントを Java コードのアクションに挿入して、同じことを実現することはできます。ただし、再コンパイルが必要です。
テストにそれほど時間がかからない場合は、アクション (画面全体を含む) をビデオに記録できます。ビデオを再生して、すべての探索中にアプリケーションがどのように応答したかを確認できます。
1) http://camstudio.org/
2) google で「無料のスクリーン ビデオ キャプチャ」を参照してください。
BR、
~A
BB Test Assistantをチェックしてみてください。私はこれの非常に初期のバージョンを見て、感銘を受けました。それ以来、それを使用している人々から良いことも聞いています。
ReplayDIRECTOR を確認してください: http://replaysolutions.com/ Java アプリとその周囲の環境 (ユーザー入力、システム コール、DB 応答) とのすべての対話を記録し、記録したものを後で再生できるため、探索的テストに非常に役立ちます。セッションで、アプリケーションが実際に実行され、コードを通じて同じパスを実行します。記録された入力は、記録中とまったく同じようにアプリケーションに供給されます。
スクリーン キャプチャに関する @anjanb の提案に加えて、実行を記録し、トレースをステップ バックできるデバッガーでプログラムを実行できます。
Omnicore CodeGuide には、コンセプトのかなり良い実装があります (ただし、バイトコードを後処理する必要があります)。商用ソフトウェアですが、手頃な価格です。ただし、活発に開発されているかどうかはわかりません。
もう 1 つの (無料の) 製品はOmniscient Debuggerです。これは数年前にテストしたところ、GC よりも劣っていることがわかりました (メモリの使用量が多すぎ、許容できないほどの速度低下)。それでも彼らのウェブページを見ると、彼らはいくらかの進歩を遂げているので、ぜひチェックしてみてください.
セッションテスターもあります: http://sessiontester.openqa.org/
セッション テスターは、セッション ベースのテストを管理および記録するための探索的テスト ツールです。セッション テスターにはタイマーが付いているので、テスト セッションを希望の長さに保つことができ、セッションのメモを簡単に記録できます。メモは XML 形式で保存され、HTML に変換したり、任意の形式に変換したりできます。