软件测试的生命周期

软件测试的生命周期和软件的生命周期是不一样的，软件包括需求分析和规划，设计和编码，测试和验证，部署和维护，退役和回收等等，而软件测试的生命周期则是需求分析-测试计划-测试设计，测试开发-测试执行-测试评估这几个方面。

如何描述一个bug 

1、发现问题的版本

2、问题出现的环境

3、问题复现的步骤

4、预期行为的描述

5、错误行为的描述

6、其他（如BUG优先级，截图等等）

如：

qq登录界面验证码被遮挡。无法通过验证

出现问题的版本：1.0（我编的）

出现问题的环境：Windows 11

问题出现的步骤：

打开qq。输入账号密码，点击登录后弹出需要验证码。

预期结果：根据验证码输入即可成功登录

实际结果：验证码被遮挡，无法进行输入

bug优先级：严重

bug的优先级 

1、Blocker（崩溃）

如：系统崩溃、死机、死循环

2、Critical（严重）

如：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失

3、Major（一般）

如：操作时间长、查询 时间长、格式错误、边界条件错误

4、Minor（次要）

如：拼写错误或文字错误

上述是一般的等级，bug的定义每个公司都不一致，在定义级别之前需要查看公司规范。

bug的生命周期  

New:新发现的Bug，未经评审决定是否指派给开发人员进行修改。

Open：确认是Bug，并且认为需要进行修改，指派给相应的开发人员。

Fixed:开发人员进行修改后标识成修改状态，有待测试人员的回归测试验证。

Rejected：如果认为不是Bug，则拒绝修改。

Delay:如果认为暂时不需要修改或暂时不能修改，则延后修改。

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

Reopen：如果经验证Bug仍然存在，则需要重新打开Bug，开发人员重新修改