基于风险的测试
基于风险的测试的本质是我们评估系统不同部分蕴含的风险，并专注于我们的测试在那些最高风险的地方。这个方法可能让系统的某些部分缺乏充分的测试，甚至完全不测，但是它保证了这样做的风险是最低的。
“风险”对于测试与风险对于其他任何情况是一样的。为了评估风险，我们必须认识到它有两个截然不同的方面：可能性和影响。
-“可能性”是可能出错的机会。不考虑影响程度，仅仅考虑出现问题的机会有多大。
-“影响”是确实出错后造成的影响程度。不考虑可能性，仅仅考虑出现的问题的情况会有多糟糕。
假设一个会计系统，我们更改了分期付款的利息。更改会用3天的时间，我们会用2天的时间来测试。因为我们不能在两天时间内完全充分测试这个会计系统，我们需要评估所作的更改给其它系统部分带来的风险。
-分期付款模块的功能会很可能出错，因为这些是更改的部分。它们同时是对系统来说相对影响重大的部分，因为它们影响收入。既是高可能性的，又是高影响程度的，意味着系统的这部分必须投入充分的测试。
-应收款模块拥有中等程度的错误可能性，因为改变的功能是这个模块的一个紧密组成部分。因为收款模块影响收入，因此出错的影响程度是高的。所以收款模块也需要投入足够的测试关注，因为它拥有中-高程度的风险。
-总账模块拥有低程度的错误可能性。但是如果错误会对公司有重大的影响。因此总账模块拥有低-高程度的风险。
-最后，应付款出错的可能性很低，因为更改功能与它没有什么关系。而且这个模块错误后的影响最多也是中等程度的。因此拥有低-中程度风险，不需要投入太多的测试。
使用这些风险信息，我们可能选择这样分配我们的测试：
- 50%的测试专注于新改的分期付款模块
- 30%的测试放在应收款模块
- 15%的测试放在总账模块
- 5%的测试时间放在应付款模块