接口测试主要用于检测外部系统与系统之间,以及内部各个子系统之间的交互点。
通过测试不同情况下的入参与相应出参信息来判断接口是否满足相应功能性,安全性要求。
接口应有请求地址,请求方法,请求参数(入参和出参)
一、接口范围
业务功能(正常,异常场景是否实现)
业务规则(覆盖度是否全面)
参数验证(边界,业务规则是否达到要求)
异常场景(重复提交,并发提交,事务中断,大数据量测试)
性能测试(响应时间,吞吐量,并发数,资源要求)
安全测试(权限验证,sql注入)
二、模块接口测试
1,检查接口返回的数据是否和预期结果一致
2,检查接口的容错性,假如传递数据类型错误是否可以处理。
3,接口参数的边界值。传递的参数足够大或者为负是否可以正常处理。
4,接口性能。接口处理数据的时间,牵涉到内部就是算法与代码优化
5,接口安全
三、Web接口
两类:服务器接口测试(http的get和post请求实现前后端数据传递,登录接口或查询接口)和外部接口测试(第三方登录)。
测试要点
1,请求是否正确,默认请求成功是200,如果请求错误可以返回404,500
2,检查返回数据的正确性与格式。
3,接口安全性。
4,接口性能。数据处理时间
四、接口测试工具
1、Postman谷歌接口测试插件,支持用例管理,支持get,post,文件上传,响应验证,变量管理,环境参数管理,可以批量运行,支持用例导出导入。
2、Jmeter
一般流程
rap+soapUi
接口文档rap系统录入
导出wadl格式文件
接口导入测试工具测试
工具生成用例集后,进行参数化,添加检查点。
接入输入输出:
https://blog.csdn.net/u011001084/article/details/79102967
持续集成自动化是核心,配合jenkins实现项目版本更新后的自动化回归测试
五、自动化回归测试建议
1,接口脚本开发注意参数取值可用性,不会因时间,数据状态变化导致不能用,降低脚本维护成本
2,接口回归功能覆盖度控制,不必全功能覆盖,因为接口有变化会做详细测试,没修改一般其它变更不会影响
3,接口脚本需要一定的自动化校验能力,多作判断,不写死
4,持续性能测试,做好相关监控,性能指标分析自动化