测试Study 1: bug和bug生命周期中的各种状态

所有软件开发过程的目的都是为客户(软件产品的终端用户)提供一个解决问题的方案(软件产品),以帮助客户更加高效地工作或生活(从时间和费用上来讲)。一个成功的软件开发过程就是为客户提供了所有他所要求的需求。

  一个没有软件测试的软件开发过程是不完善的。软件测试是为了寻找并修复软件中的bug/错误,它可以帮助提高软件的质量,以保证用户可以正常使用软件产品。

  什么是一个bug/错误?

  软件中的bug或者错误就是所有会影响软件整体或者部分功能的正常运行的软件行为。

  怎样找到bug/错误?

  我们主要依靠运行测试脚本或用例来找出那些软件产品中的不想看到的行为。

  什么是测试用例?

  测试用例是一类文档,测试用例中包含有用于执行的步骤或行为,而我们需要严格地按照这些步骤来执行以确认软件是否按照我们对它的期望执行。

  发现bug或者错误后该怎么办?

  一般在我们发现bug或者错误后,应该和开发人员交流以修复它。

  从一个bug被发现到这个bug被关闭这一段时间,bug可能会有以下状态:new ,open Postpone,Pending Retest,Retest,Pending Reject,Reject,Deferred,closed.(请注意这里有很多种状态,我们需要根据不同情况来决定怎样或者是否需要跟开发人员沟通)

  下面就对这几种状态进行以下解释:

  New:(新的)

  当某个“bug”被发现的时候(第一次),测试人员需要与项目负责人沟通以确认发现的的确是一个bug,如果被确认是一个bug,就将其记录下来,并将bug的状态设为New

  Assigned(已指派的)

  当一个bug被指认为New之后,将其将给开发人员,开发人员将确认这是否是一个bug,如果是,开发组的负责人就将这个bug指定给某位开发人员处理,并将bug的状态设定为“Assigned”

  Open(打开的)

  一旦开发人员开始处理bug的时候,他(她)就将这个bug的状态设置为“Open”,这表示开发人员正在处理这个“bug”

  Fixed(已修复的)

  当开发人员进行处理(并认为已经解决)之后,他(她)就可以将这个bug的状态设置为“Fixed”并将其提交给开发组的负责人,然后开发组的负责人将这个bug返还给测试组

  Pending Reset(待在测试的)

  当bug被返还到测试组后,我们将bug的状态设置为“Pending Reset”

  Reset(再测试)

  测试组的负责人将bug指定给某位测试人员进行再测试,并将bug的状态设置为“Reset”

  Closed(已关闭的)

  如果测试人员经过再次测试之后确认bug已经被解决之后,就将bug的状态设置为“Closed”

  Reopen(再次打开的)

  如果经过再次测试发现bug(指bug本身而不是包括因修复而引发的新bug)仍然存在的话,测试人员将bug再次传递给开发组,并将bug的状态设置为“Reopen”

  Pending Reject(拒绝中)

  如果测试人员传递到开发组的bug被开发人员认为是正常行为而不是bug时,这种情况下开发人员可以拒绝,并将bug的状态设置为“Pending Reject”

  Rejected(被拒绝的)

  测试组的负责人接到上述bug的时候,如果他(她)发现这是产品说明书中定义的正常行为或者经过与开发人员的讨论之后认为这并不能算作bug的时候,开发组负责人就将这个bug的状态设置为“Rejected”

  Postponed(延期)

  有些时候,对于一些特殊的bug的测试需要搁置一段时间,事实上有很多原因可能导致这种情况的发生,比如无效的测试数据,一些特殊的无效的功能等等,在这种情况下,bug的状态就被设置为“Postponed”

  Deferred(延期的)

  有些情况一些特殊的bug显得不那么重要,同时也是可以消除的,这个时候我们可以将bug的状态设置为“Deferred”

posted @ 2009-02-17 20:15  foward.molly.宝儿  阅读(537)  评论(0编辑  收藏  举报