51Testing软件测试论坛

标题: 什么样的问题才是BUG? [打印本页]

作者: Smile_day 时间: 2009-11-11 14:10
标题: 什么样的问题才是BUG?
请大家讨论个话题：
1、开发人员觉得什么样子的问题是BUG？（从开发角度考虑）
2、页面设计人员觉得什么样子的问题是BUG?（从页面制作角度考虑）
3、测试人员觉得什么样子的问题是BUG?（从测试角度考虑）
上面3个问题从3个不同的角色提出了各自对测试过程中BUG 的理解和定位。请大家就自己担任的角色或换位思考下表达自己的看法和建议！我想这在工作中统一下思想是有必要的，可以很好的提高工作效率。请大家积极参与！谢谢！

[ 本帖最后由 Smile_day 于 2009-11-11 14:11 编辑 ]

作者: 易水寒 时间: 2009-11-11 14:14
我觉得应该加一条从用户的角度去考虑

作者: Smile_day 时间: 2009-11-11 16:34
标题: 回复 2# 的帖子
从用户的角度考虑这条是最重要的，是测试的初衷也是目标。

作者: syq8050 时间: 2009-11-11 16:38
标题: 回复 1# 的帖子
只有在项目建立以后就应该明确用户需求，设计和测试人员要求统一，这样就不会产生矛盾了。

作者: tomtang 时间: 2009-11-11 17:19
判断bug有统一的标准：按照该项目定下的规格来判断。程序运行的结果与规格不一致，就是bug。
有时大家会混淆这个标准。RD常犯bug是随机的，轻微的，就认为PA把一些鸡毛蒜皮的事当bug；PA把规格建议的问题，当bug提，要让rd签名。

作者: 绯苍信 时间: 2009-11-11 18:11
和用户需求不一致的就是BUG 一切从用户角度出发

作者: Smile_day 时间: 2010-1-18 15:39
bug的产生:
1、需求bug:
a.对客户需求理解存在偏差:
需求分析是对客户需求的深入理解和澄清，在需求被一步步细化的过程中，会发现很多与客户理解不一致的地
方，甚至还有客户自己都没有想明白的细节，这个阶段是将需求从客户语言转化为研发规格的阶段，是最不稳定
的阶段.
b.需求更新:
需求变化的后果会造成重新设计与日程调整，一个需求变化频繁的项目或者产品是没有任何测试价值的.
2、设计bug:
a.软件框架模型设计bug.
b.静态页面设计产生的问题.
3、程序bug:
a.编程人员过于疲劳,不守规矩,过于热心,心不在焉.
b.软件的复杂性：功能越多，软件越复杂.

[ 本帖最后由 Smile_day 于 2010-1-18 15:46 编辑 ]

作者: fzu.134 时间: 2010-1-19 21:11
参与同一个测试项目，需要参与者达成统一的测试意识

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)