软件测试中的BUG等级与生命周期详解

    在软件测试当中对BUG有明确的描述：

  当且仅当规格说明书存在且正确时，程序与规格说明书之间不匹配才是错误。

  如果实现了规格说明书中没有说明的功能，以用户的体验为准，如果功能没有实现最终用户的合理预期时，才被称为BUG。

  在测试中我们描述BUG通常从以下几个角度进行描述：问题出现的版本，问题出现的步骤，问题出现的环境，预期结果，实际结果。以上就是描述BUG的基本要素。

  对于一个BUG来说，自然也是有不同的级别，分别为：崩溃，严重，一般，次要、

  崩溃：主要体现在出现死循环，网页无法打开，功能无法使用，与数据库链接失败等对一个项目来说，出现了根本上的错误。

  严重：系统的主要功能丧失，用户数据丢失，安全问题，稳定性问题等。

  一般：系统主要功能已经实现，但部分功能没有实现，但不影响当前系统的使用。

  次要：界面的格式出现错误，性能缺陷，排列不整齐，描述不清楚等。

BUG的生命周期

  如果测试人员发现了BUG， 需要在对应的bug管理平台来创建bug（bug⽣命起
源），创建好的bug需要被开发⼈员修复，以及测试⼈员的持续跟踪和测试。

  new:发现一个BUG。

  open：确定是一个BUG，并且确定需要修改。

  Fixed：开发人员修复BUG，并且进行标记。

  Reopen：如果BUG仍然存在，那么就重新打开BUG，随后开发人员进行修改。

  Rejected：发现是BUG但是拒绝修改。

  Delay：发现是BUG，但是推迟修改。

  closed：修改后的BUG经过测试人员的确认之后，关闭BUG