一、今天完成的事情：

1、学习了缺陷报告理论知识

1)什么是缺陷报告

   发现缺陷，用缺陷报告记录缺陷，将缺陷报告提交给开发部门，并且跟踪管理缺陷。缺陷报告是测试人员和开发人员之间重要的沟通工具。

2)如何填写缺陷报告?

  缺陷报告的主要组成：

说明：不同公司使用的测试管理工具不同，所以缺陷报告的组成不完全相同，但是大同小异。

a、缺陷编号（defect id)  ： 记录发现缺陷的顺序号，缺陷编号，是以项目为单位进行记录的。缺陷编号可以唯一标识缺陷，并且在测试管理工具中缺陷编号通常是自动生成的

b、缺陷标题（summary)   简明扼要概括什么是缺陷。缺陷标题，没有标准答案，意思正确即可。

c、缺陷的发现者（detected by)   测试人员自己

d、提交缺陷的日期 (detected on date)  缺陷应该及时提交。在测试管理工具中通常会自动获取系统日期显示。

e、缺陷指派给谁处理（assigned to)  首先指派给开发经理，接下来开发经理再指派给相应的开发人员去处理缺陷。

f、发现缺陷的功能模块（subject)  可以帮助开发人员定位缺陷；便于开发经理确认该缺陷由哪个开发人员负责解决

g、缺陷所属的版本（detected in release/version) 说明：这里所指的版本不仅指最终发布上线版本，也指在开发过程中形成的很多临时版本

3）bug生命周期（按禅道流程来）：

a、提交bug,状态为激活状态

b、指派给开发，状态为未确认

c、开发确认bug,状态为待解决

b、开发解决了bug，并指派给测试人员，状态为已解决

d、测试人员回归bug,并关闭bug，状态为关闭。

e、测试人员回归bug时，发现bug并未解决，重新激活，bug状态变为激活。

2、在网上注册了禅道，提了一个bug

注意：内容和截图在百度云盘链接

二、明天计划的事情：

·1、修改草船云用例

三、遇到的问题：

1、缺陷严重级别不好定义，

一个bug到底属于什么级别，严重的并不一定优先级最高。通过朋友和网上查资料了解到

一般企业（禅道）分严重级别为1.2.3.4，优先级也为1.2.3.4.  通常bug的严重程度为1.2.3级的修复

bug修复完毕基本上才上线，那些不予解决的 bug或者延期或者讨论再改

2、提了bug开发说不是bug,这样怎么和开发沟通

听说这个面试经常问道，问我朋友她说看需求和原型图里面有没有相关说明，如果没有找产品或需求确认如果是bug就修复，不是就关闭。如果产品和需求不能确认又特别严重的bug,产品经理、开发经理、测试、开会确认。

四、收获

今天学习了缺陷报告，这是测试中必不可少的一部分。自己通过禅道提交了一个bug.终于弄明白了测试最重要的一个环节。

百度网盘提取码：knii