序言
接口测试的流程就相当于一个程序(交互式的程序);而程序开发前,得先确定需求,所以我们先来聊聊需求,即当有了接口测试脚本和框架时,怎么用(执行)的问题。
讨论要点:
1.前期准备
2.接口测试
3.BUG定位
前期准备
首先想到的就是环境了,包括 被测系统、测试用例执行、报告显示 的环境
为了保证回归和业务用例沉淀,推荐在公用环境执行用例回归
1、jenkins调用远程命令(安装ssh 相关插件)
jenkins-1.png
jenkins-2.png
jenkins3.png
jenkins-4.png
jenkins-5.png
2、jenkins显示html格式的报告
插件:HTML Publisher plugin
接口测试
1、编写用例
先通过文档编写测试点和步骤描述,再编写脚本用例
测试点:参数验证、逻辑验证
脚本用例要点:
(1)复用:测试类继承、fixture特性、setup和teardown
(2)参数驱动:通过装饰器 @pytest.mark.parametrize
(3)关键字驱动:调用封装的接口、流程
2、执行用例
通用执行命令:
pytest --html=report.html
pytest test_001.py --html=report.html
pytest test_001.py::test_class001 --html=report.html
pytest test_001.py::test_class001::test_case001 --html=report.html
测试报告:
见html文件
BUG定位
(1)确定是否为BUG
用例验证接口一般两种:接口的返回验证、数据库字段验证。
所以要点是明确期望和执行步骤,这执行步骤包括:造数据前请求的接口、测试对象接口的请求参数;
这些都是在脚本上已经确定好了的,所以很好明确
(2)定位BUG
根据步骤流程上数据产生来定位,比如:可以由错误的返回字段推导出是生成了错误数据的原因,从而找出产生错误数据的接口(接口分类无非是增删改查)
可以增添日志、控制台打印输出等来分析
(3)和开发配合调试
这个时候就体现了自动化回归的方便,开发可能会在代码上加日志,再跑一次脚本,来查看日志
网友评论