JMeterのテストパフォーマンステスト

A. JMeterのご紹介

1.Apache  のJMeter 何があります

   ApacheのJMeterは、オープンソースプロジェクトApacheの組織であるストレステストや性能測定のための100%純粋なJavaのデスクトップアプリケーションです。もともとはWebアプリケーションのテストのために設計されたが、後に他の試験領域に拡張されました。ApacheのJMeterはテストのための静的および動的なリソース(ファイル、サーブレット、Perlスクリプト、Javaオブジェクト、データベース、クエリ、FTPサーバまたは他のリソース)のパフォーマンスで使用することができます。JMeterはサービスを提供するか、可変圧力条件下で、全体的なパフォーマンスを分析する能力を試験する重負荷模擬圧力サーバ、又はネットワーク被験体において使用することができます。あなたは、グラフィカルインターフェース、パフォーマンス分析を提供したり、高負荷条件の下で、サーバー/スクリプト/オブジェクトをテストするためのJMeterを使用することができます。

2.Apache  のJMeterを行うにはどのような

1.性能試験HTTPとFTPサーバの圧力とすることができるが、同じテストは、任意のデータベース上で実行されてもよいです

2.完全な移植性と100%純粋なJavaの

3.フルスイング軽量コンポーネントのサポート

4.完全にマルチスレッドフレームワークは、複数のスレッドが同時に別のスレッドグループでサンプリングと同時に異なる機能をサンプリングすることができ

5.慎重GUIデザインは、高速動作とのより正確なタイミングを可能にします

6.キャッシングおよびオフライン分析/再生試験結果

7.スケーラビリティ:

        リンク可能なサンプラーは、無制限のテスト機能を可能に

        様々な負荷への統計とのリンクは、タイマーを選択することができます

        データ解析と可視化プラグインは良い拡張性とパーソナライゼーションを提供します

        これは、動的機能テストへの入力を提供しました

        サポートスクリプトは、サンプラーとなり

II。JMeter インストール

1. インストール環境

1.オペレーティングシステム:ウィンドウXP 7 8

2.インストールパッケージの準備ができて:

最新のJMeterをダウンロード

http://apache.dataguru.cn//JMeter/binaries/apache-JMeter-2.13.tgz

異なるオペレーティングシステムに基づいて、JDKを選択JDKのバージョン

http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html

2.プロセスをインストールします。

私がインストールされて1、JDKをインストールしたアドレスです。C:\ Program Files(x86の)\ Javaの\ jdk1.8.0_45

2.環境変数を設定します。

     私は、ユーザー変数、新しい変数名 "JAVA_HOME"、変数値:JDKのインストールディレクトリ、私があったように: "C:\プログラムファイル(x86の)\ Javaの\ jdk1.8.0_45;"

     II「CLASSPATH」と呼ばれる別の新しい変数、変数の値は:

       「;%JAVA_HOME%\ libに\ dt.jar;%JAVA_HOME%\ libに\ tools.jarを;;」        

     III「パス」変数の値を加えたシステム変数の後:「%のJAVA_HOME%の/ binに。」 

3. JMeterのは、Eのルートディレクトリに次の "jakarta-JMeter-2.13.zip" 解凍インストール: "E:/jakarta-JMeter-2.13を"

4.適切なヘルプを見ることができる、CMDコマンドプロンプトのシステムでの「Java」を入力し、成功したインストール手順JDK

5.ファイル名を指定して実行のJMeter:直接オープンE:に/jakarta-JMeter-2.13/bin/JMeter.bat

III。JMeterののページとメインテストコンポーネント

試験計画(試験計画)

なお、この性能試験に関連するすべての機能を備え、パフォーマンステストを記述するために使用されます。また、この性能試験の全ての内容は、計画に基づいていると述べました。

主要機能ブロック(右クリックして「テスト計画」ポップアップメニュー)であるかを以下の計画では、以下の表情。

ユーザースレッド(スレッドユーザー)

名前は同じではありませんスレッドグループを追加するには、3つのオプションがありますが、作成後、そのインタフェースはまったく同じです。スレッドグループの以前のバージョンの名前のみ。今、もう一つのセットアップthereadグループとterDownスレッドグループ

1)セットアップスレッドグループ  

  スレッドグループの特殊なタイプは、プレテスト動作を実行するために使用することができます。これらのスレッドの挙動が正確に通常のスレッドグループ要素が好き。違いは、スレッドのこれらのタイプは、テスト実行の前に、通常のスレッドグループを実行することです。

