提单规范
一、问题单处理原则: |
||||
1、测试发现的问题100%提单; |
||||
2、一个问题提一张问题单(除非是同一类问题,如日志、提示信息错误、UI显示错误等,允许合并提单); |
||||
3、问题单不得私自降级,降级需通过项目核心成员(项目经理,SE、测试组长、开发组长)评审,并将纪要结论填写在问题单处理建议中;降级原则:一般只能一次降一级,不能跨级。 |
||||
4、未复现问题单关闭原则:经复现并与测试确认为未复现,逐级降级问题单等级至“一般”等级,同时决策评审同意后才能关闭; |
||||
5、测试发现问题后,需在当天提交问题单。 |
||||
6、问题单不得私自删除。 |
||||
二、问题单处理规范要求 |
||||
序号 |
阶段 |
要求 |
责任人 |
示例 |
|
提单 |
【所属产品/项目】必填 |
测试 |
1、【bug标题】:【视频巡逻-巡逻记录】执行人一栏无论输入什么都能搜索出全部数据; |
|
改单 |
【问题根因】必填 |
开发 |
【原因】协议类型的 报错需要在系统参数里面配置 回放和直播的视频类型 ,截图中报错由于开发环境摄像机的问题导致 |
|
回归测试 |
【回归版本号】必填 |
测试 |
在【基线版本V001R01】上回归测试; |
三、异常情况处理 |
||||
1 |
异常场景处理 |
非问题关闭 |
测试 |
对开发认为的非问题,开发和测试不能达成一致,则需由测试人员组织开发、SE、项目经理等角色进行评审,最终以项目经理的结论为准。 |
2 |
重复问题关闭 |
开发 |
重复问题是指,根因和现象均相同的问题单,如果开发判断为重复问题,则需备注清楚原始问题单号,注明是重复问题单,并走单给测试,由测试确认后关闭。 |
|
3 |
问题单转需求单关闭 |
测试 |
原则上不允许有需求通过问题单跟踪的情况,如果提的单中有新需求,建议走需求变更,并由测试人员注明该问题单为“需求类问题单”,关闭问题单; |
|
4 |
问题单撤销 |
测试 |
如果因测试自身原因造成的误提单,不允许直接删除,可由测试人员在解决方案中选择“不予解决”,备注清楚原因,关闭问题单。 |
|
5 |
问题单降级(开发) |
开发 |
问题单不得私自降级,降级需通过项目核心成员(项目经理,SE、测试负责人、开发负责人)评审,并将纪要结论填写在问题单处理建议中;降级原则:一般只能一次降一级,不能跨级。 |
|
6 |
问题单回归不通过 |
开发 |
按照问题复现步骤回归测试不通过时,回归人员与开发人员确认无误后,在问题单处理建议中注明回归不通过,并说明回归不通过原因,将问题单打回,重新定位问题; |
|
7 |
测试与开发意见不一致 |
项目经理 |
产生争议时,需要SE、测试组长、开发组长、项目经理来做裁决,如果还是不能达成一致,则需要上升至更高层决策,比如交付经理等; |
|
8 |
当前版本需要遗留的问题单怎么处理 |
项目经理 |
针对当前版本不需要解决或者解决不了的问题单,经过评审后,可提交给项目经理,由项目经理规划至后续版本中。 |
|
9 |
不能解决的问题单怎么关闭 |
项目经理 |
原则上不允许存在不解决的问题单,对于不能解决的问题单,经过项目组关键角色评审,达成一致后,注明原因及影响、风险评估等,给出规避方案,根据决策结论进行处理。 |
|
10 |
疑难问题处理规范,比如难复现、偶现问题怎么处理 |
项目经理 |
一般难复现问题,需要SE给出复现方案,测试人员每天复现XX次,或者项目组内达成一致结论均可;复现一段时间后仍未出现,则进行逐步降级,最终由SE或者产品经理评审是否可关闭,原则上不能直接关闭; |
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 别再用vector<bool>了!Google高级工程师:这可能是STL最大的设计失误
· 单元测试从入门到精通
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了