软件测试中Bug的生命周期以及Bug的严重等级
我猜你们都会，但能说专业且全面不？
1.首先当测试人员接到一个项目或产品准备测试的时候，测试人员会根据测试用例一步步的来执行用例进行简单的功能测试。当测出一个Bug的时候，就是这个Bug被开始创建的状态(也就是被新建New)；
2.当一个Bug出现，测试人员会将这个Bug递交给开发人员，让开发人员进行修复，这个时候Bug的生命周期就进入到了被指派的状态(Assigned)；
3.当开发人员将这个Bug接到手之后会认证它到底是不是一个Bug，此时Bug就进入到被打开的状态(Open)，这个时候也表示开发人员可能正在修复此缺陷；
4.当此Bug已经被开发人员修复成功之后，Bug就会进入到另一个状态就是已被修复的( Fixed)，这个时候开发人员又将此Bug交还给了测试经理然后再由测试经理分配给负责它的测试人员；
5.Bug再次回到测试人员的手里(测试嘛，专职的活就是找Bug和测Bug...)这个时候他还会将这个Bug再测一遍，那此时Bug就进入到了待被测试的状态(Pending Reset)；
6.测试人员正在测试这个已经被开发人员修复过一次的Bug，Bug的状态又进入到了再测试的状态(Reset)；
7.经过测试人员的第二轮测试确认此Bug已被修复，这时Bug就进入到了接近尾声要被关闭的状态了(Closed)；
8.那如果测试人员经过第二次测试发现缺陷依旧存在，那就会重新把Bug递交给开发人员让开发人员继续修复。此时Bug进入到重新被打开的状态(Reopen)；
9.当将这个Bug再次传递给开发人员的时候(他也会纳闷儿，我这个Bug明明已经修复好了啊，怎么又给我让我修复呢，我拒绝！或者说开发人员认为这并不是个Bug时)，开发人员可以拒绝接受此Bug，此时Bug又进入到正在被拒绝中的状态(Pending Reject)；
10.经过开发团队开会讨论或者与产品经理交流沟通后发现这确实不是个Bug，或者说这与产品说明书上写的保持一致，那项目经理就会把此Bug设为已被拒绝的状态(Rejected)；
11.有的时候一些比较特殊或者要考虑到很多因素的Bug，又或者说是比较小的但不影响正常功能实现的Bug就会被开发人员设置为延期的(Postponed)。
注：如果是比较全面的划分，Bug生命周期就是以上的11个！
Bug等级由高到低依次分为：致命Bug、严重Bug、一般严重Bug、低级Bug和建议性的Bug。
致命的Bug：不能完全满足系统要求，系统停止运行，系统的重要部件无法运行，系统崩溃或者挂起等导致系统不能正常运行。
严重的Bug：严重地影响系统要求或基本功能的实现，且没有更正办法（重新安装或重新启动该软件不属于更正办法）。使系统不稳定、或破坏数据、或产生错误结果，或部分功能无法执行，而且是常规操作中经常发生或非常规操作中不可避免的主要问题，系统无法满足主要的业务需求，性能、功能或可用性严重降低。
一般严重的Bug：系统可以满足业务需求，系统性能或响应时间变慢、产生错误的中间结果但不影响最终结果等影响有限的问题。
低级的Bug：使操作者不方便或操作麻烦，但它不影响执行工作功能或重要功能。界面拼写错误或用户使用不方便等小问题或需要完善的问题。
建议性的Bug：希望提出的建议以及建议进行但不强制进行的修改。不会给发布的准确性或可用性带来任何严重影响。