根据测试金字塔理论，自动化收益由高到低依次是单元测试，API测试和UI测试。其中单元测试的主体一般是开发人员，API测试和UI测试的主体是测试人员。相比脆弱、编写成本高而且运行耗时的UI测试，API测试的ROI要高得多，是最适合测试人员做自动化测试的地方。
过去的半年在APP自动化测试方面有了一些实践和心得。2017年，结合业务需要给自己定了一个小目标，研究一下后台接口自动化测试。希望以博客的形式记录整个自动化过程中遇到的问题和解决思路。
背景
A项目是一个直播类型的产品，去年立项至今还不到一年时间。这个项目的特点是：1、音视频专项测试门槛高，测试一轮的时间周期长；2、版本发布周期短，平均2周。测试内容包括客户端(iOS&Android)测试，后台测试，中间层测试，CMS测试，性能测试(内存，电量，流量等)，音视频专项测试。测试人员的业务测试繁重，经常加班，测试执行主要是手工执行。提升测试效率，最直接的手段即是自动化测试，而且首要的是做中间层和后台的接口自动化测试。目标是：1、提升后台测试效率和覆盖率；2、提供现网后台接口的拨测功能，满足运维监控的需求
第一阶段的测试策略：
1、接口级别覆盖
输入：正常参数，输出：200
问题：部分接口跑不通，推动开发解决问题
2、完善接口测试需求
目标：覆盖正常输入和异常输入
难点：参数组合的选择，接口覆盖率的度量
3、 接口测试流程的整理
现状：中间层/后台是和客户端一起提测的，通过客户端上的测试来校验后台功能
工作项：
(1)梳理中间层/后台测试的类型，以及现有的测试方法，剥离出可单独进行接口测试的内容，确定接口自动化的优先级
(2)新提测的需求，涉及新增或修改的接口，需要进行接口自动化用例编写，用例编写后需要进行用例评审。