ACC测试理论--google软件测试之道

ACC测试理论

A—Attribute 特质
在测试之前，需了解产品的特质是什么。即客户为何需要选择此产品的原因。
Chrome的定位是快速、安全、稳定和优雅

特质所拥有的特点如下：
- 简单：如果你不能几分钟内列举出来，说明你还没有足够理解你的产品，还不能有效地测试它
- 精确：确保它来自于团队已经普遍认同的文档和营销信息
- 变化：不必担心漏掉了什么，如果后来发现某个特质不明显，极有可能它也不怎么重要
- 短小：数量方面，根据系统规模，压缩精简

C—Componment 组件
组件也被称为系统的模块，是在特质被识别了以后所确定的。组件是最为关键的代码块，也是测试人员测试的主要对象。
组件一般很容易识别，会出现在设计文档内。也不用担心会漏掉组件，不必担心完整性问题，整个ACC过程的要点就是快速行动，动态迭代。漏掉的特质可以在罗列组件时被发现，做能力时，又会找到遗漏的特质或组件。

C—Capability 能力
能力是系统在用户指令下完成的动作，按照个人理解，能力其实也就是功能。
例如Chrome具有渲染web页面和播放flash文件的能力。
能力处于特质和组件的交点上，组件执行某种功能满足产品的一个特质，这个活动的结果就是向用户提供某种能力；
能力最重要的一个特点是它的可测试性，这是我们用主动语态来表达能力的主要原因；
能力的抽象级别存在争议，依据定义，能力不是原子动作，很多能力需要多个测试用例。在把能力转换成测试用例的时候，只会重点考察那些实际使用的测试场景。

实例

1. 增加商品到购物车：购物车（组件）在满足直观（特性）的一个能力；

2. 计算送货成本：包裹邮寄集成（组件）在满足快速和安全（特