Difference between revisions of "GXtest と性能テスト"

Revision as of 20:00, 14 May 2014

性能テストの導入

性能テストについて検討するための重要な点は、さまざまな理由により、アプリケーションのあらゆる機能をテストすることは不可能であるということです。新しい問題が生じるということに注意してください：どの機能をテストする必要があるのでしょうか?自動化するためにどのテストケースを選択し、性能テストに含めるべきでしょうか?

これらの問題を解決するには、（以前のバージョンのシステムが稼働している場合）以前のシステム用に取得した歴史的なデータ、アクティブユーザー数、各機能が使用される回数などを分類し直す必要があります。不可能な場合、アプリケーションの専門家の知識（プロジェクトマネージャー、開発者、ユーザー、またはテストに含めるのに十分な機能を見積もることができる第三者）に頼る必要があります。

実行するテストケースを選択した後で、それらを自動化する必要があります。一般的に、スクリプトの作成は、プロジェクトの最も時間のかかる部分です。幸いなことに、GXtest はこの作業に役立ち、労力を大幅に削減します。

いつ性能テストを使用すべきでしょうか?

基本的には、性能ステストのアプローチとして 2 つの戦略があります。従来のアプローチは、製品完成後にテストケースの自動化を開始します。このため、ソースコードの変更はしません。この戦略は、自動化されたテストケースの維持に時間を無駄しないことと、システムのバージョンが変更によって影響を受けないという利点があります。ただし、その主な欠点として、開発プロセスの終盤に設計または構築の問題が見つかることです。

性能テストの別のアプローチは、主な機能がリリースされる間に開発段階でテストを開始します。これは、適切な時間内に設計、構築、機能のエラーを検出し、少ない労力で問題を解決する利点があることを意味しています。それにもかかわらず、開発で変更が加わるたびに対応する必要があるため、性能テストのテストケースを維持するためのコストが非常に大きくなるという点を考慮する必要があります。テストケースを維持している場合、システムの変更に自動化されたテストケースを素早く対応させることができるため、自動化ツールとして GXtest を使用するのは基本です。

GXtest と性能テスト

最初に明確にする必要があるのは、性能テスト用に特別に設計されたツールが必要であるということです。

２番目に明確にすべきなのは、GXtest が性能テスト用に設計されたツールではなく、機能テストのために特別に設計されたツールであるということです。

GXtest は（他のツールで実行される）性能テストの生成を助け、手動でテストを生成する場合にかかる時間の約 80 % 削減します。

性能テストツールは、（一連の手順として）アプリケーションのユーザー操作をシミュレートするために、プロトコルレベルのリクエスト（一般的に HTTP）でスクリプトを実行します。ツールは、数百または数千ものユーザーを同時にシミュレートする必要があり、（実際のユーザーと同様に）ブラウザーを使用せず、サーバーとの対話はこれらのリクエストを通して行われます。これらのスクリプトの問題は、記述するにはコストが高く、コーディング、応答の分析、テストデータのパラメータ化などがあり、時間がかかります。

GXtest は機能テストのテストケースから、自動的にこれらの性能テストのスクリプトを生成し、実行します。これらのパフォーマンススクリプトを自動的に機能テストケースから生成され、スクリプトのパフォーマンスツールでインポートし、それらを実行することができます。

現在、GXtest は JMeter および OpenSTA の性能テスト用スクリプトを生成し、2つの性能テストツールは世界的なテストコミュニティで幅広く利用されています。

GXtest で性能テストのスクリプト生成を有効にする

OpenSTA または JMeter を使用して、性能テストに必要なファイルを生成するには、[オプション]>[ローカルの設定] と選択し、生成オプションを有効にします。

このウィンドウでは、ファイル生成を有効または無効にし、Fiddler ツールおよび OpenSTA Modeller の場所を指定することもできます。

GXtest の JMeter スクリプトの構築を参照

GXtest の OpenSTA スクリプトの構築を参照