jmeter

常见接口类型 1.根据协议区分 1、webService接口:是走soap协议通过http传输请求报文和返回报文都是xml格式的，我们在测试的时候都用通过工具才能进行调用，测试。可以使用的工具有Soapul、jmeter、loadrunner等; 2、http接口:是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和post等方法，这也是最常用的两种请求方式。可以使用的工具有postman、RESTClient、jmeter、loadrunner等; http接口与WebService接口的区别: 1，使用的协议有点区别webservice用的soap协议 http用的是http协议 2，传输数据的报文格式不一样: webservice用的xm1格式 http用的比较多的是htm1格式，json格式，xm1格式web端一般用的都是htm1格式,App端用的都是json格式3，共同点都需要用到工具去进行测试 常用的接口测试工具:soapui ,JMeter ,postman ⒉.根据功能区分: 2.根据功能区分： 同步接口 同步接口我们可以理解，你们去买票，你付款，相当你发送一个请求，那么你回立马要求他给你一张票，给你一张票相当于返回数据，那么同步接口有实时性，你发送请求，需要他在有限的时间内立马返回数据

1.首先找到这个文件打开： 2.修改两个地方如图： 第一个：server_port=xxxx 第二个：server.rmi.localport=xxxx 3.重启jmeter-server，这是在linux系统上启的文件，在wind上jmeter-server.bat 　　在使用Jmeter进行性能测试时，如果并发数比较大(比如最近项目需要支持1000并发)，单台电脑的配置(CPU和内存)可能无法支持，这时可以使用Jmeter提供的分布式测试的功能。 一、Jmeter分布式执行原理： 　　1、Jmeter分布式测试时，选择其中一台作为调度机(master)，其它机器做为执行机(slave)。 　　2、执行时，master会把脚本发送到每台slave上，slave 拿到脚本后就开始执行，slave执行时不需要启动GUI，我理解它应该是通过命令行模式执行的。 　　3、执行完成后，slave会把结果回传给master，master会收集所有slave的信息并汇总。 二、执行机（slave）配置： 　　 1、slave机上需要安装Jmeter，具体如何安装这里不详细介绍了。 　　2、添加环境变量：JMETER_HOME=D:\B_TOOLS\apache-jmeter-2.13，此处为你Jmeter的路径 　　3、启动bin目录下的：jmeter-server.bat，启动成功如下图： 　

本文分三个部分： 1、windows下负载机的配置 2、Linux下负载机的配置 3、遇到的问题 ******************************************************************************** JMeter分布式执行原理如下图所示： 前提： 在调度机上安装JDK（我们这里使用1.8版本的）+Jmeter（3.3） 参考文档：http://www.cnblogs.com/beginner-boy/p/7707255.html 一、windows下负载机的配置（执行机） 1、在执行机上安装相同版本的JDk和Jmeter（参考调度机的安装） 注意：JDK和Jmeter都要配置环境变量 Jmeter 环境变量的配置： 在系统环境变量中添加： JMETER_HOME C:\jmeter\apache-jmeter-3.3\bin 在path系统变量中添加如下配置： %JMETER_HOME%\bin; 2、在执行机上自定义端口号 　　1、进入Jmeter的bin目录，找到Jmeter.properties文件，打开该文件修改如下两个配置项，比如修改端口号为：1355（默认端口号为：1099） 　　　　server_port=1355 　　　　server.rmi.localport=1355 　　　　（记得取消注释） 　　2

Jmeter 可以 通过WebDriver 来完成 UI 自动化测试 ，也可以测试浏览器端对系统的压力，需要以下jiar 包 基本配置 1：下载 JMeterPlugins-WebDriver-1.3.1.zip ，解压之后把 lib 目录下的所有 jar 文件和 lib/ext 目录下的 JMeterPlugins-WebDriver.jar 文件分别拷贝到本地 Jmeter 安装目录下的 lib 目录中和 lib/ext 目录中。 下载地址 https://jmeter-plugins.org/downloads/old/ 2：进入本地Jmeter安装目录下的lib目录中，把httpclient、httpcore、httpmime三个jar包较低版本的删除掉，只保留较高版本的。 3：启动Jmeter，可以看到图3.38中配置元件中新增了几个Driver Config。 4： 新建 Chrome Driver Config 5： 新建 WebDriver Sampler 之后就可以编写一些selenium 脚本了 测试交流群 317765580 Selenium 脚本解析 try { var pkg = JavaImporter(org.openqa.selenium, org.openqa.selenium.support.ui) ## 此处是导入 support.ui 的类

