UI自动化和接口自动化该选谁？

<>自动化的分类

从用途来分，自动化用例主要用于冒烟和回归测试。冒烟测试往往用于单元测试当中，需要对接口文档深入分析，设计接口用例，再转化成自动化接口用例。回归测试是对于没有修改功能的测试，降低测试的时间成本，适用于修改会比较小的功能。

从实现方式来分，大致可分UI自动化与接口自动化。UI自动化可用QTP工具和selenium实现，接口自动化jmeter和loadrunner工具实现，也可以做性能自动化，压力测试。
<>老板非要写自动化脚本
目前所属产品为web应用，前端主要写页面及大部分业务逻辑，后端主要控制业务流程，小组以3个前端1个后端进行配比。
此产品的缺点显而易见，因前端的JavaScript脚本影响，大批量数据时会让系统产生卡顿，同时后端对业务逻辑控制存在许多漏洞，即接口测试完全没有考虑过。

产品的迭代以新功能与功能调优为大体方向进行迭代，迭代会在UI上改动很大，因此若用UI自动化编写用例，意味着需要大量的时间去维护代码。但若采用接口自动化，就意义不大，因此困于两者之间的艰难选择。
<>小孩才会选，大人全都要
对于很少改动的功能，编写UI自动化，对于经常改动的功能，编写接口自动化，是当前产品能想到的最好解决方法。
以unittest+selenium+requests为大体框架，两者混用，nice，我可真是个聪明人。
运用DDT做大批量数据驱动，形成成千上万条用例的报告，让领导看了心里满意的不行。（自己要明白，该点点点还得去点点点，不然扣钱钱）

• « 上一篇：解决Spring/SpringBoot @RequestParam注解无法读取application/json格式数据。
• » 下一篇：外链跳转钉钉小程序注意事项