2)ティアダウンスレッドグループ。  

  スレッドグループの特殊なタイプは、テスト動作を実行するために使用することができます。これらのスレッドの挙動が正確に通常のスレッドグループ要素が好き。違いは、スレッドグループがテストを実行するスレッドのこれらのタイプの終了後に定期的に実行することです。

  たぶん、あなたはまだ彼らと何が違うの共通スレッドグループを理解していません。あなたはJUnitのを使用している場合は、きっとあなたは、セットアップ、これら二つのなじみのない言葉をティアダウンしません。インスタントが使用されていない、それは問題ではありません。知っておくべき身近LoadRunnerは、スクリプト内のアクションにLoadRunnerの追加は、スクリプトの本当のコアに対応したスクリプトブロック消去情報だけでなく、初期化「環境」初期化スクリプトおよびテストされています。このセットアップスレッドグループとティアダウンスレッドグループは、これらの二つの部分を参照することです。実際には、ビューの性質の観点から、彼らは違いはありません。

3)スレッドグループ(スレッドグループ)。

     これは、我々は通常、実行中のスレッドを追加するものです。人気のある会話グループ,,スレッドは、スレッドグループ内の各スレッドは、仮想ユーザとして理解することができる、仮想ユーザ・グループとして見ることができます。スレッドグループ内のスレッドの数は、テスト実行中に変化が含まれていません。

、JMeterのスクリプト記録

JMeterの概要

まず、我々はJMeterのを設定するためのスクリプトを記録する必要があります。

①テスト計画は>>>スレッドグループをスレッド(ユーザー)を追加します。

②テーブル>> HTTPプロキシサーバを>非試験要素を追加します。

だから、どのようにHTTPプロキシサーバにそれを設定するには:

次のようにデフォルトでポート8080をリッスンし1.Global設定のJMeterプロキシサーバは、変更することができます。8888;

2.目标控制器:测试计划>线程组;(这样设置后,录制下来的HTTP请求会保存在“测试计划>线程组”下面)

3.分组:每个组放入一个新的控制器,这样设置后JMeter会将我们录制下来的HTTP请求进行适当的分组,效果后面能看到;

4.“记录HTTP信息头”“添加断言”“Regex matching(正则匹配)”保持默认配置

5.HTTP Sampler Settings和Content-type,保持默认

6.包含模式(重要配置项:只有请求的url,匹配包含模式中的正则表达式,这条请求才会被录制):如添加“www.baidu.com.*”我们的请求,只有以www.baidu.com开头的请求才会被Jmeter录制下来;

7.排除模式(重要配置项:只有请求的url,匹配排除模式中的正则表达式,这条请求就会被过滤):如添加“.*\.(js|css|png).*”当HTTP请求中包含,js,或css,或png,就会被Jmeter排除掉;

设置Jmeter

Jmeter的HTTP代理服务器就配置好了,在启动这个代理服务器之前,我们还应该去浏览器添加一个本地代理(本文以火狐浏览器做例,其他浏览器设置代理的方法也是一样),如下:

浏览器代理设置

设置好Jmeter和浏览器的HTTP代理服务器之后,浏览器访问任何url地址,都会转发到127.0.0.1:8888,也就是Jmeter的代理服务地址,同时被jmeter记录下来,这样我们就可以开始录制脚本了。

启动Jmeter的HTTP代理服务器

二、Jmeter测试脚本

利用Jmeter测试组件对录制脚本进行加工和编辑;

测试组件介绍:

1.线程组,是Jmeter组件中最核心的测试组件如:打开主页,登录等操作都是Jmeter线程来完成的;线程组,就是管理这些线程的组件;

线程组中的配置项:

① 线程数:Jmeter线程的数量,决定着Jmeter用多少个线程去同时执行这些操作(如图模拟10个用户),线程数越大,服务器所承受的压力就越大;

② Ramp-up Period:启动所有Jmeter线程所花费的时间,为了防止Jmeter测试时,瞬间给被测服务器施加太大的压力,从第一个开始慢慢慢慢增加到第10个;(在十秒钟启动10个线程,平均每秒增加1个线程,直到10个都启动完成);Ramp-up Period越大,被测服务器施加的压力幅度越平缓;

③ 循环次数:决定线程重复循环执行的次数;(如:勾选永远,主页>登录也>登录的动作将无限循环的执行下去)

④ 调度器:可以详细的设置线程执行测试的时间;(持续时间:设置测试能持续执行多久;持续时间填写之后,上面的结束时间就失效;启动延迟:从当前时刻算起,延迟几秒才开始执行测试,填写之后,上面的启动时间也就失效了)

