可以从三个方面来评估风险：

　　（PS： 一般确定一个测试需求只需从一个方面来确定风险指标，但是对于确定为低风险的测试需求，好在从另一方面进一步来确定风险指标）

　　影响 - 指定用例（需求等）失效后将造成的影响或后果

　　简单的来讲，是如果测试需求没有得到满足，会产生什么不利影响，而这个影响处在什么风险等级上。

　　询问下面的问题来确定影响，“如果。。。。。。。。。，将出现什么情况”

　　原因 - 用例失效所导致的非预期结果

　　根据原因评估风险。在开始时可以声明某个非预期的事件或条件，并确定一组能够允许该条件存在的事件。询问如下问题：

　　___________为什么会发生？

　　可能性 - 用例失效的可能性

　　根据可能性来评估风险也是确定用例（或实施用例的构件）失效的概率。这种概率通常基于某个外部因素，例如：

　　故障率和/或密度

　　变更率

　　复杂性

　　来源/始创人

　　应该注意的是：当根据这一方面来评估风险时，风险程度指标与发生故障的概率相关，而不是与故障对组织的影响（它用于根据结果和原因来评估风险）相关。

　　2）确定实施概要

　　第一步，确定实施概要程度指标，一般的划分方法如下：

　　H - 使用得相当频繁，在每个时期会使用很多次，或者由多个主角或用例使用。
　　M - 使用得比较频繁，在每个时期会使用若干次，或者由若干个主角或用例使用。
　　L - 很少使用，或者由很少的几个主角或用例使用

　　通常，用例或构件的使用次数越多，实施概要指标也越高

　　第二步，列出测试对象中的每个用例或构件。为列出的每一项确定一个实施概要指标并且说明每个指标值的理由。工作量分析文档中的信息（请参阅工件：工作量分析文档，该工件我会在另一个问题中进行讲解）可用于此评估。

　　3）确定测试优先级

　　第一步，确定和说明将要使用的测试优先程度指标，一般的划分方法为：

　　H - 必须测试
　　M - 应该测试，只有在测试完所有 H 项后才进行测试
　　L - 可能会测试，但只有在测试完所有 H 和 M 项后才进行测试

　　第二步，列出测试对象中的每个用例或构件。然后，为列出的每一项确定一个测试优先级指标并且说明您的理由。