阿里微服务质量保障系列：域内测试

进入阿里之前，我就职的公司所在部门的产品都是单体应用，例如第一家公司是做投顾平台的，第二家公司所在的团队是做在线教育的，负责的产品是内容生产平台。投顾平台这个产品是服务于券商投顾员工的，属于券商内部应用，用户量并不大。内容生产平台是为公司内部的QC团队使用的，用于录入K12资料内容，用户量其实也不算大。

因此，用户量不大的情况，单体应用也是产品实现的最优解。

01-阿里的团队结构

而支付宝的用户量以亿级，单体架构已不适用，取而代之的是微服务架构，随着不同的团队结构也发生变化。下面用一张图可以展示出差异所在。

单体架构团队：

QA对负责的产品业务比较熟悉，测试策略就是(业务维度)功能测试与回归测试。

微服务架构团队：

行业QA对面向用户端业务经验丰富，对下游平台侧业务不甚了解。

平台QA对平台侧业务经验丰富，但对用户端业务经验不足。

PS: 行业