JMeter乱码解决 1、Content encoding 设置成utf-8 2、jmeter.properties 设置encoding为UTF-8； 3、添加后置处理器BeasShell PostProcesor prev.setDataEncoding("utf-8")

万能的JMeter

一、BS架构应用性能

二、HTTP协议接口功能与性能

三、FTP协议接口功能与性能

四、Mysql数据库性能

五、MongoDB数据库性能

六、支持自定义java组件开发

做性能测试是全部基于正确的数据来做的，ftp协议接口功能与性能，ftp主要是用于上传下载业务，jmeter就能进行接口功能和性能测试

1. mysql数据库性能测试，在做分层性能测试的时候，我们可以将bs架构应用程序分为三层，第一层：web浏览器一层的性能；第二层api接口的性能；第三层：数据库性能。

2. mongodb数据库性能测试，和mysql性能测试的区别，在于数据存储方式不一样；主要关注数据库的写入性能和读取性能

HTTP请求的方法：

HTTP/1.1协议中共定义了八种方法（有时也叫“动作”），

来表明Request-URL指定的资源不同的操作方式

1、OPTIONS

返回服务器针对特定资源所支持的HTTP请求方法，也可以利用向web服务器发送'*'的请求来测试服务器的功能性。

2、HEAD

向服务器索与GET请求相一致的像一股脑，只不过响应体将不会被返回。

这一方法可以再不必传输整个响应内容的情况下，就可以获取包含在响应小消息头中的元信息。

3、GET

向特定的资源发出请求。

注意：GET方法不应当被用于产生“副作用”的操作中，

例如咋web Application中，其中一个原因是GET可能会被网络蜘蛛等随意访问。

4、POST

向指定资源提交数据进行处理请求（例如提交表单或者上传文件）。

数据被包含在请求体中。

POST请求可能会导致新的资源的建立和/或已有资源的修改。

5、PUT

向指定资源位置上传其最新内容

6、DELETE

请求服务器删除Request-URL所标识的资源。

7、TRACE

回显服务器收到的请求，主要用于测试活诊断。

8、CONNECT

HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。

注意：

1）方法名称是区分大小写的，

当某个请求所针对的资源不支持对应的请求方法的时候，服务器应当返回状态码405（Mothod Not Allowed）；

当服务器不认识或者不支持对应的请求方式时，应返回状态码501（Not Implemented）。

2）HTTP服务器至少应该实现GET和HEAD/POST方法，

其他方法都是可选的，此外除上述方法。

http协议请求响应模型（一次请求的生命周期；软件最简单的分层）

    场景：登录

1. client（客户端）发起请求到api接口层

   1.1 用户在客户端填写用户名和密码，点击登录，发送请求

2. api层接收客户端发起的用户请求并进行逻辑处理

   2.1 api对业务逻辑进行验证

3. api层处理之后将用户输入数据请求发送给DB层

   create、update、read、delete（少见）

   如：select * from user where username ='' and password =''

   3.1 数据库查询成功则返回1，失败则返回0

4. DB层会将返回的查询数据库的条目状态给api

5. api层将请求结果返回给客户端（client）

   api返回成功或失败的状态码给客户端

6. 客户端将返回信息提示给用户

   
   软件简单分为3层：

      一、客户端（浏览器、移动客户端APP、CS架构层client）

         功能测试、性能测试、自动化测试

      二、接口层（业务逻辑层）

          接口测试、性能测试、功能测试、自动化测试

      三、数据库层（db层，数据存储过程）

            可以将开发人员使用到的SQL语句单独拿出来进行性能测试

HTTP协议响应码

1xx：信息响应类，表示接收到请求并且继续处理

2xx：处理成功响应类，表示动作被成功接收、理解和接受

3xx：重定向响应类，为了完成指定的动作，必须接收进一步处理

4xx：客户端错误，客户请求包含语法错误或者是不能正确执行

5xx：服务端错误，服务端不能正确执行一个正确的请求

ssl安全套接层

tls传输层

2、常见的接口协议

HTTP 超文本传输协议

HTTPS 安全超文本传输协议

FTP 文件传输协议（如xshell）

TCP 网络控制协议

IP 互联网协议

开发眼中的接口：模块与模块之间的对接方式定义

测试眼中的接口：可以独立部署成服务的协议接口

开发：模块与模块在会见的对接方式定义

get请求：

http：//127.0.0.1:8080?username=zhangsan&password=123

post请求：

url:http://127.0.0.1:8080

请求体

    {

        [

            "username":zhangsan,

            "password":123

        ]

}

HTTP协议请求响应模型

1、HTTP协议响应吗

（1）1xx：信息相应类，表示接收到请求并且继续处理

（2）2xx：处理成功响应类，表示动作被成功接收、理解和接受

（3）3xx：重定向响应类，为了完成指定的动作，必须接受进一步处理

（4）4xx：客户端错误，客户请求包含语法错误或者是不能正确执行；（检查URL地址是否正确）

（5）5xx：服务端错误，服务器不能正确执行一个正确的请求。（查看服务端日志定位错误后，再重启服务）

http协议请求响应模型（一次请求的生命周期；软件最简单的分层）

    场景：登录

1. client（客户端）发起请求到api接口层

   1.1 用户在客户端填写用户名和密码，点击登录，发送请求

2. api层接收客户端发起的用户请求并进行逻辑处理

   2.1 api对业务逻辑进行验证

3. api层处理之后将用户输入数据请求发送给DB层

   create、update、read、delete（少见）

   如：select * from user where username ='' and password =''

   3.1 数据库查询成功则返回1，失败则返回0

4. DB层会将返回的查询数据库的条目状态给api

5. api层将请求结果返回给客户端（client）

   api返回成功或失败的状态码给客户端

6. 客户端将返回信息提示给用户

   
   软件简单分为3层：

      一、客户端（浏览器、移动客户端APP、CS架构层client）

         功能测试、性能测试、自动化测试

      二、接口层（业务逻辑层）

          接口测试、性能测试、功能测试、自动化测试

      三、数据库层（db层，数据存储过程）

            可以将开发人员使用到的SQL语句单独拿出来进行性能测试

http协议响应码：

1xx:信息响应类,表示接收到请求并且继续处理

2xx:处理成功响应类，表示动作被成功接收、理解和接受。（如200，请求成功）

3xx：重定向响应类，为了完成指定动作，必须接受进一步处理

4xx:客户端错误，客户请求包含语法错误或者是不能正确执行（如404，请求资源不存在）

5xx:服务器错误，服务器不能正确执行一个正确的请求（如500，条件允许下重启服务器）