Cypress之路：（一） 初识Cypress

闲聊自动化测试

按照现在测试行业的发展，自动化测试已经不是一个陌生的话题。几乎所有初次接触自动化测试的同学都是从UI自动化测试开始的。
曾经有一段时间出现过一个很有意思的争论，那就是在一个团队或者公司中到底应该做UI自动化测试还是接口自动化测试。我觉得它有意思是因为这个争论本身就是伪命题，UI自动化测试和接口自动化测试都是自动化测试中的一个重要组成部分，就像人的左右手。反正是闲聊，我就说下我的理解，不喜可喷^_
首先UI自动化测试是有价值的，这点不用质疑，对于一个自动化测试从零起步的团队来说，UI自动化测试几乎是一个唯一的选择：没有经验、没有人员、没有流程、没有工具i框架支持，这种情况下不是说不能从接口自动化测试开始做，而是我觉得做起来会比较苦。而UI自动化测试的进入门槛比较低，几乎所有的自动化测试工具都提供了录制功能，例如我很早很早之前用过的qtp和RFT就是这样，没有什么代码基础的同学都可以借助工具快速产出自动化测试脚本，并形成一定的生产力，并在这个基础上逐渐形成自动化测试相关的规范、流程，我觉得这也是个不错的落地方案。
其次UI自动化测试自身的弊端也是不用说的，对UI界面强耦合，脚本健壮性差，脚本执行效率低，测试结果反馈的时效性不好，这些基本上也都是UI自动化测试的硬伤。所以接口自动化测试才越来越受大家欢迎，执行速度快、容错率高，脚本开发效率高，维护成本低。而且能弥补测试人员对后端测试覆盖不全的瓶颈。因此UI自动化测试和接口自动化测试都是同等重要的，只不过在团队中投入资源的多少有区别而已。
其实我觉得在一个团队中落地自动化测试（无论是UI还是接口），最重要的是一定要瞄准测试团队在工作中的