软件的缺陷是软件开发过程中的重要属性，它提供了许多信息。不同成熟度的软件组织采用不同的方式管理缺陷。低成熟度的软件组织会记录缺陷，并跟踪缺陷纠正过程。高成熟度的软件组织，还会充分利用缺陷提供的信息，建立组织过程能力基线，实现量化过程管理，并可以此为基础，通过缺陷预防实现过程的持续性优化。
软件测试缺陷管理BUG的几种状态
1.新建
在测试过程中发现问题并确认是问题后在缺陷管理工具上进行提单，我们会将缺陷的发现的条件，操作步骤，预期与实际结果，日志，截图等填写到bug单上，并选择测试版本及根据模块指派开发，完成后保存即进入新建状态。
2.提交
在进入新建状态后，确认填写无误及再次确认是否是问题后，提交bug,进入提交状态。
3.接收/打回
在bug提交之后，该bug会加入到指定开发的待处理列表中，开发认为是问题则会接收，否则打回并说明打回依据。有的工具中测试认为开发打回的缺陷确实是问题，也可将其打回给开发处理并说明打回依据，无须开发接收直接回到接收状态。
4.验证
开发接收bug后，将问题解决，提交测试验证，则进入待验证状态。
5.关闭/再打开
测试将待验证问题验证通过之后将bug关闭，则进入关闭的状态，若关闭后后续版本再次出现该问题，可将该bug打开，即再打开状态。
6.延期
开发接收bug后，经PM及测试和产品确认问题影响较低，该版本可不解决后续版本解决后，开发将bug状态更改为延期处理。
以上内容为大家介绍了软件测试缺陷管理BUG的几种状态，希望对大家有所帮助。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
