软件缺陷笔记

软件缺陷管理

缺陷判定标准
1.软件未达到需求说明书的标明的功能
2.软件出现需求说明书指明不会出现错误的地方
3.软件的功能超出了需求说明书指明的范围
4.软件出现了需求说明书虽未指明，而应达到的目标
5.软件测试人员认为软件难以理解，不易使用，运行速度慢等用户体验感不好

缺陷产生的原因
0.缺陷的产生不可避免
1.需求解释、记录或者定义错误
2.设计文档说明存在错误或者拼写错误
3.编码说明，程序代码有误
4.硬件或者软件系统上存在错误

缺陷产生的根源
需求变更
交流不充分
软件的复杂性
进度压力

缺陷信息
重要部分
1.缺陷ID
2.缺陷状态
3.缺陷标题
4.缺陷的严重程度
5.缺陷的优先级
6.缺陷所属模块
7.缺陷详细描述
非重要部分
8.缺陷记录者，缺陷提交时间，缺陷处理人，处理结果描述，缺陷处理时间，缺陷验证人，验证结果描述，缺陷环境说明，必要附件

缺陷的状态
new：新建状态；open：打开状态；fixed：修复状态；closed：关闭状态；rejected：拒绝状态；postpone：拖延状态。

缺陷标题
简短准确

缺陷严重程度
5-critical：系统瘫痪，异常退出，死循环，严重计算错误
4-very high:频繁死机，系统大部分功能不能使用
3-high：功能点没实现，或不符合用户需求；数据丢失
2-medium：影响一个相对独立的功能；仅在特定条件发生；与产品需求不一样；断断续续出现问题
1-low：表面性错误

缺陷的优先级
5-urgent：系统几乎不可用
4-very high：对系统能力产生严重影响
3-high：若错误存在系统中，会制约开发和测试的活动进行。如果先前没有修复，那么需要在发布前修复
2-medium：不会延迟发布，后续修改
1-low：时间和资源允许时修正

缺陷类型
功能错误
界面错误
兼容性缺陷

告模板

缺陷跟踪流程
1.new新建状态

• 要提交一个缺陷，首先是新建状态

2.open打开状态

• 确认缺陷有效后，为打开状态

3.fixed修复状态

• 由缺陷的处理人，把缺陷处理完之后设置为恢复状态

4.closed状态

• 验证缺陷确实修复成功后，一般由缺陷的发起人设置状态为关闭

5.reopen状态

• 一个已经关闭的缺陷再次出现，就要设置为重新打开状态

缺陷分析需要注意的点

• 哪个模块问题最多
• 哪个测试工程师测试的缺陷最多
• 各类缺陷数量占比
• 开发人员能不能及时修复缺陷
• 开发人员一次修复缺陷占比
• 软件是否可以正常发布

BUG类型

缺陷管理工具

禅道
使用centOS中禅道的步骤（禅道：B/S系统，可在 页中使用。它可以将项目有序的跟踪管理起来）
1.在VM中加载centOS的虚拟操作系统
2.在VM中启动centOS
3.登录
4.进入命令行终端

• ifconfig：查看ip地址和端口

5.在Windows中ping验证是否可以与centOS 络连通
6.打开浏览器ip:端口/www
7.以上步骤可以看到禅道的登录界面

在windows中ping不通centOS时，可以先关机虚拟机（sudo shutdown -h now）,然后打开设置页面将 络适配器改为桥接模式并勾选复制。

JIRA：界面及使用较为简洁