软件测试-bug详解

一.bug的定义

当且仅当规格说明是存在的并且正确，程序与规格说明之间的不匹配才是错误。当需求规格说明书没有提到的功能，判断标准以最终用户为准：当程序没有实现其最终用户合理预期的功能和要求时，就是软件错误。

二.如何描述一个bug?

举例说明

标题：Mircrosoft Edge浏览器进入首页后，鼠标扫到圆形功能框位置时，有时功能框出现消失的情况

发现bug的版本：Microsoft Edge 107.0.1418.52 (正式版本) (64 位)

发现bug的环境：Windows 10 家庭中文版

发现bug的步骤：打开Microsoft Edge浏览器 访问连接 xinyou.edu.cn

期望的结果：进入首页后，鼠标扫到圆形功能框位置时，功能框变为白色。

实际的结果：进入首页后，鼠标扫到圆形功能框位置时，有时功能框出现消失的情况，有时功能框变为白色，系统这个功能不太稳定，可能影响用户正常使用。

其他：（bug类型：前端问题，bug等级：次要……）

三.如何定义bug的级别？

1.崩溃

阻碍开发和测试工作的问题；造成系统崩溃，死机，死循环，导致数据库数据丢失，与数据库连接错误，主功能丧失，基本模块缺失等问题。

2.严重

系统主功能部分丧失，数据库保存调用错误，用户数据丢失，以及功能菜单不能使用但不影响其他功能的使用。

3.一般

功能没有完全实现但是不影响使用，功能菜单存在缺失但不会影响系统稳定性。

4.次要

不影响操作，但是可以优化的现象，例如：颜色对比太强烈，容易造成用户眼睛疲劳。

四.bug的生命周期

（1）New

新发现的bug，测试人员在测试过程中发现的bug，测试人员创建bug。

（2）Open

开发人员收到bug之后，查看是否是bug，如果是bug，开发人员则把状态改为open。

（3）Rejected

开发人员收到bug之后，如果不是bug，开发人员则把状态改为rejected。

（4）Fixed

开发人员将bug进行修改后，标识为修改状态，等待测试人员的回归测试验证。

（5）Delay

开发人员认为暂时不需要修改，或者暂时不能修改，则延后修改。

（6）Closed

修改状态的bug经过测试人员的回归测试验证通过，则关闭bug。

（7）Reopen

如果修改状态的bug经过测试人员的回归测试验证后未通过，则需要重新打开bug，开发人员需要重新修改。