- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
第03讲、软件缺陷和缺陷报告概要
*/23 Topics Copyright Tarena Technologies Inc., 2008. All rights reserved. Tarena High-End IT Training 中国北京 电话:(01062136369 地址:北京市海淀区北三环西路甲18号 中鼎大厦B座7层 中国上海 电话:(02161202603 地址:上海市北京东路668号 上海科技京城B区9层 加拿大多伦多 电话:(416)491-6456 地址:Suite 1208, Deerford Road, Toronto, Ontario, Canada 邮编:M2J 3J3 中国广州 电话:(02085518898 地址:广州天河区岗顶侨鑫教育主楼三层 */23 */23 */23 第03讲、软件缺陷和缺陷报告 测试人员的主要工作职责 编写缺陷报告 缺陷报告的处理流程 本章内容 一、测试人员的主要工作职责 测试人员的主要工作职责 1、编写测试计划 2、编写测试用例 3、执行测试,发现缺陷提交缺陷报告 4、验证所发现的缺陷是否得到修改 5、编写测试总结报告 二、编写缺陷报告 缺陷报告 当测试人员发现了一个缺陷,需要填写一份“缺陷报告”来记录这个缺陷,并通过这个缺陷报告告知开发人员所发生的问题——缺陷报告是测试人员和开发人员交流沟通的重要工具。 案例1: 张三在测试案例1-2-1程序时,发现除数为零时程序异常退出,向开发组提交一份缺陷报告 缺陷报告的重要组成 1、缺陷编号(Defect ID) 2、缺陷标题(summary) 3、缺陷的发现者(Detected By) 4、发现缺陷的日期(Detected on date) 5、缺陷所属的模块(subject) 6、发现缺陷版本(Detected in release) 7、指派给谁处理(Assigned to) 缺陷报告的重要组成 8、缺陷的状态(status) 描述缺陷此时所处的状态 例如: 新提交的缺陷——new 打开的缺陷——open 被拒绝的缺陷——rejected 已经被修改完的缺陷——fixed 重新打开的缺陷——reopen 关闭的缺陷——closed 缺陷报告的重要组成 9、缺陷的严重程度(severity) 指明该缺陷对软件造成的影响程度有多大 例如: 造成死机或影响开发、测试进度的问题——Urgent 非常严重的功能问题——Very High 大的功能问题——High 中等程度的功能问题——Medium 小的功能问题——Low 注意: 每个单词代表的具体含义每个公司可能是不一样,应该在测试计划或是在专门的文档中定义好,以便测试人员和开发人员达成一致 案例:手机测试公司bug level Definition 缺陷报告的重要组成 10、缺陷的优先级(priority) 希望该缺陷什么时间内或者哪个版本程序员可以解决 例如: Urgent——立刻修复 Very High——本版本修复 High——下一个版本修复 Medium——发布之前修复 Low——允许在发布产品中存在 注意: 同样,每个单词代表的具体含义每个公司可能是不一样,应该在测试计划或是在专门的文档中定义好 缺陷报告的重要组成 11、缺陷描述(description) 把发现这个缺陷的具体步骤记录下来,使开发人员通过你的描述可以看到这个缺陷,以便他去解决这个缺陷 要求:描述清晰、准确、易读,使开发人员容易读懂,并可以重现缺陷——初学者练习的重点、难点 注意 1、缺陷的严重程度和优先级是不是成正比关系? 例如: 界面问题的严重程度一般比较低,但优先级可能最高——立即修复 某些重大的功能问题可能暂时解决不了,但不影响软件其他功能的使用,这时优先级可能定义的比较低——在发布之前修复 2、缺陷的严重程度和优先级确定好以后,还会改吗? 例如: 测试人员确定一个缺陷为“立即修复”,但开发组认为这个缺陷不太好解决,而这个缺陷又不影响其他功能,这时可能要求在“下一个版本修改”或“发布之前修改” 3、是不是所有已发现的缺陷都会被修复的? 有些缺陷修复的成本太高或者由于进度压力可能在发布之前得不到修复,这样的缺陷一定要经过项目组的讨论,权衡成本和风险,要确保不会对用户造成重大的影响及法律纠纷。后面再通过升级软件或打补丁的方式修复缺陷或弥补缺陷 缺陷报告的用途 记录软件缺陷 对缺陷进行分类 跟踪软件缺陷 用于缺陷的分析、总结 软件缺陷的识别 通过测试用例中的预期结果进行识别
文档评论(0)