分层测试实施总结与思考

从10年开始实践分层测试理论，再到开始在企业培训《分层测试精要》课程也有七八年了，这段时间很多同仁也在不断探索和实践，在各个企业中也有了很多实践和总结。前段时间在参加某公司面试时提到这个课题，感觉还是有很多内容可以分享和总结，本文结合面试交流内容（有删改省略部分内容），从分层测试概念、策略与应用、以及实施建议三个方向聊一下笔者本人的思考与总结。
- 1 - 
分层测试几个概念

提起分层测试，先简单的看下工作中会遇到的那些关于分层的词：分层测试框架，App业务分层测试，金字塔模型等等都是测试中关于分层的一些概念。那么他们到底有什么不同呢？

分层测试框架属于技术层次的分层测试框架，一种应对变化而进行的一种封装；目的是减少变化而引起代码的大量改动。分层测试框架是可以实现业务、数据、技术的解耦，降低测试人员使用的门槛。

业务分层测试实际上是将日常工作中App业务对象拆分为：技术组件、业务组件和业务流程。技术组件：指APP应用的基础技术，如RN、H5、小程序等。业务组件：指业务中的通用功能如弹窗、消息、Xview、分享、搜索等功能。业务流程：指与业务相关的业务规则、流程等业务属性信息。详细可参考《基于业务分层的测试策略》。

策略层次的分层测试，是思考如何使用不同类型的测试，在成本、进度、质量之前寻求一个平衡的投资组合的方式。而我们今天和大家所讨论的分层测试就是基于策略层次的分层测试。

分层测试是一种测试策略，思考如何使用不同类型的测试来创建平衡的投资组合的方式，通过组合不同测试类型实现分层测试，降低测试总成本；分层测试能够持续快速反馈，而不是都等到最后才反馈，所以才能够被广泛使用和推广。

- 2 - 
分层测试常见策略与应用