<自动化测试方案_6>第六章、API自动化测试

时间:2023-03-09 07:05:45
<自动化测试方案_6>第六章、API自动化测试

第六章、API自动化测试

(一)工具实现

目前大众接口测试的工具有:Postman、SoupUI、jmeter
他们的特点介绍有人做个宏观的研究,这里进行引用:
https://blog.****.net/huilan_same/article/details/75413482

根据文章里的描述可知:
1,支持的接口类型与测试类型
功能上Jmeter最为强大,可以测试各种类型的接口,不支持的也可以通过网上或自己编写的插件进行扩展。SoapUI专门针对HTTP类型的两种接口,其初衷更是专门测试Soap类型接口,对于其他协议的接口不支持。Postman更是轻量级,定位也不同,可用来测试Rest接口。

工具

接口类型

测试类型

SoapUI

Soap、Rest

功能、压力、安全

Jmeter

Rest、Soap等

可扩展WebSocket、socket

功能、压力

Postman

Rest

功能

2,数据源、生成器、进行参数化

工具

数据源

生成器

循环

SoapUI

DataSource,数据可来源于文件、目录、数据库、Excel、Grid等

DataGen

DataSource Loop

Jmeter

CSV Data Set Config读取csv文件

Random Variable

计数器

ForEach控制器

循环控制器

While控制器

Postman

Runner中运行时,可加载CSV/JSON文件

无(只能通过脚本)

Runner中的Iteration

3,结果解析、展示:

工具

结果

日志

报告

SoapUI

Project-OverView、TestSuites

TestSuite-TestCases

TestCase-TestSteps

SoapUI全局多种log

TestSuite log

TestCase log

Request log

Project report

TestSuite report

TestCase report

(PDF/HTML/XML/CSV)

Jmeter

各种监听器

统一的Jmeter log

监听器可导出到文件

并可导出JTL、CSV文件、通过插件可导出HTML(Jmeter3自带)

Postman

Send可查看Request的Response

Runner可查看运行的Result

Postman console

Chrome DevTools

Request的Response以及Runner的Result均可导出json

4,团队协作

SoapUI:本身一个project是一个xml文件,但是可以通过配置变成一系列文件夹,每个Case、每个Suite均是独立的文件,这样可通过svn/git进行团队协作。支持性较好。

Jmeter:一个TestPlan也是一个jmx(xml)文件,无法分割,但Jmeter有一个合并的功能,允许将多个文件合并在一起。只能每个团队成员自己建立一个TestPlan,分功能块进行测试。最后整理合并。

Postman:有团队协作的功能,需要付费。

如果选择工具的话,选择的原则:

1,免费

2,能够快速学习使用:时间为一周
3,支持团队合作

4,支持接口关联

根据以上四点:
1,SoapUI是开源的,SoapUI pro是收费,功能比前者强大,具体强大在哪里,请看官网介绍:https://www.soapui.org/professional/soapui-pro/soapui-vs-soapui-pro.html
因为SoapUI的功能开源有限,使用起来也是很麻烦,所以不考虑这款工具
2,Postman没有团队协作功能,该功能需要收费
不考虑这款工具做接口自动化

3,jmeter功能强大,支持模块合并可以实现团队协作,且是开源的

所以如果用工具实现自动化接口测试推荐jmeter

(二)脚本实现

脚本实现需要一门编程语言做支撑,根据语言的灵活性和热度,选择Python作为脚本实现的支撑语言

实现思路:

1,使用Excel文件管理测试用例

2,使用requests模块来模拟请求,并接受响应

3,使用Excel或HTML来展示测试报告

实现方式:自己编写代码,可集成在Jenkins
实现时间:首次版本预估1个月

(三)工具+脚本实现

1.Python+Postman

Postman可以使用功能EXPORT COLLECTION 来导出json文件,然后通过Python解析后,使用requests库来发送请求,并进行结果校验,生成报告通过邮件模块发送给相关人员。
这种方式,接口用例是用Postman来管理
实现方式:自己编写代码,可集成在Jenkins

实现时间:2周

2.Postman+Newman+Jenkins

Postman写API自动化测试脚本,用newman命令行运行所有测试案例,配置jenkins来运行API自动化测试脚本,使API达到完全自动化测试!测试用例Postman来管理。

如何部署:https://blog.****.net/chengly0129/article/details/68486016

实现方式:搭建Postman+Newman+Jenkins

实现时间:2周

3.Python+Testlink+Jenkins

使用同行已经实现的框架,框架功能如下:

源码地址:http://blog.sina.com.cn/s/blog_13cc013b50102w94u.html

1、框架集成了Testlink,可使用Testlink灵活对测试项目,测试计划,测试用例进行管理

2、可通过配置文件灵活配置运行模式,支持按测试项目、测试计划、测试套件批量运行执行用例

3、支持HTTPS,HTTP,WebService协议,支持POST, GET方法,支持JSON,非JSON数据格式的请求,支持多种形式的数据校验

4、可自动生成HTML可视化接口测试报告

5、可根据配置在测试完成后,自动发送测试报告邮件

6、支持文件、控制的日志打印,可分别控制开关

7、支持模块化开发

8、可集成Jenkins自动运行脚本

特点:测试用例使用Testlink来管理

实现时间:三周

(四)选择API自动化测试实现方式

以上三种方式,选其中一种来实现:

倾向于工具+脚本实现:Postman+Newman+Jenkins

实现时间:三周
原因:
1,测试组可以统一管理手工用例和自动化用例
2,可以快速实现,且开发这个框架的作者,能够联系到,使用中出现了问题,可以快速得到解决

3,使用中想增加功能可以自己修改代码去添加