测试2:基础

目录

1.软件测试的生命周期

2.描述BUG

3.定义bug的级别

1.Blocker(崩溃)

2.Critical(严重)

3、Major（一般）：

4、Minor（次要）：

4.BUG的生命周期

---

1.软件测试的生命周期

需求分析,测试计划,测试设计,测试开发,测试执行,测试评估

需求分析:需求是否完整,需求是否正确

测试计划:软件有谁测试,什么时候开始测试,什么时候结束测试,测试哪些模块

测试设计:用测试用例

测试开发

测试执行:执行测试用例

测试评估:测试人员产生测试报告

2.描述BUG

1.分析问题版本

2.问题出现的环境

3.错误重现的步骤

4.预期行为帆描述

5.错误行为的描述

6.其他

7.不要不多个BUG一起提交

3.定义bug的级别

1.Blocker(崩溃)

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

2.Critical(严重)

系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。

3、Major（一般）：

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

4、Minor（次要）：

界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等

4.BUG的生命周期

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

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

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

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

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

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

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

无效的bug：open->closed open-rejected-closed