- 少见（seldom）：在少数情况下会发生故障，但是在使用场景复杂度不高的情况下或使用率较低的情况下，发生的可能性非常小。
示例：Chrome的Forward按钮。这个按钮使用的频率远小于Back按钮。从历史记录看，它很少出问题，即使发生了，我们也可以指望早期发布通道上的早期用户会很快的注意到，因为这会是相当明显的。
- 偶尔（occasionally）：故障的情形容易想象、场景有点复杂，而该能力是比较常用的。
示例：Chrome的Sync功能。Chrome会在不同客户端之间同步书签、主题、表单填写、历史和其他用户资料数据，涉及到不同的数据类型及多个OS平台，而且变更合并（merging changes）是一个多少有些复杂的计算机科学问题。用户也会注意到数据是否同步成功。同步只会在数据变化时发生，例如当加入一个新书签时。
- 常见（often）：此能力所属的特性使用量大、复杂度高、问题频发。
示例：web页面的渲染。这是浏览器的最主要用例。渲染各种来源和质量的HTML、CSS和JavaScript代码是浏览器的基本任务。这些代码的问题会被用户归咎到浏览器。对一个高流量的网站来说，发生问题的风险更大。渲染问题未必总能被用户发现。它们经常导致页面元素不能完全对齐但不会影响功能的正常使用，或者元素没有显示出来但用户可能不会注意到。
测试人员确定每个能力的故障发生频率。我们有意使用偶数值，以免测试人员偷懒使用中间值。在输入时应该认真的想一想。
估计风险影响的方法大致相同，也是从几种偶数取值中选择一个（更多来自Chrome浏览器的例子）。
- 最小（minimal）：用户甚至不会注意到的问题。
示例：Chrome实验室是一个可选功能，不能加载"chrome://labs"页面只影响到极少的
本文选自《Google软件测试之道》第三章，本站经人民邮电出版社和作者的授权，近期将进行部分章节的连载，敬请期待！
版权声明：51Testing软件测试网获人民邮电出版社和作者授权连载本书部分章节。
任何个人或单位未获得明确的书面许可，不得对本文内容复制、转载或进行镜像，否则将追究法律责任。
相关文章：