Jmeter 可以 通过WebDriver 来完成 UI 自动化测试 ，也可以测试浏览器端对系统的压力，需要以下jiar 包 基本配置 1：下载 JMeterPlugins-WebDriver-1.3.1.zip ，解压之后把 lib 目录下的所有 jar 文件和 lib/ext 目录下的 JMeterPlugins-WebDriver.jar 文件分别拷贝到本地 Jmeter 安装目录下的 lib 目录中和 lib/ext 目录中。 下载地址 https://jmeter-plugins.org/downloads/old/ 2：进入本地Jmeter安装目录下的lib目录中，把httpclient、httpcore、httpmime三个jar包较低版本的删除掉，只保留较高版本的。 3：启动Jmeter，可以看到图3.38中配置元件中新增了几个Driver Config。 4： 新建 Chrome Driver Config 5： 新建 WebDriver Sampler 之后就可以编写一些selenium 脚本了 测试交流群 317765580 Selenium 脚本解析 try { var pkg = JavaImporter(org.openqa.selenium, org.openqa.selenium.support.ui) ##此处是导入support.ui的类

　　现在流行的性能测试工具有大家熟知的LR，还有一个就是越来越火的jmeter，因为它是免费开源的，不像LR那样要想进行商业化压测使用必须花大钱购买使用权限。另外一个是他可以在官方网站下载动态库拓展很多的功能。下面来简单说下jmeter进行压测以及用jmeter进行分布式负载。 　　 一、jmeter进行压测 　　　 （1）、首先打开jmeter制作一个简单的脚本，本次就是以压测访问百度为例。 　　制作脚本的时候注意设置参数化、设置检查点，有需要关联的还要设置关联，本次压测百度就只是一个访问百度首页的请求，在此不需要进行参数化和关联，但是要设置响应断言做检查点。因为在压测的时候必须保证请求业务的正确性，所以在这里设置响应断言判断请求访问百度的业务是否成功。断言内容就是百度的标题“百度一下，你就知道”。制作完脚本后先运行脚本，看脚本有无问题再继续进行后续压测。 　　 （2）、设置压测场景 （3）、压测结果分析： 　　 首先要知道jmeter是java写的，jvm虚拟机内存大小是一定的，不要开太多无关的插件，因为打开的插件越多，生成的对象就会越多，生成的对象越多占用jvm的堆内存和非堆内存空间就越多，就会导致gc和full gc的频次，影响jmeter本省压测机服务器的性能，在压测时建议就把使用聚合报告就可以了，你可以看到tps和平均响应时间这两个性能最关注的点。 二

一、接口测试的背景 1）什么是接口测试呢？ 接口测试是测试系统组件间接口的一种测试，接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点联系，测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。 2）那为什么要做接口测试呢？ （1）举个例子来说，就举大家都很熟悉的淘宝网来说吧，在淘宝网不断发展历史过程中，最先出现的是功能测试和性能测试，然后才是自动化测试，但测试技术发展到今天，淘宝网的架构已经不再是以前传统的 MVC 结构了，整个系统架构不断向着分布式、业务中心化和高可用性的方向发展，淘宝网现今的系统架构纷繁复杂，系统间的各种接口庞杂繁多，传统的功能测试、性能测试和自动化测试已经难以满足系统发展的需求，这时就迫切需要一种更加有效实用且可以持续进行的测试方式来保证整个系统架构的质量。 （2）接口测试就是在这种需求下应运而生，首先，随着系统复杂程度的不断上升，传统的测试方法测试成本急剧增加，测试效率且大幅下降（数据模型推算，底层的一个bug能够引发上层的 8 个左右bug，而且底层的bug很容易引起全网的宕机；相反的接口测试能够提供系统复杂度上升的情况下低成本高效率的解决方案。 （3）其次接口测试不同于传统开发的单元测试，接口测试是站在用户的角度对系统接口进行全面高效持续的检测测试。 （4）最后接口测试是自动化并且持续集成的

