QTP 11について質問があります。QTP11は、パフォーマンスセンターの同様のロードランナーのパフォーマンステストにロードテストを使用できますか?または機能テスト専用のQTP?
5 に答える
私の知る限り、通常、QTP は負荷テストには使用されませんが、開始トランザクションと終了トランザクションを使用してビジネス シナリオのトランザクション時間を測定することは可能です。負荷テストの一部となる QTP スクリプトを実行できます。負荷テストを開始するには、HP LoadRunner などの他の負荷テスト ツールを使用する必要があります。QTPと LoadRunner の両方のツールが HP のものであることは明らかです (これは、HP によると、負荷テストには別のテスト ツールを使用する必要があることも意味します)。両方のツールを負荷テストに一緒に使用できます 。
QTP は、LoadRunner モデルでグラフィカル仮想ユーザーとして使用されます。これには、仮想ユーザーごとに 1 つの OS インスタンスが必要です。GUI 仮想ユーザーは、XRunner の複数のバージョンを実行するバージョン 1 の LoadRunner の最初の仮想ユーザー タイプでした。バージョン 4 までは、XRunner が GUI Virtual User of Choice でした。バージョン 4 から 6 まで、グラフィカル仮想ユーザーは、UNIX では XRunner を、Windows では WinRunner を使用して、UNIX と Windows システムの両方で利用できました。バージョン 3 の時点で、仮想ユーザーの API バージョンは、プライマリ ロード用の GUI 仮想ユーザーに取って代わりました。
バージョン 8 以降、QuickTest Profession はグラフィカル仮想ユーザー タイプとして利用できました。バージョン 11 では、デフォルトの GUI 仮想ユーザー タイプは QTP であり、WinRunner はサポートされなくなりました。
はい、そうです、2つは統合できます。Mercury/HP ファミリ内の自動機能テスト ツールをパフォーマンス テスト ツールと共に使用してきた長い歴史があります。
グラフィカル パフォーマンス テスト ツールの使用は、シン Web クライアントの時代にしばらく支持されなくなりました。Javascript、C#、およびその他のテクノロジを実行する機能により、Web クライアントがより厚くなるにつれて、API レベルと GUI レベルの違いを測定する必要性が再び流行しています。従来の GUI 仮想ユーザーに加えて、HP は TruClient も提供しています。TruClient の主な利点は、OS インスタンスごとに複数の TruClient 仮想ユーザーを実行できることです。これは、OS インスタンスごとに単一の仮想ユーザーしか実行できない GUI 仮想ユーザー (Microsoft Windows) とは対照的です。
VARに相談してください。GUI 仮想ユーザーは、5 つ以上のバンドルで、仮想ユーザーごとに約 1,000 を実行します。すべてのグラフィカル仮想ユーザーを使用して完全なパフォーマンス テストを実行することは想定されていません。
もちろん、Web サイトにログインするためのスクリプトを QTP で記述し、loadrunner を介してそのスクリプトを実行することもできます。
しかし、まず、QTP が (実行のために) 独自の時間を応答時間に追加するため、時間は正確ではありません。
次に、マシンごとに 1 人のユーザーのみをシミュレートできますが、Load runner は一度に数百のユーザーをシミュレートします。
いいえ。UFT だけでは負荷テストを実行できません。できることは、トランザクション時間を測定することだけです。UFT ツールの目的は、GUI と API のテストを自動化することです。ロード テストの場合、Load Runner を使用する必要があります。