无论是开发还是测试，都是一个阶段性的工作。程序员将软件产品开发出来也就意味着完成他负责的那个部分的工作，接下来就是软件测试员对产品进行测试的一个过程。

　　理想的情况是，测试项目能完全按照预期的计划进行，在既定的时间内完成软件测试项目。但现实是往往会遇到很多的实际情况导致软件测试项目的终结点难以预测。那么，我们该如何在超过预期的情况下确定软件测试项目的终结点呢?跟着千锋软件测试培训讲师一起来了解!

　　1.基于“测试用例”的原则

　　测试人员设计测试用例，并请项目组成员参与评审，测试用例一旦评审通过，后面测试时，就可以作为测试结束的一个参考标准。比如说在测试过程中，如果发现测试用例通过率太低，可以拒绝继续测试，待开发人员修复后再继续。在功能测试用例通过率达到100%，非功能性测试用例达到95%以上，允许正常结束测试。但是使用该原则作为测试结束点时，把握好测试用例的质量，非常关键。

　　2.基于“缺陷收敛趋势”的原则

　　软件测试的生命周期中随着测试时间的推移，测试发现的缺陷图线，首先成逐渐上升趋势，然后测试到一定阶段，缺陷又成下降趋势，直到发现的缺陷几乎为零或者很难发现缺陷为止。我们可以通过缺陷的趋势图线的走向，来定测试是否可以结束，这也是一个判定标准。

　　3.基于“验收测试”的原则

　　很多公司都是做项目软件，如果这种要确定测试结束点，好测试到一定阶段，达到或接近测试部门指定的标准后，就递交用户做验收测试。如果通过用户的测试验收，就可以立即终止测试部门的测试;如果客户验收测试时，发现了部分缺陷，就可以针对性的修改缺陷后，验证通过后递交客户，相应测试也可以结束。

　　通过以上这些原则去确定软件测试项目的终结点，你了解多少呢?当然，对于这个终结点的确定原则其实还有很多。千锋软件测试培训讲师在这里就不一一讲述。有兴趣的同学可以通过千锋软件测试的视频学习，或者加入千锋软件测试培训进行了解!