【腾讯TMQ】测试建模兵器谱

引子

有人的地方就有江湖，有测试的地方就有建模。

每个产品都是一片江湖，每一次迭代就是一场武林大会，而一个个的需求，就是一封封战书。

测试同学在面对复杂的需求时候，往往不得其力，导致测试时间过长，测试的结果也不尽如人意，这往往是对需求理解不到位所导致的。如同武林大会中对战双方使用的兵器，测试在接受到战书之后一样可以选择一样趁手的武器，而对于我们测试来说，我们在这场战斗中使用的武器，就是建模。

然而软剑不敌巨斧，短匕难撼长枪。建模方法种类繁多，功能各样：
从结构上来说，有类图，E-R图，组件图；
从功能上来说，有用例图，因果图，决策表；
从行为上来说，有活动图，状态图，序列图；

如何挑选一件合适趁手的武器，迎接接下来的战斗，就是我们测试在每个迭代中都需要考虑的问题。下面我将结合自己半年以来应用测试建模在客户端上的测试经验，选择几个比较典型的测试建模方法加以介绍。

1.霸王枪

“哈哈哈，你老子蠢，你比他更白痴，明知没有枪头，你还要捅！”

“谁说没有枪头就捅不死人？”

1.1 ACC建模

长一丈三尺七寸三分，重七十三斤七两三钱。挥枪大开大合，不拘泥于小节，ACC建模就是一杆没有枪头的霸王枪。

ACC（Attributes Components Compatibilities）是Google测试团队使用的一种建模方法，用来快速地建立产品的模型，以指导下一步的测试计划和设计。

ACC建模既可以针对整个产品来做，也可以针对单独的功能来做。针对整个产品来做，可以确定产品的核心测试点，针对单个功能来做，可以评估模块风险。

如同其文字描述，ACC建模可以分为三步来做：

1、确定产品的属性（Attributes），不同类型的产品侧重于不同的属性，一些通用的属性是：
可靠性、易用性、安全性、可拓展性、稳定性等等。这里你需要结合自己对产品的理解确定产品的关键属性，如果自己无法确定的话，可以和产品经理请教。

2、第二步是产品的组件（Component）分割，待建模的产品可以分为哪些模块，这里需要注意一点，模块之间最好能够相互独立不交叉，这样一方面可以比较清晰的定义能力，另一方面也方便在ACC建模的基础上拓展测试用例

3、在上面两步骤确定好之后，我们一般会得到一个M*N的表格，表格的第一栏是属性，第一列是产品的组件列，针对每一个组件对属性的作用，我们依次填写组件的能力（Compatibilities），这个能力可以理解为组件以何种功能来实现产品的属性。举个例子，地图产品有导航功能（组件），有可靠性（属性），在导航功能中，播报准确，就是导航组件在可靠性上的一个能力。如果该组件对于属性没有实现，那么可以在表格中空出不写。

1.2 测试用例

ACC建模虽然不能直接生成测试用例，却能在很大程度上指导后续测试方案的制定，根据风险模块的分布合理规划测试方案。

ACC建模的组件属性粒度比较大，很难直接根据ACC建模输出测试用例。ACC建模后的测试用例有两种方法编写：

1、 在ACC建模的基础上根据需求特点分组件建模，再根据具体的建模结果输出测试用例。
这种方法