软件缺陷

1.什么是软件缺陷？

（1）软件未达到产品说明书中已经标明的功能；

（2）软件出现了产品说明书中指明不会出现的错误；

（3）软件未达到产品说明书中虽未指出但应当达到的目标；

（4）软件功能超出了产品说明书中指明的范围；

（5）软件测试人员认为软件难以理解、不易使用，或者最终用户认为该软件使用效果不良。

（1）产品需求说明书

（2）设计方案

（3）编写代码

（4）其他

修复费用图说

软件在从需求、设计、编码、测试一直到交付用户公开使用后的过程中，都有可能产生和发现缺陷。随着整个开发过程的时间推移，更正缺陷或修复问题的费用呈几何级数增长。

软件的Bug也叫缺陷，狭义概念是指软件程序的漏洞或缺陷，广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节、或与需求文档存在差异的功能实现等。

在“用例模板实例”中的第一条用例，如果未登陆的用户能够购物，那么这就是一个Bug。

由于Bug从被测试人员发现到被开发人员修改需要经历一系列的流程，因此Bug是有状态的，基础的Bug状态变更流程:

打开-Open：测试人员发现了一个Bug，并提交。

修改中：开发人员接收Bug，开始修改。

已改-Fixed：开发人员修改好Bug，等待测试人员验证。

关闭-Closed：测试人员验证Bug被修改好后，将Bug状态更改为“关闭”；如果验证Bug未被改好，需要将Bug状态重新更改为“Open”。验证Bug是非常重要的测试环节。在理想的项目中，项目结项时Bug全部应该是“关闭”状态。

在实际情况中Bug的变更流程要比这个基础流程复杂很多。