软件缺陷报告与JIRA工具使用学习笔记

开发转自动化测试五六年了。工作当中做的最多的就是写自动化脚本。对于测试理论的知识有所欠缺，所以我打算抽空把理论知识补上。感谢黑马的这套软件缺陷报告与jiar工具使用的学习教程。以下是我学习笔记。

第一部分：软件缺陷报告的信息

 

基本内容:（以下前五个）

标题：一句话把缺陷介绍清楚，结尾不能加句号

预置条件：前提条件，bug出现的前提，比如说闪退，是用一段时间闪退还是一打开就闪退，内存占用比较高的时候闪退还是电量比较低的时候闪退

重现步骤：1. 2. 3.

期望结果：对的结果，应该是什么结果

实际结果：这个bug目前的展示效果

软件缺陷的状态：新建（测试人员提交bug）-打开（开发确认了这个bug，开始着手解决这个bug）-》修复（开发解决完了，等待测似确认）-》关闭

拒绝（开发认为不是bug）延迟

软件缺陷的严重程度： 致命 严重 一般 建议

致命的缺陷，例如一打开就闪退。严重的缺陷，很多功能用不了。一般的缺陷，部分功能不能用。建议类的缺陷，可改可不改。领导看软件缺陷的时候会更加关注最严重的缺陷

软件缺陷的优先级：高 中 低

代表缺陷解决的顺序。优先级的划分：低优先级-可改可不改。中等优先级-一般的问题。高优先级-紧急要修改的问题，最优先要解决的。例如24小时以内就要解决的问题。对于优先级的定义和划分，需要考虑问题修复的成都，是否影响团队其他人的工作进行、修复的难度和风险，不是测试人员自己说了算的。优先级的高低决定了开发人员做工作的顺序和安排，应该是开发领导确定的。

软件缺陷的类型：

代码错误 设计缺陷 性能问题 （打开一个页面5 6秒才打开，占用内存太多，太耗电） 安全相关（该加密的没有加密 漏洞 被攻击）

第二部分：软件缺陷的跟踪流程

测试提交-》开发确认-》开发打开缺陷-》修复-》测试 回归测试-》测试关闭

 软件缺陷管理工具有很多 Jira 禅道 bugfree ...

Jira 支持多语言 配置灵活功能强大

企业管理层 项目经理 测试人员 开发人员 还有其他人都会用到jira

问题类型（issue type）

issue ：缺陷故障 新功能 新任务 改进 子任务 Epic，所有的事情都可以作为issue

工作流：OT DO -》IN　progress　－》　in　ｒｅｖｉｅｗ　－》DONE

代办－》进行中－》进行结束，待评审－》完成

测试提交－》开发确认－》开发修复－》测试回归验证－》测试关闭