软件测试bug流程

软件测试bug流程或软脊悉数件bug的生命周期对应着bug的几种常见状态：新建、打开、修复、延期、拒绝、关闭、重新打开。新建：测试发现并提交一个bug，此时bug的状态为新建；打开：当开发确认该问题确实为一个bug并准备开始解决该问题时的缺陷状态为打开；修复：当开发完成该bug的代码修复后，此时bug的状态为修复关闭：开发修复完bug后，测试需要针对该bug进行回归樱首测试，回归测试通过后的bug状态为关闭；重新打开：开发修复完bug后，测试需要针对该bug进行回归测试，回归测试不通过后的bug状态为重新打开；拒绝：测试提交的该bug可能之前已经再系统存在或需求已变更导致这个问题在当前时点已不需要修复，此时缺陷的状态为拒绝；延期：测试提交的bug可能因为严重程度没有陆笑那么高，经讨论确认后可以进行延期处理，此时缺陷的状态为延期。黑马程序员的个视频库就有相关的课程，对话框还可以领取到笔记和源码等。

1. 测试人员提交新的Bug入库，错误状态为New。

2. 高级测试人员验证错误，如果确认是错误，分配给相应的开发人员，设置状态为Open。如果不是错误，则拒绝，设置为Declined(拒绝)状态。

3. 开塌穗亮发人员查询状态为Open的Bug，如果不是错误，则置状态为Declined；如果是Bug则修复并置状态为Fixed。不能解决的Bug，要留下团宽文字说明及保持Bug为Open状态。对于不能解决和延期解决的Bug，不能由开发人员自己决定，一般要通过某种会议（评审会）通过才能认可。

4. 测试人员查询状态为Fixed的Bug，然后验证Bug是否已解决，如解决置Bug的状态为Closed，如没有解决置状态为Reopen。

软件错误流程管理要点 为了保证错误的正确性，需要有丰富测试经验的测试人员验证发现的错误是否是真正的错误，书写的测试步骤是否准确，可以重复。

每族滑次对错误的处理都要保留处理信息，包括处理姓名，时间，处理方法，处理意见，Bug状态。

拒绝或延期错误不能由程序员单方面决定，应该由项目经理，测试经理和设计经理共同决定。

错误修复后必须由报告错误的测试人员验证后，确认已经修复，才能关闭错误。

加强测试人员与程序员的交流，对于某些不能重复的错误，可以请测试人员补充详细的测试步骤和方法，以及必要的测试用例

---