Webx层接口测试是对运用了webx框架的系统进行测试，测试人员可以根据准备参数从而进行接口测试。
以下是对三种自动化测试进行的比较：
| webx接口测试 | 底层接口测试 | Ruby页面测试 | |
| 编写测试用例成本 （准备测试数据、编写测试脚本、校验结果） | 准备测试参数（PV对）相对比较直观，编写测试代码比较少。 | 接口参数一般是对象，则需要通过对对象进行设值，准备测试数据比较繁琐，编写的测试代码相对比较多。 | |
| 维护用例成本 （自动化回归） | 维护量少，底层代码改动Action层代码不变的话，测试用例改动不大 | 代码耦合比较高，底层代码改动，测试用例对应也需要改动 | |
| 定位Bug | 可以debug 上层应用的代码，也可以debug到底层的代码 | 定位底层bug容易，但是上层问题和环境问题不清楚 | 定位底层bug难 |
| 业务覆盖率 | (1)功能测试用例：除了页面展现测试用例外，其他用例均能通过webx接口测试实现，减少 手工重复劳动(2)底层接口测试用例：绝大部分业务逻辑都能通过测试用例覆盖 | 接口覆盖率高，业务覆盖率相对比较低，因为一般是站在接口的角度设计用例，要站在业务的角度 设计用例相对更难，因为不知道是在上层应用控制了还是底层控制了 | 底层用例要覆盖全相对webx层比较难，因为上层页面校验时控制住了，则直接返回错误信息， 无法走到底层逻辑再去验证。 |
webx层接口测试可以让测试人员更了解开发代码，让底层接口测试人员更懂业务。
