reflection - QTPすでに実行されているコードを取得する

Question

QTPスクリプトで実行したコードを反射的に見る方法を見つけようとしています。ここでの考え方は、クラッシュが発生したときに、エラーメッセージをキャプチャし、それを欠陥としてQCに送信するリカバリシナリオを用意することです。すでに実行したコードを見ることができれば、理論的には欠陥を再現するための手順を含めることもできます。

何かご意見は？

Answer 1

オプション1：映画の録画と再生

QTP11（最終的に）には、次のような要求に対する機能があります。、、、、を見てToolsください。" "そこには、起こったことを正確に記録することができます。結果のムービーは実行結果の一部です。つまり、この実行結果でバグを送信すると、ムービーが含まれます。OptionsRunScreen captureSave movie to results

エラーが発生した場合に備えて、常にムービーを録画する必要があるため、このような機能は使用しません。エラーが発生して欠陥が作成されたまれなケースでそれらを持っているだけで、誰も見たくない映画を含む大きな実行結果になってしまいます。だが：

この点で、HPは正しく機能しました。エラーが発生した場合にのみ、ダイアログで選択してムービーを結果に保存できます。また、エラーが含まれていなかったテスト実行の穴の退屈な部分を保存することを回避するために、エラーにつながる重要な手順を確認するために、ムービーの最後のN kBのみを保持するように指定して、常にどのリードが表示されるかを確認できます。エラーに。

オプション2：「マクロ」の録音と再生

理論的には、すべてのテストオブジェクトに対して独自の再生メソッドを作成し（RegisterUserFuncを介して関数を登録）、再生ステップを実行する前に（元の再生関数を呼び出すことによって）呼び出し情報をデータ構造に保存することができます。

次に、理論的には、そのデータ構造を反復処理し、以前に記録された再生ステップを正確に実行する、すてきな小さな再生エンジンを作成できます。

元の再生を行うコードを変更せずに、さまざまな構成で特定の再生を繰り返すようにAUT構成を変更した後、再生ステップのバンドルを繰り返すために同様のことを行いました。

しかしねえ、これはかなりの作業であり、多くのことが間違っている可能性があります。AUTは、再生時と「再生の記録」時と同じ初期状態である必要があります。これには、テスト環境の関連するすべてのデータベースとサブシステムが含まれます。通常、これは大規模なプロジェクトでは簡単な作業ではなく、問題を起こす価値はありません（1つのバグを再現するためだけに、元の初期構成を再作成することについて話し合っています）。

したがって、ムービー機能、つまりオプション1を確認することをお勧めします。これはAUTのステップを再生しませんが、元の再生中に何が起こったかを正確に示します。