Http请求响应模型
主要用到以下四个部分:
Client API DB API
场景:登录
1、Client发起请求到API接口层
1.1用户在客户端输入登录信息,点击登录,发送请求
2、API接受用户发起的请求
2.1API对业务逻辑进行验证
2.1.1验证信息是否合法
3、API将用户输入的数据发送给DB
crate、 read、 update 、delete
4、DB将返回的数据传给API
5、API返回成功或者失败的状态码返回给Client
6、客户端将返回的信息提示给用户
测试环境:
一、客户端
功能测试、自动化测试
二、接口层
接口测试
三、数据库
可以将开发人员的sql语句单独用例做性能测试
Http的请求流程
一次Http请求的流程
客户端在输入域名后通过DNS服务器解析得到IP地址;得到IP地址后,通过三次握手进行TCP/IP连接;之后就进行通信。
TCP三次握手
TCP在建立连接的时候需要三次握手,第一次握手将Client标志位SYN设置为1,随机产生一个值seq=J;Server在收到Client传来的SYN时,必须进行确认(ack=J+1),同时自己也发送一个SYN包,此Server进入SYN-RECV状态;Client在收到SYN+ACK包后向Server发送确认包ACK,发送完成后Client和Server进入连接状态,这就完成了三次握手,开始通信。
TCP四次握手
TCP在断开连接的时候需要进行四次握手,如上图所示。由于TCP是全双工的,每个方向都需要单独关闭连接,当一方完成数据发送任务后,发送一个FIN来终止这一方向的连接,收到一个FIN只是意味着这一方向上没有数据流动了,即不会再收到数据了,但是在这个TCP连接上仍然能够发送数据,直到这一方向也发送了FIN。首先进行关闭的一方将执行主动关闭,而另一方则执行被动关闭。
第1步,Client发送FIN数据包来关闭Client到Server的连接;第2步,Server收到FIN包后回复一个ack包,Servicer进入CLOSE_WAIT状态;第3步,Server发送一个FIN包用来断开Server到Client的连接;第4步,Client收到Server发来的FIN包后,回复一个ACK,至此连接全部断开。
参考:http://www.51testing.com/html/20/n-3726720.html