什么样的问题才是BUG?

Smile_day

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

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

易水寒

我觉得应该加一条从用户的角度去考虑

Smile_day

从用户的角度考虑 这条是最重要的，是测试的初衷也是目标。

syq8050

只有在项目建立以后就应该明确用户需求，设计和测试人员要求统一，这样就不会产生矛盾了。

tomtang

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

绯苍信

和用户需求不一致的就是BUG 一切从用户角度出发

Smile_day

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

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

fzu.134

参与同一个测试项目，需要参与者达成统一的测试意识