在之前的文章“测试升级之旅，从左右移开始”中，我们提到了完整的质量设计，包含质量体系、质量策略、问题识别，过程改进 四大块。比较敏锐的小伙伴可能也发现了，它们大体上可以对照 PDCA 循环（非严格等同，理念相似）。而质量体系做为首个部分，它的合理与否直接影响到后续几个部分的成败，是相当重要的一环，因此今天咱们就先讲讲质量体系。
需要特别说明的是，以下观点是我基于经历过的数个中大型互联网企业的实践经验做出的总结，同时一定程度上也融入了当前所在企业不同质量团队的技术沉淀，内容可能并不适用于非互联网行业，而即便是互联网相关业务，也不一定完全匹配，读者可以根据实际情况自行判断。
1、质量体系设计思路
质量体系的设计通常有三种思路，分别是：按阶段、按层级、按领域，每种理念都有不同的优缺点，适用的场景也不太一样。
1）按阶段的体系设计
阶段式的体系设计思路，是按照产品生命周期的各个阶段，分别制定相应的策略。一般可以分为产品阶段、研发阶段、测试阶段、发布阶段和运营阶段，每个阶段可实施的策略比较多，限于篇幅这里暂不全部列出，稍后再做汇总。部分人会将测试阶段分解成单元测试阶段和集成测试阶段，这只是在划分粒度上有所区别，不影响我们对内容的理解，所以这里不多展开。
按阶段划分的优点是可以将质量策略直观的置入到项目过程中，哪个事情放在什么时候，一目了然。它的缺点是部分策略的边界其实并不明显，比如“测试准入”，实际介于研发阶段和测试阶段之间，不能简单归于某个阶段；并且单个策略可能涉及到多个干系人（角色），这些关系在阶段划分方式中表述的并不明确。
2）按层级的体系设计
层级式的体系设计思路，是按照产品的结构深度做划分。一般可以分为基础层、测试层和用户层。基础层基于架构底层考虑，需要架构（或代码）层面做出相应的设计和改造 ；测试层主要为了进行产品的各项能力验证，对架构（或代码）一般不会造成侵入或只有少量侵入；用户层则是从终端体验角度设计质量策略，处于整个系统的最外层，一般我们认为该层级对系统的内部实现完全不可见。注意这类划分方式的叫法和粒度存在很大差异：例如基础层可能叫做稳定性层、架构层等；单元测试在一些划法中会被归入基础层。总而言之，上图中的划分只能视做一个（可能）经典的例子，我们可以根据实际情况灵活理解。
按层级划分的优点是，质量策略可以与组织架构形成大致的对等，每一层涉及的协作群体相对比较明确。比如，基础层与研发、运维角色有较大联系；测试层则由测试角色主要完成；用户层与产品、运营、客服角色均有紧密关系。它的缺点是单个策略可能会应用在产品生命周期中的多个阶段（比如自动化测试在开发阶段和测试阶段中均会出现），层级划分方式对这点并不能清晰体现。
3）按领域的体系设计
领域式的体系设计思路，既不涉及时间关系，也不涉及群体关系，只从专业角度考虑。比如自动化测试、性能测试、稳定性保障、业务安全等。
按领域划分的优点是，由于目标比较聚焦，因此便于在特定方向上进行深度分析，并且可以据此描绘相关岗位的人才画像。同时它的缺点也很明显，整体缺乏相应的实施方向，落地执行需要额外的说明文档。因此，一般领域式的体系设计会和阶段或层级式的划分方式做结合，互为补充。
2、纵横式的体系设计
层级式和阶段式的体系设计，分别在纵向和横向上给出了方案（领域式解释过，一般与前两者形成互补）。作者结合了二者的优缺点，把两张图进行叠加和部分修正，整合成一个相对完整的方案：“纵横式的质量体系设计”。
严格上说，这并不算是我的“独创发明”，当前我所在的企业中早有其他人提出过类似的设计，但是目前尚未看到比较普适型的方案（它们均具有强业务相关性），并且缺乏前置的理论支撑（没有解释方案的进化过程），因此我主要在这些方面做了一些补充和修正。
即使我已经尽量将常用的质量策略填在了图上，但实际我们可用的方法还远不止这些，例如还有兼容性测试、算法评测、发布熔断等。鉴于文章篇幅和我的认知有限，无法给出一个“完美的结论”，欢迎读者在评论里指正或补充。
此外，还有两个重要事项需要额外说明：
1）学习过 PMP 的同学都知道，项目管理体系在实际应用于自己的业务时，需要经过“裁剪”，不能完全套用。同样的，质量体系中的具体策略也必须经过过滤和筛选，我们需要从业务特性、质量要求、团队规模、团队水平等多方面去考虑。并且，即便这些策略全部适用，我们也不可能一蹴而就，需要判断好它们的优先级，分步实施和推进。
2）为了“普适”，文章中列举的内容，去掉了基于特定业务场景的设计。当质量体系回归到业务时，必须要融合业务特性。例如，音视频业务、银行业务、医疗业务等，都具有独特的质量策略。如果质量体系不能深度融入业务，只会变成宽泛的理论，无法有效执行。
最后，图中包含的绝大部分质量策略，都具备很强的领域深度，如果要单独讲解，估计每项都可以写一本书来阐述。由此可见，质量也是一门极具挑战的技术专业，做为质量从业者，我们也当自强不息，学无止境。
文章源自公众号 测试开发修炼之道