2.采样器(Sample)

添加采样器:

添加采样器

Connect timeout:指的是,在Jmeter发送请求的时候,会等待多久直到跟服务器的连接正确的建立起来,如果超过这个时间,连接还没有建立,那么Jmeter就判断这次请求是失败的;

Response timeout:Jmeter会等待多久,直到收到服务端的响应数据。

他们的单位都是:“毫秒”;

HTTP请求:Implementation,一般选择空或HttpClient4;Content encoding:如果前面的方法是“POST”,“PUT”“PATCH”和“(。。。没听出来)”这四种方式时的,会使用哪一种字符编码方式;

路径:请求的url路径

参数:也可以手动添加参数

3.断言

给某个请求添加断言:

Apply to:指定了断言的作用范围;保持默认,只对当前的采样器生效;

要测试的响应字段:指的是,断言要检查的目标;重点关注“响应文本”“响应代码”和“响应信息”这三个;响应文本:指的是服务器返回的数据;响应代码:HTTP的响应code(如:200;500;403等);响应信息:http的响应massage:OK,error等;

模式匹配规则和要测试的模式;

例子:

响应代码 Equals 200;响应代码 = 200

响应信息 Equals OK;响应信息 = OK

响应文本 包括 夜空黑;响应文本中包括 “夜空黑”三个字 这样的HTTP请求即为成功的,否则失败;

4.参数化

如图:登录名密码为固定的20000000000/netease123,模拟的是同一个用户对操作进行十次。如果要模拟不同用户对页面进行操作,就需要对用户名密码进行参数化;

先在系统中注册10个用户,用户名密码写在一个txt文本中,如下图,中间用英文的逗号隔开;

首先在线程组下添加>配置元件>CSV Data Set Config,这个组件可以帮助我们实现参数化

Filename:

配置文件的绝对路径;

File encoding:JMeter在读取文件的时候使用的字符编码方式;

Variable Names:配置文件中各列代表的数据项;

Delimiter:配置文件中不同列之间的分隔符

接下来的几个配置项全部选用默认值

在login页面的body中修改需要传入的数据,为刚才测试组件中设置的项完全一致

5.HTTP?Cookie管理器:

1.实际的登录动作前后,进行了两次checkLogin;

2.在login操作时,开发者工具(F12)的ResponseHeaders中可以看到,进行了一些set-Cookie操作;换句话说,服务端会返回一些cookie信息给浏览器,浏览器会自动的在后续的所有请求中自动的带上这些Cookie;

3.但在Jmeter不会录制下这些Cookie,正是因为缺少了这个cookie,我们的jmeter线程,即使成功执行了登录操作,后续的请求,服务器依然会认为我们没有登录;

4.那为什么Jmeter没有录制下这些cookie呢?因为这些cookie常常是不固定的,每次测试都有可能不一样,把这些cookie录制到Jmeter,反而会有些问题;

5.那当前的脚本需要进行怎样的加工,才能生效呢?我们在此需要引入另一个测试组件:HTTP Cookie管理器

添加:

勾选“每次反复清除Cookies”,脚本反复执行登录测试,每次执行主页,登录页,登录这一轮测试后,会清除cookie,下一次执行操作时,仍会以一个未登录的状态来执行主页,登录页,登录的操作;

添加HTTP Cookie管理器后执行测试,再查看结果树checkLogin信息,可以看到服务端返回了用户信息,此时服务端认为我们真正完成了登录;

三、JMeter测试执行

查看结果树

添加:

取样器结果:

Load time:请求从发出到接收到完整的返回结果的时间;(即响应时间)

Latency:请求从发出到接收开始接收到响应,一般略小于Load time;

Connect Time:JMeter和服务端建立连接所花费的时间,这个时间端已经包含在Load time中了;

Size in bytes:这次请求的大小;

请求

响应数据:服务端返回的数据

查看结果树这个监听器,需要每个请求的详细信息都显示出来,所以对系统资源是有一定开销的。如果在测试的时候,若系统的吞吐率很高,查看结果树会对性能带来比较大的影响,不建议用这个监听器,以免影响测试结果;

聚合报告:

响应时间曲线

添加>监听器>Response Time Graph

Interval(ms):横坐标的统计间隔;Jmeter会在10秒内的执行的结果做一个平均值的聚合;

Sampler label

selection:可以设置过滤请求,只显示一部分的请求;(如下图:过滤以46和18开头的请求)

只显示46开头的请求

常见问题和解决思路:

小压力(如2个并发数)

おすすめ

転載: www.cnblogs.com/cs1188/p/11494366.html