深圳宝安区零基础软件测试培训机构top5排行榜一览，

1.基于“测试阶段”的原则

一般来说，每个软件测试都要经历几个阶段:单元测试、集成测试和系统测试。我们可以分别为单元测试、集成测试和系统测试制定详细的测试端点。每个测试阶段达到结束标准后，将进行下一阶段的测试。

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

设计师设计测试用例，并邀请项目团队成员参与评审。测试用例一旦被批准，就可以在以后测试时作为测试结束的参考标准。

3.基于“缺陷收敛趋势”原理

在软件测试的生命周期中，随着测试时间的推移，在测试中发现的缺陷的数字首先逐渐上升，然后在某个阶段，缺陷再次下降，直到发现的缺陷几乎为零或难以发现。我们可以通过缺陷趋势线的趋势来确定测试是否可以完成，这也是一个判据。

4.基于“缺陷修复率”的原则

软件缺陷(bug)在测试生命周期中分为几个严重级别，如:致命级别、严重级别、重大、次要和测试建议。那么当我们确定测试终点时，严重bug和致命bug的缺陷修复率必须达到100%；主要和次要bug的缺陷修复率必须达到85%以上，少量功能缺陷允许在以后的版本中解决；推荐的缺陷修复率应该在50%~70%以上。

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

很多公司都是做项目软件的。如果要确定测试终点，最好测试到一定阶段。在达到或接近测试部门规定的标准后，将提交给用户进行验收测试。该原则适用于非独立开发项目或有明确客户的项目。

6.基于“覆盖”原则

至于测试覆盖的原则，我个人觉得只要测试用例的“覆盖”涵盖了客户提出的所有软件需求，包括行业隐含需求、功能需求、性能需求等。，只要测试用例覆盖率达到100%，基本上测试就可以完成了。

7.基于“项目计划”的原则

在大多数情况下，开发和测试计划应该从每个项目的开始就准备好，相应地，应该在测试计划中设置每个里程碑，并对测试进度和测试终点进行限制。一般来说，应与项目团队成员达成共识，并在团队集体同意后设定标准终点。

8.基于“缺陷测量”的原理

可能这个原理我们用的不多，也不太了解。我们可以使用常用的缺陷分析技术和工具，对已经发现的缺陷进行统计，方便查阅和度量不同时间段的缺陷。我们可以把“测试缺陷密度”和“运行缺陷密度”作为一个终点。当然，测试结束最合适的标准应该是“缺陷数量应控制在可接受的范围内”。

9.基于“质量成本”原则

一个软件往往在质量、成本和进度之间取得平衡后就停止了。至于这三个方面哪个占优势，那就要看是什么软件了。具体操作时，可以根据公司的实际情况，明确什么样的情况才算“最划算、最合理的检测成本”，同时保证公司利益的最大化。

10.基于“测试行业经验”的原则

很多时候，检测行业的一些经验也可以为我们的检测提供参考。比如测试人员对行业业务的熟悉程度，测试人员的工作能力，测试效率等等都会影响到整个测试计划的实施。这个原则要慎用，可以在创业项目中考虑。