前面讲过，完全测试是不可能的，因此，当进行不完全测试时，就已经选择了风险。比如对于前面的计算器软件，如果选择不去测试“11111＋8989＋1000＝”的结果，而正好程序在这种情况下有一个缺陷，同时用户在进行财务计算的时候刚好用到了这组数据，结果就会发现这个缺陷，那么这个时候再去修复软件将要付出极高的代价，因为直到软件正式发布，用户才发现了这个缺陷。

在实际工作中软件终究是要发布的，测试工作终究要停止，但又不可能过早停止，那么应该在什么时间点停止测试工作比较合理呢？图7-5所示为测试工作量和发现的软件缺陷数量、测试费用的关系。从图中可以看到，软件缺陷达到一定数量后就不再有显著的变化了。因此需要找到一种优化测试量，使测试尽可能完善。

图7-5　测试工作量和发现的软件缺陷数量、测试费用的关系