RBRA模型
接下来为Rex Black的风险分析模型（Rex Black's Risk Analysis）。
我对RB知之甚少，只知道他从事多年软件培训与咨询工作，著有《Pragmatic software testing》一书，是ISTQB（国际软件测试认证组织）的核心成员。看RB的书时，正是我正进行系统测试，总管一个由三个项目合成起来的系统。可以测的地方太多，从哪里下手？如何排列优先级？测到哪里为止？这些问题，在读到RB的风险模型后，都一一获得了解答。
以我所作的系统测试为例：风险分析教会我先定义风险，按照风险排列优先级与测试时长。因此：我定义如下风险：
● 低风险：代码改动（包括缺陷修复与新功能）
● 中风险：所有低风险中，需要与其他模块交互之处
● 高风险：所有中风险中，会影响到大量用户之处
以此为标准，排列所有用户故事，每个高风险故事分配3小时，中风险故事分配1小时，低风险0.5小时。当系统测试结束时，我们只覆盖了高、中风险，而低风险则完全没有覆盖。但发现的每一个问题，都是必须要修复，否则便可能影响大量用户的问题。比起之前，RBRA模型产生的覆盖更有针对性。就算本次系统测试并不成功，发布后用户问题过多，我们又可以将这些问题分类，定义为高风险，以期下次去覆盖。
