python接⼝⾃动化（三）--如何设计接⼝测试⽤例（详解）
简介
  上篇我们已经介绍了什么是接⼝测试和接⼝测试的意义。在开始接⼝测试之前，我们来想⼀下，如何进⾏接⼝测试的准备⼯作。或者说，接⼝测试的流程是什么？有些⼈就很好奇，接⼝测试要流程⼲嘛？不就是拿着接⼝⽂档直接利⽤接⼝测试⼯具测试嘛。其实，如果只是三五个接⼝，你可以这么做⼀个临时的接⼝测试。但是，如果是上百个接⼝，或者，你们公司的这个项⽬，第⼀次做接⼝测试，那么，我们还是很有必要严格遵守接⼝测试的流程。
接⼝测试的流程
  接⼝测试也是属于，所以跟我们以往的功能测试流程并没有太⼤区别，测试流程依旧是：1.测试接⼝⽂档（需求⽂档） 2.根据接⼝⽂档编写（⽤例编写完全可以按照以往规则来编写，例如等价类划分，边界值等设计⽅法） 3. 执⾏测试，查看不同的参数请求，接⼝的返回的数据是否达到预期。
接⼝测试和功能测试⼀样，流程也⼤致遵守V模型，请看下图
⼀般来说，接⼝测试左边的每个阶段，每个公司可能都侧重点不同，例如有些公司就没有需求讨论和需求评审这个阶段。不管如何，⽤例设计，这个是少不了，⽽且是重点，要花时间的阶段。只有覆盖全⾯的接⼝测试⽤例，才能有⽐较好的测试接⼝覆盖率，才会出更多的接⼝的Bug，后期接⼝才能越稳定。
为什么要写⽤例
功能测试⽤例，⼤家都写过。接⼝测试⽤例，很多⼈没有写过。在后边后⼜专门⼀章关于接⼝⽤例和接⼝报告的模板。在写之前，我们来讨论下，为什么要写接⼝⽤例。
1. 理清思路，避免漏测和重复测
2. 提⾼测试效率
3. 跟进测试进度
4. 告诉领导做过
5. 跟进重复性⼯作
6. 更好的记录问题，发现问题，复现问题
7. 同时这也是是接⼝测试流程中的⼀个产物（测试⽤例）
  上⾯七点，结合⾃⼰测试实际经验，应该来说是很好理解和认同的。有⽤例，⾃⼰做到⼼中有数，不
要⼀个测试点重复测好多次，就有思路，避免漏掉测试点。跟着⽤例测试，避免随机测试那种没有⽬的性的测试，提⾼测试效率。有⽤
例，上级问你完成的进度，你好⽤数据回答。有⽤例，⽤来标记你执⾏的结果，证明你做过测试。避免将来发⽣问题，⼈家说你没有测试，有数据和证据说话。有⽤例，测出问题你可以根据⽤例将问题轻⽽易举的浮现出来，不⾄于等你反馈或
者复现的问题时，你忘记是如何操作才回出现问题。接⼝测试也需要重复跑，跑⼏轮，或者⽤⾃动化天天跑。这样的重复性⼯作，⽤例可以保证每次重复做的是⼀样的情况。
接⼝主要设计⽤例点
主要从四个⽅⾯来设计接⼝⽤例：功能，逻辑业务，异常，安全
功能：
1）功能是否正常；
2）功能是否按照接⼝⽂档实现
举例：⽐如博客园添加随笔，需要登录才能添加。也就是业务要求不⽀持游客添加随笔功能，如果设计⼀个没有登录的⽤户，然后去测试添加随笔接⼝，结果接⼝能添加到随笔，说明功能不正常，不符合需求和接⼝⽂档描述。
逻辑业务：是否依赖业务；
举例：该接⼝调⽤之前，需要调⽤登录接⼝，如果不登录也能请求数据，不符合业务规则。
异常：参数异常和数据异常
app接口测试工具
参数异常：关键字参数，参数为空，多，少参数，错误参数
数据异常：关键字数据，数据为空，长度不⼀致，错误数据
举例：不管数据异常还是参数异常，测试点差不多，⼀个参数有key和value，key表⽰参数，value表⽰数据。第⼀，看看参数和数据能不能⽀持关键字，例如Java中的保留关键字等等。第⼆个就是参数和数据都为空，看看是否做了判断。第三个，参数多和少，例如有两个参数的接⼝，你需要设计⼀个三个参数的⽤例，⼀个只有⼀个参数的⽤例。数据那边长度不⼀致，例如设计很长的字符串是否⽀持，因为数据库创建表过程都设置好了每个字段的长度。输⼊错误的参数和数据，例如故意输出单词等等。
安全测试⽤例设计：
1)cookie：有cookie才能获取数据，如果不带cookie还有信息返回，说明有问题
2)header：正常接⼝带header信息，删除header看是否能够返回数据。
3)唯⼀识别码：app⼿机识别码，⼀般是唯⼀的。
安全测试主要从上⾯三点检查。第三个是唯⼀识别码，主要是指app上⼿机的识别码，⼀般很少⽤到，除⾮很严格的接⼝测试，例如银⾏app登录，需要指纹，⽽指纹来源⼿机，⼀般有⼀个⼿机识别码判断过程。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。