软件或程序中存在的各种问题及错误
- 一、软件缺陷的定义
- 二、软件缺陷的判定标准
- 三、软件缺陷产生的原因
- 四、软件缺陷产生的根源
- 五、软件缺陷信息
-
- 1、 缺陷的基本内容
- 2、缺陷的状态
- 3、缺陷的严重程度
- 4、缺陷的优先级
一、软件缺陷的定义
- 软件或者程序中存在的各种问题及错误
- 软件缺陷的存在会导致软件产品在某种程度上不能满足用户的需求
二、软件缺陷的判定标准
- 软件未达到需求说明书的功能
- 软件出现了需求说明书指明不会出现错误的地方
- 软件的功能超出需求说明书知名的范围
- 软件出现了需求说明书虽未指明，而应该达到的目标
- 软件测试人员认为软件难以使用，效率低下，或者用户体验不好
三、软件缺陷产生的原因
软件缺陷产生是不可避免的，造成软件缺陷产生的元婴主要归纳如下：
- 需求解释、记录或定义错误
- 设计文档说明存在错误或者拼写错误
- 编码说明、程序代码有误
- 硬件或者软件系统上存在错误
四、软件缺陷产生的根源
- 需求变更
- 交流不充分
- 软件复杂性
- 进度压力
五、软件缺陷信息
以下表格中的为必须体现出来的信息，比较重要，还有的缺陷信息是根据每个公司而变化。
| 编 | 属性名称 | 描述 |
|---|---|---|
| 1 | 缺陷ID | 唯一的缺陷ID，可以根据该ID追踪缺陷 |
| 2 | 缺陷状态 | 缺陷状态指缺陷通过一个跟踪修复过程的进展情况 |
| 3 | 缺陷标题 | 描述缺陷的标题 |
| 4 | 缺陷严重程度 | 对软件产品的影响程度 |
| 5 | 缺陷优先级 | 缺陷修复的先后顺序，分有限处理和稍后处理 |
| 6 | 缺陷所属模块 | 缺陷所属的项目和模块，要能较精确的定位至模块 |
| 7 | 缺陷详细描述 | 缺陷的重要步骤 |
| 8 | 缺陷处理人 | 处理该缺陷的处理者 |
1、 缺陷的基本内容
缺陷标题、缺陷的预置条件、却显得重现步骤、缺陷的实际结果、缺陷的预期结果
2、缺陷的状态
- new ：新建状态
- renew|reopen：激活状态
- open：打开状态
- fixed：修复状态
- closed：关闭状态
- rejected：拒绝状态
- postpone：拖延状态
3、缺陷的严重程度
| 严重等级 | 描述 |
|---|---|
| 5-Critical | 系统瘫痪、异常退出、死循环、严重的计算错误 |
| 4-VeryHigh | 频繁的司机、导致大部分功能不能使用 |
| 3-High | 1.功能没有实现，或者不符合用户需求2.数据丢失 |
| 2-Medium | 1.影响一个独立的功能2.仅在特定的条件上发生3.与产品需求定义不一致4.断断续续出现问题 |
| 1-Low | 表面性错误（如错别字，样式） |
P.S.每一个缺陷管理工具的等级划分存在不同，但是都大同小异或者按照倒序的排序，按照情况划分。
4、缺陷的优先级
| 优先级别 | 描述 |
|---|---|
| 5-Urgent | 最高优先级、在这个错误的影响下系统几乎不能使用 |
| 4-VeryHigh | 高优先级，错误对这套系统的能力产生严重的影响 |
| 3-High | 中优先级，如果这个错误存在于系统中，会制约开发和测试的活动进行，如果先前没有修复它，那么需要在发布前修复它 |
| 2-Medium | 低优先级，不会延迟发布，但是会在以后修正这个错误 |
| 1-Low | 最低优先级 ，时间和资源允许时修正 |
P.S.每一个缺陷管理工具的等级划分存在不同，但是都大同小异或者按照倒序的排序，按照情况划分。
E表测试用例的模板展示
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！