目录
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
