51Testing软件测试论坛

标题: API测试总结 [打印本页]

作者: llzsmart 时间: 2016-5-24 15:14
标题: API测试总结

一．API测试简介：（借鉴的）

API测试与其他的测试一样，首先要做的是把测试环境搭好，各种必须的配置文件都准备完毕，在开始测试前要确保被测试系统是可测试的（需要研发人员的配合）。

API测试除了要测试功能以外还要测试接口。一个API或者函数可以作为一个单元，对这个单元进行单元测试，可用黑盒测试方法，也可以用白盒测试方法。黑盒方法就是不去看这个代码的实现，这根根据这个单元功能的说明来设计测试用例并进行测试。测试的时候要写一点简单的来做数据准备，然后去调用需要测试的接口，一般也需要写一些代码来接收或者验收被测单元的输出是否正确；白盒测试方法就是通过分析被测试的单元的实现代码，根据不同的测试策略（如分支覆盖或者逻辑覆盖等）来设计测试用例并作相应的测试。简而言之，平台产品提供API供研发使用，我们需要测试的就是这些导出的API，确保这些API在功能上没缺欠。

二、明确需求

研发的代码中可能实现了很多的API，首先必须明确需要测试的部分，这些需要跟研发明确，在提交需求和计划之前要沟通清楚。

三、明确每个API实现功能和设计TC

在明确需要测试的接口后，必须明确每个接口实现的功能及接口的传入和传出参数，返回值的意义和调用过程需要注意的是想。理解接口参数的含义，这些参数是测试TC的维度。采用黑盒测试的方法，等价划分，错误推测等常用方法均可使用。简单的说，这些参数可以看做一个输入框。但是API测试再设计TC的时候还可以偏白一点，就是直接去看接口的实现代码，特别是一些异常处理上总是相对于正常情况要脆弱一些，然后对前面用黑盒的方法设计好的TC进行一些补充。值得注意的是：

1.TC设计的时候尽量详细，粒度尽量的小，测试代码都是类似的，很多仅仅是传入的参数不一样。所以一般下针对某个接口，10个TC和20个TC跑花费的时间差不多，但是吃的粒度方面和代码覆盖率方面可能就增加了不少。

2.TC也是要维护的，在测试阶段，发现需要补充TC，最好不要在现有的代码上改，要新加代码，同时要在TC文档中也要同步更新，如果TC存在缺欠，才要去修改对应的代码，并在TC 文档中做更新。

3.在设计TC文档的时候测试步骤的粒度最好能够细到每一步需要调用哪个函数或接口有点类似伪代码，这样在写代码的时候可以不怎么用思考，只需要实现。

四、根据TC文档写代码

五、测试API总结及注意要点

1.根据说明文档描述，验证API功能的正确性，需明确实现功能正常的先决条件和注意要点。

2.测试API非法数据传入的处理能力，传入非法参数系统可正常响应返回对应错误码，不死机和影响性能。

3.测试API边界的处理，传入边界参数，系统能正常处理。

4.判断返回值与预期的返回值是否一致。

5.测试各个API的互补干扰性。

作者: lsekfe 时间: 2016-5-24 15:22
支持下~

作者: maliya1314 时间: 2017-5-23 11:19
5.测试各个API的互补干扰性。

作者: maliya1314 时间: 2017-5-23 14:42
5.测试各个API的互补干扰性 .不太明白这个啥意思

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)