对自动化测试中的“分层思想”理解。

作者：Gakki

---

对自动化测试中的“分层思想”理解。

1. 对于测试本身的分层。测试不能单一的进行基本的功能测试或者纯接口测试。应该是 70% 单元测试 + 20% 接口测试 + 10% UI 自动化测试。
2. 对于自动化中代码重用的分层。测试脚本中一般都是包括 3 个部分： 测试业务逻辑代码、支撑代码、测试数据。当测试逻辑与许多支撑代码混在一起的时候，当我们需要修改测试逻辑的时候，会很麻烦，效率很低、可读性也低。
   然后就是维护成本比较大。不同项目中，每组测试间会存在许多重复的代码，如果我们每组测试都单独写，那么到了后期维护成本会比较大。所以，我们可以对支撑代码进行分层。

• 类似与测试报告、日志、特出字符串的处理等等。这种我们可以单独拎出来进行封装。不同的项目都可以进行使用。
• 然后就是项目中各个模块的重用。如果登录、退出等功能进行封装。这种其他模块就可以直接调用，不用再写一次。
• 最后就是代码中模块级别的可重用性。当模块级别的代码被大范围的重复使用的时候，可考虑上升到将其进行封装。