51Testing软件测试论坛

标题: 各位大虾帮我分析下这个BUG的级别,谢谢了 [打印本页]

作者: 微笑流淌    时间: 2010-8-24 13:02
标题: 各位大虾帮我分析下这个BUG的级别,谢谢了
大家好,帮我分析一下这个BUG的级别,就是公司软件推出的一项服务,免费试用期是2个月,但是在网站上的截止日期却和开始试用日期是一样的,不过软件可以正常使用,那么这个错误是一般性的文字错误,还是严重错误呢?
作者: msnshow    时间: 2010-8-24 13:34
文字错误吧,个人觉得是这样
作者: 微笑流淌    时间: 2010-8-25 12:58
标题: 回复 2# 的帖子
我也认为是文字错误,但是我们经理说这个会影响到业务,对服务造成不好的影响,非说这个是严重错误,把我批了一顿,我就有点晕了!
所以,想问问大家,在划分BUG等级的时候,是按测试的等级来划分,还是要考虑到软件的业务流程!
作者: 原点    时间: 2010-8-25 13:06
个人认为,上线前是一个文字错误,但上线后在客户面前产生了不好的影响或是留下了不好的印象,问题的严重程度就提升了。
作者: Jackc    时间: 2010-8-25 13:06
建议你再与你们pm(tm)沟通一次,其实你们两个的理解都是有各自依据的,侧重点不同而已。

从这个问题可以看出,你们的缺陷定级是存在问题的,你可以尝试提出一个改进方案,如:针对产品的不同的阶段,缺陷定级的权重会及时更新。例如在产品研发初/中期,侧重于产品功能实现;而在产品后期,则侧重于用户体验感受。
作者: JAXON    时间: 2010-8-25 13:09
个人认为,上线前是一个文字错误,但上线后在客户面前产生了不好的影响或是留下了不好的印象,问题的严重程度就提升了。
正解,用户至上,呵呵
作者: zhangyi035    时间: 2010-8-25 13:16
问题是你这个时间的功能是什么样的,要是只是时间显示一样是文字问题。但是,如果客户使用了两个月后,截止日期却和开始试用日期显示什么?是不是还可以试用?
作者: sakuna    时间: 2010-8-25 14:00
单从严重程度来看应,我觉得不高,但从优先级的角度来看,却很高
因为行业的差别,每个公司对缺陷严重程度的定义差别往往很大。
作者: 愚人    时间: 2010-8-25 14:19
原帖由 Jackc 于 2010-8-25 13:06 发表
建议你再与你们pm(tm)沟通一次,其实你们两个的理解都是有各自依据的,侧重点不同而已。

从这个问题可以看出,你们的缺陷定级是存在问题的,你可以尝试提出一个改进方案,如:针对产品的不同的阶段,缺陷定级的 ...


同意这个说法……
弱弱的说一句,先不要忙着晕bug级别,这种问题漏测上线,自己得反思……
作者: 又见蝴蝶菲菲    时间: 2010-8-25 18:18
标题: 回复 4# 的帖子
同意你的说法啊~~~
作者: 楠族开心果    时间: 2010-8-25 18:26
我觉得是文字问题,但看公司情况而言,我一般会设置成中等
作者: 微笑流淌    时间: 2010-8-25 21:14
标题: 回复 9# 的帖子
我也是刚到这个公司的,在学习这个软件的时候发现的这个问题,软件还没有销售,只是让用户试用的,可能是为了做推广就先放在网上了!
我现在就发现了好多问题,不知道以前那个测试是怎么测的。感觉公司的开发和一些流程都很混乱,可是我的测试经验也不是很足,不知道在这样的公司里有没有前途,感觉很郁闷……
作者: 愚人    时间: 2010-8-25 22:01
标题: 回复 12# 的帖子
只有美前途的公司,没有没前途的个人……不过前提是自己努力……
BUG级别的定义多数问题很容易定,而且定了其他人也不会有异议……
但是BUG在不同阶段级别可能是不同的,会出现升级或者降级的情况,比如你遇到的,这些主要靠积累;还有一些bug不能以对系统造成损害来判定,有一些原则问题,例如我们之前面试会问如果产品logo打成对手的bug怎么定级别,这毫无疑问是相当严重的;
    实践,积累,在实践,加油,相信你一定能做的很好的……
作者: 微笑流淌    时间: 2010-8-25 23:30
多谢大家的建议,我会努力的!

[ 本帖最后由 微笑流淌 于 2010-8-25 23:33 编辑 ]
作者: havards    时间: 2010-8-26 10:40
我只想说,你们经理好2
作者: zhangting85    时间: 2010-8-26 12:48
严重bug的划分也是依据不同项目有不同标准的,那么从上面的描述来看,软件还没有销售,只是先放到网上给客户试用。那么可以说这个软件就是一个试用版。所以试用期的起止日期的显示,对试用版而言,是一个主要功能,而非可有可无的次要功能。而他实际上对客户的影响也很大,因为客户无法知道到底可以试用多久。所以我想这个虽然是一个文字错误,但是也是一个严重bug。当然这里涉及到对严重程度的定义,有的公司是根据bug对代码的影响程度来划分,有的公司则会考虑对客户的影响程度来划分,我想,各种划分方式都有他的意义和适用范围。以这个具体的案例来看,经理的话还是有道理的。
作者: 暗香无风    时间: 2010-8-26 15:44
原帖由 原点 于 2010-8-25 13:06 发表
个人认为,上线前是一个文字错误,但上线后在客户面前产生了不好的影响或是留下了不好的印象,问题的严重程度就提升了。

    我觉得在测试的整个过程中都应该把用户体验放在比较重要的位子上,因为某些软件等到开发完成了,再因为用户体验问题而去修改成本会很高
作者: yolander    时间: 2010-8-26 16:12
测试通常会划分不同的阶段,在不同的阶段,一定有不同的侧重点
1、初期:侧重文档测试,代码、用户手册、帮助文件的review等静态检查为有效手段
2、中期:侧重系统功能的完整性以及系统性能指标等
3、末期:侧重用户感受,测试人员转换角色(或者不同的测试团队),代替用户对系统进行验收测试
针对不同的阶段和侧重点,对缺陷的严重等级分类,应该也采取不同的定义
LZ的案例在于,如果将测试阶段划分好,测试重点定义好了,并有明确的缺陷严重等级定义,也就不会出现这样的问题了




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2