接口测试用例设计
接口测试用例设计:
1.应保证接口业务逻辑正确,符合需求
2.准备的测试数据能够覆盖各种业务路径
查询类接口:应该能够验证返回的数据元素准确无误,如已删除的数据不应该返回,排行榜要求统计准确有序。
删除类接口:应当能够确保数据被正确删除,不能再次查询出此数据。
创建类接口:保证数据存储的各类数据库,后续能够查询出此数据
更新类接口:保证数据存储正确,更新后的值能够替换之前的值
其他异常值、异常场景的设计
接口测试流程:
单接口测试流程
1.明确需求
2.获得接口文档,从接口文档中获得接口地址、端口、参数、响应格式、认证方式、调用方法,以及对其他接口的依赖关系。 3.参数化方法:Excel文件参数化,数据库参数化,直接写代码进行参数化,随机参数化,配置文件。拿到一个接口后,要考虑 根据需求如何进行测试用例的设计,然后如何设置参数的数据来完成测试用例。
4.预处理请求(前置处理):对请求的参数进行预处理、准备。
a.有的接口要求在请求前对参数进行排序后签名,
b.有的接口要求对个别敏感数据进行加密。
c.有的接口需要从上一个请求的结果中提取数据。
5.发送请求:通过各种接口对应的客户端:httpclient、ws client、rpc clinet或开发人员疯转的client等发送请求。需要 掌握这些客户端的api,使用方法,如何传参。如何获得返回接口即可。
6.对响应进行预处理(后置处理):解析响应,得到目标字段。处理json、xml等数据格式的内容,提取数据。需要掌握相应内容对应的解析框架,提取测试用例关注的数据,方便对其进行断言的设
7.断言(检查点):目的是判定是否符合业务需求,将提取的数据与期望值进行比较,判断是否符合正常结果。最基本的检查响应是否报错。进一步要检查数据是否正确。如何检查数据是否正确呢?需要学习sql查询数据库,会查询nosql数据库中的数据等等。
8.测试报告:各种统计数据,测试用例是否执行成功,是否出现错误,那些测试用例出现错误。
测试业务流程
一般来说一个需求至少会有一个接口,一个业务流程包含若干个需求,自然包含对个接口,那么对于业务流程的测试,就 要注重对多个接口流程化测试进行管理。接口之间的关系:
a.依赖关系:接口A执行完毕----执行下一个接口B
b.并行关系:接口A、B都执行完毕-----执行下一个接口C
接口测试用例设计时,要考虑如何通过工具、框架、实现接口之间的依赖关系、并行关系等。