2010-12-17 7 views
0

LoadAndRunActionを使用して別のテストAからアクションXを呼び出した場合、呼び出されたアクションで収集されたトランザクション時間は正しく報告されますか?QTP LoadAndRunAction - 呼び出し元の実行結果の呼び出し先部分からのトランザクション時間?

e.e.e.このような呼び出し元スクリプトAをLoadRunnerシナリオに挿入すると、LoadRunnerの結果レポートには、テストAで測定されたトランザクション時間とアクションXの両方が含まれますか?

正直私はこのアドホックをテストするにはあまりにも怠惰だから頼んでいるだけです。

背景:私たちには、GUIユーザーの操作をシミュレートするためにQTPスクリプトを使用するいくつかのLRサーバーがあります。これらのQTPスクリプトはかなり大きく、すべての負荷生成プログラムに何度も展開されます。この考え方は、大きなQTPテストを手動で1回展開し、大きなテストを呼び出すコンパクトなQTPテストを作成し、そのcomptactテストをLRシナリオに挿入することです。

答えて

1

OK、今私は答えを自分で見つけたこと、それはそれらを共有するだけで公正だ:

LoadAndRunActionは、呼び出し元が呼び出し先で測定されたトランザクションを見ていない、正しくそのトランザクション時間を報告しません。

ただし、従来のアクション呼び出しを使用してターゲットアクションを呼び出すことはできます。しかし、LoadRunner Controllerは呼び出し元と呼び出し先の間の依存関係を何らかの形で壊し、存在しないロードジェネレータに呼び出し元のものをデプロイしようとするので、最も重要な呼び出し先を除いては機能しません。

私たちにとっての解決策は、「外部アクションへの呼び出しを挿入」を使用して、「本当の」QTPテストCを呼び出すだけで何もしない第2のQTPテストBを呼び出すダムQTP呼び出し元スクリプトAを作成することでした。すなわち:

  • Aを開発し、B既にコントローラシナリオ
  • プレ展開に
  • インサートA(すなわち、単にコピー)にC
  • コピーAおよびBを保持QTP機を用いてBおよびCをすべてのロード・ジェネレータに適用します。

結果:LoadRunnerはAをロード・ジェネレータに正常にデプロイして実行します。 AはBテストへの呼び出しを行い、CテストはBとAを介してシナリオの実行結果に報告されるトランザクションを実行します。任務完了。 (当然ながら、BとCはすべてのマシンで全く同じパスに格納する必要があり、AとBのアクション参照は絶対パスに基づいていなければなりません)。

もちろん、BまたはCの修正には注意が必要です。各修正は、他のすべての負荷生成器に手動で配布する必要があります。 Aは通常の方法(常に展開されるため)に更新できます。

関連する問題