ICode9

精准搜索请尝试: 精确搜索
首页 > 其他分享> 文章详细

API自动化测试总结

2022-07-27 19:33:53  阅读:169  来源: 互联网

标签:测试计划 请求 API 测试 自动化 添加 服务端 客户端


Jmeter是怎么做API自动化测试的?

1、首先在JMeter里面创建测试计划,在测试计划里面创建线程组

2、在线程组里面添加HTTP的请求,以及添加API的测试用例

3、编写测试用例结束后,结合Ant构建工具,编写build.xml文件(执行脚本,测试报告目录,自动发送邮件)

4、在build.xml文件的目录下执行ant,就会自动执行

5、最后整合到Jenkins持续集成的平台,那么在下个版本中,只需要点击构建就能够自动化的执行

 

Jmeter中动态参数的处理?

以登录为案例,登录成功后返回的TOKEN每次都是不一样的,这个值就是动态参数,那么在登录成功后的接口中(如首页)需要调用到这个TOKEN:

1、在登录的接口中添加后置处理器中的JSON提取器,定义一个变量获取登录成功后返回的token的值

2、在下个接口(如首页)中通过${}来调用这个变量

3、执行线程组中的任务,就能够实现参数的上下关联

 

场景:

 

1、前端开发完了,后端没完,前端怎么办?

 

自己模拟产品

 

2、2、两个不同业务线的后端,A开发的服务需要B开发的数据,A开发完了,B请假了,A怎么办

 

A模拟B服务的数据

 

3、3、A测试的服务,依赖B业务线的数据,但是B这边请假了,A测试怎么办?

 

1、A模拟B业务线的数据

 

2、A自己造数据

 

 

 

MQ消息队列服务器:RabbitMQ和Kafka

 

RabbitMQ数据持久化使用的是那个参数?durable=true

 

 

 

怎么判断前端问题还是后端问题?

 

1、没有发送网络请求,错误提示信息不正确,是前端问题

 

2、如果有网络请求,并且错误提示信息不正确,那么是后端的问题

 

3、假设正确展示是456,页面展示信息是123,但是是错误的,查看后端返回的是不是123,如果后端返回的是456,那么是前端问题,如果后端返回的是123,那么是后端问题

 

三次握手的流程?

   第一次握手:client向server发送resquest请求
  第二次握手:server收到请求,后发送数据包给client确认连接
  第三次握手:client和server建立正确连接,client开始向server传输数据

 

HTTP的完整请求流程?

 

1、客户端与服务端之间建立TCP的连接请求

 

2、客户端发送Request请求给服务端

 

3、服务端Response响应回复客户端的请求

 

4、客户端与服务端之间的TCP连接请求关闭

 

 

详细描述下使用postman是怎么做API的测试的?

 

    首先创建一个collection,添加请求,在请求方法下拉框我们选择请求方法,request url 我们填写请求地址,headers  我们填写请求头,body 里面我们根据不同的数据格式,填写请求数据。tests填写断言我们以json为例:body里面  raw  下拉框选择json 然后填写json的请求数据

 

 

详细描述下使用jmeter是怎么做API的测试的?

 

  首先我们创建一个测试计划,测试计划里面我们添加一个线程组,线程组里面我们可以添加具体的测试用例,添加完成后 我们执行,然后我们结合ant构建工具,以及ant构建工具当中的build.xml 文件,build.xml 文件当中我们定义了测试脚本,以及生成测试报告,还有就是自动发送邮件的信息,那么这样我们最后把它整合到jenkins持续集成平台上,jenkins持续集成平台整合完成后,在下一个迭代应用的时候,我们直接点击立即构建

 

  1、首先在JMeter里面创建测试计划,在测试计划里面创建线程组
  2、在线程组里面添加HTTP的请求,以及添加API的测试用例
  3、编写测试用例结束后,结合Ant构建工具,编写build.xml文件(执行脚本,测试报告目录,自动发送邮件)
  4、在build.xml文件的目录下执行ant,就会自动执行
  5、最后整合到Jenkins持续集成的平台,那么在下个版本中,只需要点击构建就能够自动化的执行

通信模式有哪些?

1、同步通信

      缺陷:

      A、超时

      B、客户端的请求可能存在逻辑上的错误或者说非常大的计算逻辑

同步通信模式有时候又称呼为:请求/响应模式

2、异步通信

由于同步交互存在超时以及堵塞的情况,所以也就有了异步的交互。在异步的交互中,客户端和服务端互相不需要关注对⽅的存在,只需要关注对应的MQ的消息,客户端与服务端的交互主要是会通过MQ的消息中间作为消息的传递来进⾏交互的。

 

 MQ组件:RabbitMQ和Kafka

 区别:

Kafka能够处理海量的数据(亿为单位),它的性能是非常好的,但是对数据的一致性要求不高

 

RabbitMQ:对数据的一致性可靠性的要求是非常高的,但是它的性能是很差劲的

 

MQ=MQ消息队列服务器

思维导图:

 

 

标签:测试计划,请求,API,测试,自动化,添加,服务端,客户端
来源: https://www.cnblogs.com/yinxiaowen/p/16526038.html

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有