BUG转改流转规范

修复bug

已分派（未处理）

测试工程师

测试人员发现新问题，在mantis中提交BUG，选择正确的分类、出现频率、严重性、优先级以及版本号、问题描述，将状态置为“新建”，解决状态置为“未处理”。测试人员把bug提给相应的开发人员，如果没有对应的开发人员，课工场网站的bug提给庞国广，课工场Android app的bug提给刘景元，课工场ios app的bug提给孙敏

其他规则

新建（未处理）

开发人员将问题修复，将状态置为“已解决”，解决状况置为“已修正”，并简要描述问题产生原因。开发人员修改时发现是重复问题，将状态置为“已解决”，解决状况置为“重复问题”，并注释重复问题编号。 开发人员修改时发现不是问题，将状态置为“已解决”，解决状况置为“不是问题”，并注释不是问题原因。开发人员修改时发现无法重现，将状态置为“已解决”，解决状况置为“无法重现”，并注释原因。开发人员修改时确认问题但不做修改，将状态置为“已解决”，解决状况置为“不做修改”，并注释不做修改原因。开发人员修改时确认问题但只能在后续版本修改，需要先和项目经理沟通，项目经理确认后，将状态置为“已确认”，解决状况置“暂停”，并注释原因开发人员修改时确认问题但无法修复，将状态置为“已解决”，解决状况置为“无法修复”，并注释无法修复原因。由需求中没有描述清楚而导致的bug，测试人员把bug提给产品经理，由产品经理安排是否需要在后续版本优化，如果开发人员认为测试人员提交的bug是由需求描述不清引起的，开发人员把bug转给产品经理，并注释原因，由产品经理确认是否修改

已关闭（已修正、不是问题、重复问题、不做修改、无法重现、无法修复）

新建bug

BUG流转规范

问题修复

确认问题不需要修改

当前版本是否能修复

Y

已解决（已修正、不是问题、重复问题、不做修改、无法重现、无法修复）

问题已经解决

问题重现

反测bug

问题没有解决或没有添加注释

判断问题是否需要修改

打回 （重新打开）

问题重新修复

N

开发工程师

分派问题

确认问题本版本需要修改

产品经理

已确认（暂停）

已修正的问题，测试人员确认问题已修正，将状态置为“已关闭”，解决状况置为“已修正”。已修正的问题，测试人员确认问题未修正，将状态置为“打回”，解决状况置为“已分派”，并注释打回原因。 重复问题，测试人员确认是重复问题，将状态置为“已关闭””，解决状况置为“重复问题”。重复问题，测试人员确认不是重复问题，将状态置为“打回””，解决状况置为“已分派”，并注释打回原因。 不是问题，测试人员确认不是问题，将状态置为“已关闭”，解决状况置为“不是问题”。不是问题，测试人员确认是问题，将BUG分派给产品经理，产品经理确认后添加注释，根据产品经理意见，选择将Bug打回或者关闭。无法重现，测试人员确认无法重现，暂不处理，3个版本后如果还无法重现，则关闭该Bug.无法重现，测试人员确认可以重现，将状态置为“打回”，解决状况置为“已分派”，并注释打回原因。不做修改，测试人员确认问题可以不修改，将状态置为“已关闭”，解决状况置为“不做修改”。不做修改，测试人员确认问题需要修改，将BUG分派给产品经理，产品经理确认后添加注释，根据产品经理意见，选择将Bug打回或者关闭。暂停状态的问题暂不处理，等待解决状况修改为“已修正”后再处理。无法修复状态的问题暂不处理，等待解决状况修改为“已修正”后再处理。已关闭的BUG，如果重现，将状态置为“打回””，解决状况置为“重新打开”，并注释打回原因。

开发、测试意见分歧