测试过程中进行Bug描述[1]

发表于:2010-01-05来源:作者:点击数: 标签:bugBUGBug描述
测试过程中进行 Bug 描述[1] 软件bug管理 1、术语解释 测试程序:提供给测试组测试的程序; 测试计划:对测试程序(构件、应用程序、系统等)及其目标进行简要说明; 测试bug:不符合测试 需求 的错误,也就是 缺陷 ; 错误跟踪系统:是某个程序或应用系统,使得

  测试过程中进行Bug描述[1]   软件bug管理 

    1、术语解释

  测试程序:提供给测试组测试的程序;

  测试计划:对测试程序(构件、应用程序、系统等)及其目标进行简要说明;

  测试bug:不符合测试需求的错误,也就是缺陷;

  错误跟踪系统:是某个程序或应用系统,使得项目组可以报告、管理以及分析错误报告和错误趋势,如RationalClearQuest就是一个错误跟踪系统。

  2、为什么要提交bug

  在得到一个详尽的测试程序后,剩下的工作就是执行测试计划了。但是由于任何由人编写的程序都不可避免的存在着不符合测试需求的错误,也就是bug。因此需要一个方法来跟踪、分析和展示那些测试活动,避免偏离最小。这种方法称之为错误跟踪系统。它主要是有效的管理缺陷,实现以下作用:

  1)减少由于缺陷报告不明确而被开发组驳回的情况;

  2)加快缺陷的处理速度;

  3)提高测试的可信度;

  4)加强测试组与开发组在整个项目过程中的团队合作

  3、如何才能提交好的测试bug

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

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

原文转自:http://www.ltesting.net