Bug描述

上一篇 / 下一篇  2008-10-10 16:31:52 / 个人分类:测试基础知识转载

在有些组织里,程序员几乎会把一半的测试bug返回给测试组,因为那些错误不可再现、没有发现错误、同设计要求一致,或者错误报告根本无法操作。如果错误报告有如此高的返回率,基本可以认为是过程崩溃,需要立即解决:因为编写这些报告浪费了时间;会影响程序员和测试人员之间的团队凝聚力;最糟糕的是失去改进产品质量的机会。

  有些错误总是不可再现的或提出质疑的。有些错误只是间断地在模糊的或极端的条件下表现出来。有时候,测试环境和程序员之间的不一致会导致“在我的系统上工作良好”的反应。在需求不清楚的项目中,在一定的测试条件下,对“正确”行为的观点可以存在合理的不同。有时候,当真正的问题在于糟糕的测试过程、测试数据或不正确的测试用例时,测试人员可能错误解释测试测试结果和报告错误。

  为了防止这类问题,要提交好的测试bug,作为一个好的测试人员,必须遵循以下八个步骤:

  1) 结构:无论你是做探索性的或是描述性的、手工的或自动的测试,都要认真仔细的测试;

  2)再现:尽量三次再现故障。如果问题是间断的,那么最好报告问题发生的概率;例如,每3次出现一次,每3次出现2次等;

  3) 推广:确定系统其他部分是否可能出现这种错误,以及使用不同的数据是否可能出现这种问题,特别是那些存在严重影响的问题。

  4)总结:简要描述客户或用户的质量体验和观察到的一些特征。

  5)压缩:精简任何不必要的信息,特别是冗余的测试步骤。

  6)去除歧义:使用清晰的语言,尤其要避免使用那些有多个不同或相反含义的词汇。

  7)中立:公正地表达自己的意思,对错误及其特征的事实进行描述,避免夸张或忽略的语句,引起过度的注意力或忽视。


TAG: 转载

 

评分:0

我来说两句

日历

« 2024-03-27  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 4310
  • 日志数: 10
  • 建立时间: 2008-06-27
  • 更新时间: 2008-10-14

RSS订阅

Open Toolbar