提BUG严重级别标准!
严重问题:重要功能无法使用,重要功能后台数据保存错误且影响后续业务和查询账表的,重要功能前台展示错误且影响用户正常使用的。中等问题:重要功能后台保存错误不影响后续业务和查询账表的,普通功能无法使用。
一般问题:重要功能前台展示错误不影响用户使用的,普通功能可变通使用。
轻微问题:不影响功能执行,但是用户使用麻烦不方便的。
建议问题:对系统的建议,如可用性等方面。 有新建议!请跟帖!回复! 跟着潜规则走就行了,只要双方认可。 额,我的建议是:表面功夫还是要做的。
测试这事,以后扯皮的事情蛮多,前期能多做一些不是坏事。。。
建议添加:
1. 安全性、国家法规/政策性问题
2. 引入通过bug来源定级,如,最终用户bug,接口测试bug,甚至build bug等。
3. 建议重新组织一下已有的bug定级描述语言,使之成为通用的bug定级标准,而非仅为财务系统的bug定级标准(这个主要是方便以后新开项目时,不需要重新定级。。。这个,真的很麻烦。我体会是,只要是需要3方会议才能通过的东西,走起流程都比较慢。。。) 写了一堆忘记一点:若bug系统中有优先级属性,最高将两者一起定义,单独定义1个意义不大。。 计划不如变化快
一些长期不改的BUG 我们也会提高等级。。 脚本错误 一般不影响使用 但是看着心烦 我都提high 话说这个bug的等级也是跟测试版本,测试重点及测试环境有关的,没有一概而论的----- 回复 3# 千里
已找到BUG开发就不高兴!哎!什么世道! 回复 4# Jackc
你这也太繁杂了!我们就是一些严重中等 一般!就是这些! 回复 7# 赵佳乐SMILE
对!只要是开发错误!我都提交! 严重级别是根据具体软件来具体商定的 回复 9# linlin520
你们开发 发现BUG太多 扣钱吗 回复 13# 赵佳乐SMILE
可能影响!特别是严重 中等 级别的! 回复 14# linlin520
难怪人家会不高兴。。 刚进入测试没多久,bug等级基本没什么概念,除了特别严重的,基本都提在一般,不过开发会在一段时间之后评估一次,觉得不重要的优先级什么的就调低了。。 开发造出bug扣钱,测试不测出bug也扣钱吧
那这些钱都放在一起,如需捐款时,就全用上,这样好吧 看心情,心情好就定低一点的标准,不好就都是致命问题!:lol 我们的是致命,严重,一般,建议四个选择 这个要根据自己公司情况。。
页:
[1]
2