接口测试总结（下）

接口测试目的：

API 测试是一种作为集成测试的一部分，通过直接控制被测应用的接口（API）来确定是否在功能、可靠性、性能和安全方面达到预期的软件测试活动。

测试流程：

测试用例要求(选自阿里巴巴测试规约)：

(1)好的单元测试必须遵守 AIR 原则:

A： Automatic （自动化）

I：  Independent （独立性）

R： Repeatable （可重复）

(2) 单元测试应该是全自动执行的，并且非交互式的。测试框架通常是定期执行的，执行

过程必须完全自动化才有意义。输出结果需要人工检查的测试不是一个好的单元测试。单元测试中不准使用 System.out 来进行人肉验证，必须使用 assert 来验证。

(3) 保持单元测试的独立性。为了保证单元测试稳定可靠且便于维护，单元测试用例之间

决不能互相调用，也不能依赖执行的先后次序。

(4) 单元测试是可以重复执行的，不能受到外界环境的影响。

(5) 对于单元测试，要保证测试粒度足够小，有助于精确定位问题。单测粒度至多是类级

别，一般是方法级别。

(6) 核心业务、核心应用、核心模块的增量代码确保单元测试通过。

(7) 单元测试代码必须写在如下工程目录：src/test/java ，不允许写在业务代码目录下。

(8) 单元测试的基本目标：语句覆盖率达到 70%；核心模块的语句覆盖率和分支覆盖率都

要达到 100%

(9) 编写单元测试代码遵守 BCDE 原则，以保证被测试模块的交付质量。

B： Border ，边界值测试，包括循环边界、特殊取值、特殊时间点、数据顺序等。

C： Correct ，正确的输入，并得到预期的结果。

D： Design ，与设计文档相结合，来编写单元测试。

E： Error ，强制错误信息输入（如：非法数据、异常流程、非业务允许输入等），并得

到预期的结果。

(10) 对于数据库相关的查询，更新，删除等操作，不能假设数据库里的数据是存在的，

或者直接操作数据库把数据插入进去，请使用程序插入或者导入数据的方式来准备数据。

(11)和数据库相关的单元测试，可以设定自动回滚机制，不给数据库造成脏数据。或者

对单元测试产生的数据有明确的前后缀标识。

(12) 对于不可测的代码建议做必要的重构，使代码变得可测，避免为了达到测试要求而

书写不规范测试代码。

(13) 在设计评审阶段，开发人员需要和测试人员一起确定单元测试范围，单元测试最好

覆盖所有测试用例

(14) 单元测试作为一种质量保障手段，不建议项目发布后补充单元测试用例，建议在项

目提测前完成单元测试。

(15) 为了更方便地进行单元测试，业务代码应避免以下情况：

构造方法中做的事情过多。

存在过多的全局变量和静态方法。

存在过多的外部依赖。

存在过多的条件语句。

铸剑团队签名：
【总监】十二春秋之，3483099@qq.com；
【Master】戈稻不苍，han169@126.com；
【Java开发】雨鸶，343691194@qq.com；思齐骏惠，qiangzhang1227@163.com；小王子，545106057@qq.com；巡山小钻风，840260821@qq.com；
【VS开发】豆点，2268800211@qq.com；
【系统测试】土镜问道，847071279@qq.com；尘子与自由，695187655@qq.com；
【大数据】沙漠绿洲，caozhipan@126.com；张三省，570417591@qq.com；
【网络】夜孤星，11297761@qq.com；
【系统运营】三石头，261453882@qq.com；平凡怪咖，591169003@qq.com；
【容灾备份】秋天的雨，18568921@qq.com；
【安全】保密，你懂的。
原创作者：chenzi_zww(尘子与自由)
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。