如何定义bug

上一篇 / 下一篇  2010-06-18 16:27:37 / 个人分类:测试园地

最近一直被困扰,实施人员似乎对于提bug乐此不疲,不管是他们更新失败导致缺少文件的报错,还是需求没有提到但是他们后来想到了应该那么做,他们都认为是bug。尤其讨厌的是看到报错信息就提bug,很令人烦恼。不由得让我开始怀疑是我对bug的概念搞错了吗?

以下是摘自Ron Patton的<<Software Testing>>第二版的解释;

  1. The software doesn't do something that the product specification says it should do.

  2. The software does something that the product specification says it shouldn't do.

  3. The software does something that the product specification doesn't mention.

  4. The software doesn't do something that the product specification doesn't mention but should.

  5. The software is difficult to understand, hard to use, slow, orin the software tester's eyes will be viewed by the end user as just plain not right.


TAG:

夏日冰凌的个人空间 引用 删除 夏日冰凌   /   2010-07-09 21:47:24
原帖由cookies于2010-06-28 15:30:26发表
实施最接近客户,说有bug很可能就是有问题
1.更新失败导致缺少文件的报错,程序在更新的时候怎么就不做.

谢谢!分析得很有道理
挨踢的 引用 删除 cookies   /   2010-06-28 15:30:26
实施最接近客户,说有bug很可能就是有问题
1.更新失败导致缺少文件的报错,程序在更新的时候怎么就不做好容错呢,万一更新不完整,就要会滚到商一个版本,这个检查机制要有。--程序不健壮
2.需求没有提到但是他们后来想到了应该那么做
这就是需求挖掘有缺陷,要引导客户去说出他们真实的需求
3.看到报错信息就提bug
报错信息应该更加友好,易懂。注意一定不能出现很多的提示报错信息,这就是易用性的范畴了
看问题不能站在开发的角度,一定要站在客户的角度
做过开发和测试,一些这些方面的感受
 

评分:0

我来说两句

Open Toolbar