BUG处理流程

BUG管理流程和书写标准文档编号：0001文档名：BUG管理创建日期：2015.5.14作者：臧艳华BUG处理流程为了让测试人员和开发人员在处理BUG时有一个标准，请参考如下流程来处理BUG：1.测试人员提交BUG，BUG状态为New2.由经验丰富的人员验证BUG是否存在，如果BUG提交重复，则状态修改为Declined-Duplicated，由测试人员Closed3.确认为BUG，分配给相应的开发人员，状态为Open4.不是BUG，状态修改为Declined-NotBug，无需修改5.开发人员修改状态为Open的BUG，是BUG，修改完成后，状态为Fixed6.开发人员无法重现BUG，需要更多信息，状态修改为NewMoreInfo7.开发人员认为不是BUG，状态修改为Declined-NotBug8.当前版本不能解决的BUG，准备在项目的新版本处理的BUG，状态修改为Deferred–NextBuild9.如果只能留到下一个项目才能解决的BUG，状态修改为Deferred–NextMainRelease10.验证通过的BUG，状态为Closed11.如果验证未通过的BUG，状态修改为Reopen注意：1.对BUG的处理最好注明处理方法，处理步骤，处理注释，方便验证和以后查看。2.对于某些BUG的拒绝，不能由开发人员单独决定，需要与需求人员沟通后决定，大的问题要由需求设计人员，项目经理共同决定。3.涉及到需求改动的，开发人员不可以擅自改动，需要征求需求人员同意，并记录到BUG管理工具中，方便追踪问题。4.对于需要延期处理的BUG，需要与客户沟通后决定如何处理。5.错误修复后，必须由测试人员验证后方可关闭，开发人员&需求人员不可关闭测试人员提交的BUG。BUG书写标准BUG标题：用简单的语句描述出现的问题步骤：1.首先说明出现问题的菜单路径，便于开发人员定位出现问题的具体位置2.写明重现问题的详细步骤，指明具体如何操作才能重现BUG3.在发现问题时，尽量截图，提交到BUG管理工具中，即可以证明BUG的确出现过，也有利于开发定位问题结果：具体说明经过以上操作后系统目前呈现的结果BUG描写举例如：进入请假管理界面，点击新增后界面报错BUG标题：提交请假单后界面报错操作步骤：1.进入HR管理-考勤管理-请假管理-请假申请界面2.点击新增按钮3.填写请假信息4.点击提交按钮结果：界面报错，具体报错信息请查看附件。注意：1.由于修改BUG的人员和开发此功能的人员不一定是同一个人，所以在描述BUG时要步骤清晰，结果明确2.将出现的问题截图，对于开发解决问题很重要3.详细的问题描述可以提高开发人员定位BUG的准确度，节省修改BUG的时间