开发团队篇

确认bug 分享链接 /book/zentaopms/195.html?releaseID=1

作者:王春生 最后编辑:Renee 于 2021-11-22 10:13:29 浏览量:66919
摘要:当测试人员提交了bug之后,开发人员可以先确认这个bug,以便及时给测试人员反馈信息。

当测试人员提交了bug之后,如果开发人员来不及解决这个bug,这时候可选的一个操作是确认这个bug,给测试人员一个反馈。

bug列表页面会显示是否已经确认过。bug详情页面有确认操作按钮。bug列表右侧也有确认操作按钮。

需要说明的是,如果一个bug被解决之后,也会自动变成已确认。


评论列表
🌵
难过的太阳 2024-05-15 14:08:07 回复
如果开发认为不是bug,想拒绝掉,这里没有“拒绝”按钮吗
回复
解决bug时,可以选择不予解决。
🤓
W hy 2023-11-24 21:13:57 回复
转任务和转需求的使用场景区别是什么?什么情况下转需求,什么情况下转任务?
回复
测试人员提了bug后,如果解决bug的人认为这不属于代码逻辑上的缺陷,属于一个需求,就可以转为bug;如果确认为bug并且较难解决,可以转入到一个迭代中,作为一个任务来解决此bug。
Grace 2022-12-07 15:48:57 回复
开发确认bug后,是否有bug修改估时(如预计此bug修改需要2小时)字段,和实际使用时间字段?
回复
可以使用日志功能, 日志功能可以记录维护相关任务或者BUG的预估工时和实际消耗。
Chad 2022-03-04 13:35:56 回复
Bug 确认的动作在哪个数据库表可以搜索到?
回复
比如:确认人员、确认时间
回复
找到了:
select * from zt_action where objectType = 'bug' and action = 'bugconfirmed' limit 10
回复
看下表zt_bug 的confirmed字段,表zt_action action='bugconfirmed' 的数据
骑士Henry 2022-01-11 10:49:34 回复
提交bug后,在测试环境验证"已解决",如何管理它在某个未来要更新的版本中上线更新?
回复
研发人员创建版本 ,在创建的版本中关联已解决的bug,然后测试人员去验证bug,验证通过后在后续发布中关联已解决bug,bug就在本次发布中更新
猕猴桃 2021-09-08 20:13:41 回复
确认bug后,就不能再次编辑这个确认了吗?也看不到确认的内容了?
回复
是的,bug确认的用途是对应的指派人员确认这个bug已经收到,后面再进行解决。
2021-05-08 18:30:39 回复
开发人员点击确认后,bug状态仍然为激活,没有变成已确认
回复
状态没有“确认”的,有一个“确认”字段做记录。
风起于青萍之末 2020-07-07 14:26:14 回复
两个问题:
1.怎么定义迭代的代号? 2. 关于禅道的qq讨论群 是哪个?
回复
1、迭代号可以使用产品名称英文和迭代名称的英文组合,例如说禅道第一期迭代,别名可以写为zentao1或者zentao_1,仅供参考,贵公司也可以自己定义。
2、可以加下左上角的商务联系方式,商务同事会邀请你进群。

沈冰 2020-03-10 15:44:05 回复
开发人员来不及解决,确认bug,那想解决的时候需要如何操作,如果立即解决的又跟来不及解决的操作有何区别
回复
禅道中可以自定义设置bug久未处理时间,可以测试-bug-久未处理页面查看来不及解决的bug.
modou419 2019-08-08 11:38:32 回复
请问为什么,该bug并未指派给我,但是我可以点击确认和解决,这样不合理吧。如何改成bug只能被指派人确认和解决的设置
回复
禅道中对这里没有做限制的。
不是该用户的bug,这个用户为什么要去点击呢?
禅道中所有的操作也都会记录到历史记录中。
另外,组织-权限分组中有受限操作分组,用户添加到这个分组后,就只能编辑和自己相关的数据了,还有这个分组中的用户不可以创建数据
丁芝
高级客户经理
17663906485
1481227768
统一服务热线 4006-8899-23
我要提问提问有任何问题,您都可以在这里提问。 问题反馈反馈点击这里,让我们聆听您的建议与反馈。