（6）功能的实现采用了新的开发工具和语言；

　　（7）功能模块具有众多的接口；

　　（8）功能是由经验欠缺的开发人员所开发；

　　（9）功能的开发缺乏相关用户的充分介入；

　　（10）功能的开发是由庞大的开发团队实施的；

　　（11）完全是新的功能；

　　（12）功能的开发是在极端时间压力下进行的；

　　（13）对利益相关者而言是非常重要的功能；

　　（14）功能的历史版本中发现了很多的缺陷；

　　将测试对象中功能模块产生影响的可能性分成4个级别，分别定义如下：

　　（1）不适用的（0）：该风险不适用于该模块或者功能；

　　（2）低的（1）：该风险偶尔会发生，但不是经常的；

　　（3）中等的（3）：该风险可能会发生，并且可能会影响该模块或者功能；

　　（4）高的（5）：该风险很可能发生，并且绝对会对模块或者功能产生影响；

　　表1是根据前面定义的风险列表和可能性，对该通讯产品的4个功能模块进行分析之后得到的评估结果。读者可以根据实际需要，将该表做成工具的形式，以提高风险评估的效率。

表1 基于潜在风险列表选择测试重点

　　测试团队通过对每个功能模块潜在风险列表中的风险的评估，分别得到了它们的总的风险级别。测试人员可以根据功能模块的总的风险级别，采取相应的应对手段，选择其测试重点。在本案例中，测试团队将根据总的风险级别，对该产品提供的4个功能模块进行基于风险的广度优先测试策略，对它们进行不同的强度测试。

　　另外，读者需要注意的是：基于潜在风险列表选择测试重点，预先定义风险列表中的各个风险是顺利开展该活动的基础。潜在风险列表需要测试团队不断的积累和更新。不同的组织和测试对象，测试团队应该定义合适其测试背景的风险列表。

　　本文只是从“测试的尽早介入”和“基于风险的测试”两个策略，阐述了在有限的时间和资源情况下，如何有效的开展测试活动。当然，除了策略层面之外，我们还需要在战术层面，例如：采用合适的测试设计技术、测试工具等，以更好的支持和满足策略层面的目标。