简介

　　上篇我们已经介绍了什么是接口测试和接口测试的意义。在开始接口测试之前我们来想一下如何进行接口测试的准备工作。或者说接口测试的流程是什么有些人就很好奇接口测试要流程干嘛不就是拿着接口文档直接利用接口

测试工具测试嘛。其实如果只是三五个接口你可以这么做一个临时的接口测试。但是如果是上百个接口或者你们公司的这个项目第一次做接口测试那么我们还是很有必要严格遵守接口测试的流程。

接口测试的流程

　　接口测试也是属于功能测试所以跟我们以往的功能测试流程并没有太大区别测试流程依旧是1.测试接口文档需求文档 2.根据接口文档编写测试用例用例编写完全可以按照以往规则来编写例如等价类划分边界值等设计方法 3. 执行测试查看不同的参数请求接口的返回的数据是否达到预期。

接口测试和功能测试一样流程也大致遵守V模型请看下图

 

       一般来说接口测试左边的每个阶段每个公司可能都侧重点不同例如有些公司就没有需求讨论和需求评审这个阶段。不管如何用例设计这个是少不了而且是重点要花时间的阶段。只有覆盖全面的接口测试用例才能有比较好的测试接口覆盖率才会找出更多的接口的Bug后期接口才能越稳定。

为什么要写用例

         功能测试用例大家都写过。接口测试用例很多人没有写过。在后边后又专门一章关于接口用例和接口报告的模板。在写之前我们来讨论下为什么要写接口用例。

1. 理清思路避免漏测和重复测
2. 提高测试效率
3. 跟进测试进度
4. 告诉领导做过
5. 跟进重复性工作
6. 更好的记录问题发现问题复现问题
7. 同时这也是是接口测试流程中的一个产物测试用例

　　上面七点结合自己测试实际经验应该来说是很好理解和认同的。有用例自己做到心中有数不要一个测试点重复测好多次就有思路避免漏掉测试点。跟着用例测试避免随机测试那种没有目的性的测试提高测试效率。有用

例上级问你完成的进度你好用数据回答。有用例用来标记你执行的结果证明你做过测试。避免将来发生问题人家说你没有测试有数据和证据说话。有用例测出问题你可以根据用例将问题轻而易举的浮现出来不至于等你反馈或

者复现的问题时你忘记是如何操作才回出现问题。接口测试也需要重复跑跑几轮或者用自动化天天跑。这样的重复性工作用例可以保证每次重复做的是一样的情况。

接口主要设计用例点

主要从四个方面来设计接口用例功能逻辑业务异常安全

功能

1功能是否正常

2功能是否按照接口文档实现

       举例比如博客园添加随笔需要登录才能添加。也就是业务要求不支持游客添加随笔功能如果设计一个没有登录的用户然后去测试添加随笔接口结果接口能添加到随笔说明功能不正常不符合需求和接口文档描述。

逻辑业务是否依赖业务
      举例该接口调用之前需要调用登录接口如果不登录也能请求数据不符合业务规则。

异常参数异常和数据异常
参数异常关键字参数参数为空多少参数错误参数

数据异常关键字数据数据为空长度不一致错误数据
         举例不管数据异常还是参数异常测试点差不多一个参数有key和valuekey表示参数value表示数据。第一看看参数和数据能不能支持关键字例如Java中的保留关键字等等。第二个就是参数和数据都为空看看是否做了判断。第三个参数多和少例如有两个参数的接口你需要设计一个三个参数的用例一个只有一个参数的用例。数据那边长度不一致例如设计很长的字符串是否支持因为数据库创建表过程都设置好了每个字段的长度。输入错误的参数和数据例如故意输出单词等等。

安全测试用例设计
1)cookie有cookie才能获取数据如果不带cookie还有信息返回说明有问题
2)header正常接口带header信息删除header看是否能够返回数据。
3)唯一识别码app手机识别码一般是唯一的。

       安全测试主要从上面三点检查。第三个是唯一识别码主要是指app上手机的识别码一般很少用到除非很严格的接口测试例如银行app登录需要指纹而指纹来源手机一般有一个手机识别码判断过程。

总结
现阶段很多人都在说软件测试太内卷了工作太难找了竞争太激烈了。那么如何在这样的现状下使得自己更具有竞争力呢笔者认为大家需要迅速学习软件测试的硬技能提升自己的业务能力早日摆脱初中级测试的Title虽然测试人员众多但是高级的软件测试人员还是很稀缺有很多人挂着高级测试的头衔却还在干着初中级测试的活。在掌握这些硬技能的同时软技能的培养同样重要沟通能力、自主学习能力越来越被企业看重。

如果不想被这个时代淘汰就要做好持续学习的准备。下方给大家准备了全套的软件测试自动化测试全套教程。

【需要的可以点击下方官方推广小卡片扫码备注000免费领取】