day704.docx
- 文档编号:15666231
- 上传时间:2023-07-06
- 格式:DOCX
- 页数:10
- 大小:127.36KB
day704.docx
《day704.docx》由会员分享,可在线阅读,更多相关《day704.docx(10页珍藏版)》请在冰点文库上搜索。
day704
复习:
进制和进制转换
第三讲缺陷报告
一、软件项目的测试流程(步骤):
(重点)
1、分析需求,整理业务(流程、逻辑)
2、制定测试计划(在企业中一般由测试经理或者测试组长进行测试计划的制定,测试人员要阅读并执行测试计划)
3、设计测试(分析,设计编写测试用例的过程)
4、执行测试,记录测试结果
5、记录缺陷(《缺陷报告》)
6、跟踪、管理缺陷
7、测试总结(《测试总结报告》)主要是对测试数据进行总结,分析。
测试人员的工作职责:
1、需求分析,整理业务
2、编写测试计划(由测试经理或者测试组长进行编写测试计划,测试人员阅读并执行测试计划)
3、编写测试用例
4、执行测试,记录测试结果
5、发现缺陷,提交缺陷报告
6、跟踪管理缺陷
7、编写测试总结报告
二、缺陷报告
1、缺陷报告的说明
在企业中缺陷一般通过测试管理工具或缺陷管理工具完成,例如:
禅道(中文,免费),qc(英文),bugzilla,自主研发工具等。
2、什么是缺陷报告?
测试人员发现缺陷,将缺陷记录在缺陷报告中,通过缺陷报告将缺陷告知给开发人员,并对缺陷进行跟踪和管理。
缺陷报告是测试人员和开发人员之间重要的沟通方式。
3、缺陷报告的组成部分:
说明:
不同测试管理工具的模板不完全相同,但是主要部分大同小异。
案例:
除数为0时,程序异常退出
1)缺陷编号(defectid)
说明:
缺陷编号是发现缺陷的顺序号;以整个项目的缺陷统一编号,不是只记录一个测试人员的缺陷编号。
提示:
在测试管理工具中缺陷编号一般是自动生成的。
2)缺陷标题(summary)
简明扼要的概括说明该缺陷。
提示:
文字描述的内容可以自由发挥,意思正确就可以。
3)缺陷发现者(detectedby)
测试人员自己的账号(测试管理工具中注册账号)
提示:
测试管理工具会将当前登录人员的账号显示在此处。
4)提交缺陷的日期(detectedondate)
注意:
发现缺陷应该及时提交。
5)缺陷要指派给谁(assignedto)
测试人员--开发方负责人(开发经理)--具体负责解决该bug的开发人员。
6)缺陷所属的模块(subject)
指明发现缺陷所在的功能模块。
开发方的负责人可以通过缺陷所属模块,定位到负责解决该缺陷的开发人员。
7)影响版本(detectedinrelease/version)
说明:
这里的版本不仅指最终发布、上线的版本,也指在软件研发过程中出现的临时版本。
回归测试(重点):
在当前版本中对上一个版本的功能再重新测试一遍。
为什么要做回归测试?
(回归测试的目的)
(1)因为开发人员修复的bug有可能带来新的问题。
(2)新的功能可能会对原有的功能造成影响,产生新的bug。
提示:
在企业中,如果满足条件的情况下,会选择自动化测试的方式来做回归测试,以提高测试效率。
8)缺陷的状态(status)
指缺陷当前处于什么样的情况。
状态:
新的状态--new
激活的缺陷(开发方承认的缺陷)--open
已解决的缺陷(待反测的缺陷)--fixed
已关闭的缺陷--closed
拒绝的缺陷--reject
重新激活的缺陷--reopen
问题(重点):
缺陷报告的跟踪管理过程(缺陷的处理流程,缺陷的生命周期)?
答案:
1、测试人员将缺陷报告提交给开发经理,此时缺陷状态为:
new(新的缺陷)
2、开发经理验证缺陷:
情况1:
缺陷验证通过,开发经理将缺陷open(激活),并指派给相应的开发人员处理缺陷。
情况2:
缺陷验证没有通过,开发经理将缺陷rejected(拒绝)缺陷。
(拒绝后测试人员应该通过自己确认,或者与产品部门、开发部门进行沟通确认等方式,确定此缺陷,如果确定是假缺陷,那么由测试人员或测试组长关闭该缺陷,如果确定是缺陷,那么谁拒绝的谁负责激活该缺陷,并完成缺陷处理流程)
(3)开发人员要解决指派给他的缺陷,解决后将该缺陷状态设置为:
fixed(已解决)
(4)测试人员反测已解决的缺陷:
情况1:
如果反测通过,测试人员将缺陷关闭(closed)
情况2:
如果反测未通过,测试人员将重新激活(reopen)该缺陷,并指派回开发人员重新解决该缺陷,直到反测通过,关闭缺陷为止。
问题:
Q1、缺陷的基本处理流程?
new--open--fixed-closed
Q2、带有反测失败的缺陷处理流程?
(1次反测失败)
new-open-fixed-reopen-fixed-closed
Q3、被拒绝的缺陷的处理流程?
假缺陷:
new-rejected-closed
真的缺陷:
new-rejected-open-fixed-closed
拒绝后测试人员通过自己确认,或与产品部门、开发部门进行沟通等方式确认,确定此缺陷是假缺陷,那么由测试人员或者测试组长关闭该缺陷,如果是缺陷,那么谁拒绝谁负责激活该缺陷,并完成缺陷处理流程。
(如果是开发人员拒绝缺陷,也是一样的要)
缺陷被拒绝怎么办?
(首先确认是不是因为自己的操作失误或者理解偏差或者配置问题造成的假缺陷,其次看是不是对需求的理解偏差造成的缺陷.)
拒绝后测试人员应该通过自己确认,或者与产品部门、开发部门进行沟通确认等方式,确定此缺陷,如果确定是假缺陷,那么由测试人员或测试组长关闭该缺陷,如果确定是缺陷,那么谁拒绝的谁负责激活该缺陷,并完成缺陷处理流程
9)缺陷的严重程度(级别)-severity
说明缺陷有多糟糕,对软件的影响有多大。
级别划分:
致命的--urgent
非常严重(有可能没有)--veryhigh
严重的--high
中等的(一般的)--medium【常用】
建议或提示性的小问题--low
说明:
严重级别的定义太过笼统,在实际工作中容易引起开发与测试双方的争议,所以企业通常会编写详细的文档来对严重级别进行详细说明。
在实际工作中药注意参考。
提示:
不同企业,不同的项目,严重级别的详细定义文档会有差别,要注意参考。
10)缺陷的优先级(priority)
希望或者建议开发方在什么时间或者什么版本解决该缺陷
优先级别定义:
urgent--放下开发任务,立即解决缺陷
veryhigh(有可能没有)--本版本内解决
high--下一个版本解决【常用】
medium--在软件产品发布或上线之前解决
low--尽量在软件发布之前解决(有可能有bug在发布时并没有被解决)
说明:
在企业中,对于优先级别的定义有详细文档,要注意参考。
扩展:
关于优先级和严重程度的面试题。
Q1:
影响优先级的因素有哪些?
a、缺陷的严重程度,一般越严重优先级越高(但是并不是绝对的)
b、开发人员的开发压力,一般开发压力越小,优先级越高
c、缺陷的影响范围,影响范围越大,缺陷的优先级越高
d、解决缺陷的成本(时间)--成本越低,优先级越高
Q2:
严重级别和优先级是绝对(严格)成正比的关系吗?
严重级别和优先级不是绝对成正比关系,例如:
界面上的错别字,严重级别低,但是优先级高。
Q3:
严重级别和优先级一旦确定后,还能改吗?
严重级别一旦确定一般不予修改,但是优先级一般可以改,而且常拖延处理(delay)
Q4:
发布的软件中会存在发现但是没有解决的缺陷吗?
有可能会存在发现但是没有解决的缺陷。
这样的缺陷是要召开专门的缺陷讨论会,研究解决缺陷的成本和不解决缺陷是否给用户造成严重影响或引起法律问题等。
对于这类缺陷在后期通常会通过升级版本或者打补丁的方式给予解决。
回顾:
缺陷的处理流程
1、分析需求、整理业务
2、编写测试计划
3、设计测试
4、执行测试、记录缺陷
5、缺陷的管理与跟踪
6、测试总结
什么是缺陷报告?
测试人员发现缺陷,将缺陷记录在缺陷报告中,通过缺陷报告将缺件告知开发人员,并进行跟踪和管理的过程。
缺陷报告的主要内容:
1、缺陷编号defectID
2、缺陷标题summary
3、缺陷的发现者detectedby
4、提交缺陷的日期detectedondate
5、指派给谁assignedto
6、所属的功能模块subject
7、影响版本detectedinrelease
8、缺陷的状态
9、缺陷的严重程度
10、缺陷的优先级
11、状态描述
复习
软件项目的测试流程:
1、分析需求,整理业务
2、编写测试计划
3、设计测试,编写《测试用例》
4、执行测试,记录测试结果
5、记录缺陷,并跟踪管理缺陷(《缺陷报告》)
6、测试总结(编写《测试总结报告》)
什么是软件缺陷?
1、软件中未实现需求中要求的功能
2.、软件实现了需求中没有要求的功能
3、软件需求虽未提及,但应该实现的功能没有实现
4、软件中出现了明确指明不应该出现的错误
5、软件难以理解,不宜使用,运行缓慢等,站在用户的角度上看,一切认为不好的地方。
什么是缺陷报告?
缺陷报告是指测试人员在测试的过程中发现缺陷,把缺陷记录在缺陷报告里,通过缺陷报告把缺陷告知开发人员,并跟踪处理缺陷。
缺陷报告是开发人员和测试人员之间重要的沟通工具。
缺陷报告的主要组成有什么?
缺陷编码defectID
缺陷标题summary
缺陷发现者detectedby
发现缺陷的日期detectedondate
指派给谁
所属的模块subject
影响版本
缺陷的状态status
缺陷的严重程度
缺陷的优先级
状态描述
————-————-------------——————————————————————————————————————————————缺陷报告的上机练习
被测系统:
练习怎么写《缺陷报告》
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- day704