测试-----BUG篇

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

---

软件测试的生命周期

软件测试贯穿与软件的整个生命周期，它的具体流程是:
1.需求分析
2.测试计划
3.测试设计，测试开发
4.测试执行
5.测试评估
6.上线
7.运行维护
其中每个阶段都有不同的目标和交付产物。

bug的概念

1.当需求文档上存在且正确的情况下，程序和需求文档不符合则就是bug.
2.当需求额文档没提到该功能，要以用户的角度去考虑，程序不满足用户的预期就是bug。

描述bug

bug的描述需要以下几个要素：
1.问题出现的版本
2.问题出现的环境
3.问题出现的步骤
4.预期结果
5.实际结果。

我们这里简单描述以下bug:

bug的级别

通过定义bug的级别，能够看出问题的严重性，开发人员需要通过bug的级别来分配优先级处理bug。另外bug的级别也能看出开发人员的开发质量.

bug级别⼀般分为：崩溃、严重、⼀般、次要

bug的生命周期

测试人员在发现bug后需要在对应的bug管理平台创建bug，创建好的bug需要被开发人员修复，以及测试⼈员的持续跟踪和测试。大致流程如下.

测试人员发现bug后会创建一个bug，此时是open状态。
开发人员在如果认为这不是一个bug，则会Rejected拒绝处理，或者bug的等级太低，当前周期不需要进行修复，则会进入Delay状态。
如果开发人员认为是BUG，则会进行修复，修复完成后改成Fixed状态，待测试进行验证。
如果测试人员验证不通过则会Reopen,需要开发人员重新修改。
如果测试人员验证没问题，则会cloded关闭BUG。
而Rejected和Delay状态的BUG在最终也会被处理，也会变成cloded状态。