一、接口测试的背景 1）什么是接口测试呢？ 接口测试是测试系统组件间接口的一种测试，接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点联系，测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。 2）那为什么要做接口测试呢？ （1）举个例子来说，就举大家都很熟悉的淘宝网来说吧，在淘宝网不断发展历史过程中，最先出现的是功能测试和性能测试，然后才是自动化测试，但测试技术发展到今天，淘宝网的架构已经不再是以前传统的 MVC 结构了，整个系统架构不断向着分布式、业务中心化和高可用性的方向发展，淘宝网现今的系统架构纷繁复杂，系统间的各种接口庞杂繁多，传统的功能测试、性能测试和自动化测试已经难以满足系统发展的需求，这时就迫切需要一种更加有效实用且可以持续进行的测试方式来保证整个系统架构的质量。 （2）接口测试就是在这种需求下应运而生，首先，随着系统复杂程度的不断上升，传统的测试方法测试成本急剧增加，测试效率且大幅下降（数据模型推算，底层的一个bug能够引发上层的 8 个左右bug，而且底层的bug很容易引起全网的宕机；相反的接口测试能够提供系统复杂度上升的情况下低成本高效率的解决方案。 （3）其次接口测试不同于传统开发的单元测试，接口测试是站在用户的角度对系统接口进行全面高效持续的检测测试。 （4）最后接口测试是自动化并且持续集成的

万物皆可pipeline，流程自动化解放生产力。在DevOps的pipeline中，我们发现测试环节也需要一套流水线化的能力，来保证研发流程的大批pipeline稳定高品质交付。 下面介绍下DevOps中如何构建高水平全面的测试能力。 文化、流程、组织结构、技术发生变革，对测试提出新要求 · DevOps文化对测试带来的新要求（文化） 为适应市场的快速变化，要求企业的产品快速迭代，柔性应对用户需求，滋生了DevOps。 《持续交付2.0》中，作者将DevOps简化概括为2个环：价值探索和快速验证。 价值探索是快速发现和识别外部客户的真实需求，为其创造价值点。"快速验证环"要求企业在找到业务问题制定业务目标后，快速实现和落地价值点。 测试属于"快速验证环"，过程中要求开发/测试/运维的角色紧密配合，高效高质地落地验证新特性。 · 在DevOps中构建测试工作的难点（流程） 在DevOps趋势下，测试部门从原先的大量集中测试，变成了高频快速测试。 原先大部分企业采用纯手工测试的方式，从根本上无法适应DevOps的高频快节奏需求。滋生了对自动化测试的诉求。 · 头部企业测试部门的现状（组织架构） · 人力外包比重高： 金融/通信/航空等大型企业的外包人力与正式人力之比，往往超过5:1，人员流动性高，素质参差不齐。对工具和系统的稳定性和使用门槛提出要求。 · 从集中到分散又回归集中：

一、什么是header header：标头 (header) 是服务器以 HTTP 协议传 HTML 资料到浏览器前所送出的字串，在标头与 HTML 文件之间尚需空一行分隔。 -----百度百科 header是发送请求时携带的头部信息。通常一些鉴权的信息：authentication/cookie、响应的数据格式：content-type等等的设置。当然响应的数据也会返回一些头部信息。 二、header头部参数对应含义 1、Request header： User-Agent：告诉Http服务器，客户端使用的操作系统和浏览器名称和版本（这也是区分pc端或者app端的方式） app端也可区分Android和iOS如图： 2、Clint头域： Accept：浏览器端可以接受的媒体类型(MIME)； Accept-Charset：浏览器可接受的字符集； Accept-Encoding：浏览器申明自己接受的编码方法，压缩方式，是否支持压缩，支持什么压缩方法 Accept-Language：申明自己接受的语言 clint头域的作用，客户端和服务器端要进行通信，那么客户端就得向服务器申明自己交流的方式（User-Agent）、交流的语言（Accept-Language）、交流的字体（accept-Encoding），已经客户端接受的内容（accept）等 3、Cache头域： If