《第03讲、软件缺陷和缺陷报告》由会员分享，可在线阅读，更多相关《第03讲、软件缺陷和缺陷报告（23页珍藏版）》请在金锄头文库上搜索。
1、第03讲、软件缺陷和缺陷报告,测试人员的主要工作职责 编写缺陷报告 缺陷报告的处理流程,本章内容,一、测试人员的主要工作职责,测试人员的主要工作职责,1、编写测试计划 2、编写测试用例 3、执行测试，发现缺陷提交缺陷报告 4、验证所发现的缺陷是否得到修改 5、编写测试总结报告,二、编写缺陷报告,缺陷报告,当测试人员发现了一个缺陷，需要填写一份“缺陷报告”来记录这个缺陷，并通过这个缺陷报告告知开发人员所发生的问题缺陷报告是测试人员和开发人员交流沟通的重要工具。,案例1： 张三在测试案例1-2-1程序时，发现除数为零时程序异常退出，向开发组提交一份缺陷报告,缺陷报告的重要组成,1、缺陷编号(Def
2、ect 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) 指明该缺陷对软
3、件造成的影响程度有多大 例如： 造成死机或影响开发、测试进度的问题Urgent 非常严重的功能问题Very High 大的功能问题High 中等程度的功能问题Medium 小的功能问题Low,注意： 每个单词代表的具体含义每个公司可能是不一样，应该在测试计划或是在专门的文档中定义好，以便测试人员和开发人员达成一致 案例：手机测试公司bug level Definition,缺陷报告的重要组成,10、缺陷的优先级（priority） 希望该缺陷什么时间内或者哪个版本程序员可以解决 例如： Urgent立刻修复 Very High本版本修复 High下一个版本修复 Medium发布之前修复 Low
4、允许在发布产品中存在,注意： 同样，每个单词代表的具体含义每个公司可能是不一样，应该在测试计划或是在专门的文档中定义好,缺陷报告的重要组成,11、缺陷描述（description） 把发现这个缺陷的具体步骤记录下来，使开发人员通过你的描述可以看到这个缺陷，以便他去解决这个缺陷 要求：描述清晰、准确、易读，使开发人员容易读懂，并可以重现缺陷初学者练习的重点、难点,注意,1、缺陷的严重程度和优先级是不是成正比关系？ 例如： 界面问题的严重程度一般比较低，但优先级可能最高立即修复 某些重大的功能问题可能暂时解决不了，但不影响软件其他功能的使用，这时优先级可能定义的比较低在发布之前修复 2、缺陷的严重
5、程度和优先级确定好以后，还会改吗？ 例如： 测试人员确定一个缺陷为“立即修复”，但开发组认为这个缺陷不太好解决，而这个缺陷又不影响其他功能，这时可能要求在“下一个版本修改”或“发布之前修改”,3、是不是所有已发现的缺陷都会被修复的？ 有些缺陷修复的成本太高或者由于进度压力可能在发布之前得不到修复，这样的缺陷一定要经过项目组的讨论，权衡成本和风险，要确保不会对用户造成重大的影响及法律纠纷。后面再通过升级软件或打补丁的方式修复缺陷或弥补缺陷,缺陷报告的用途,记录软件缺陷 对缺陷进行分类 跟踪软件缺陷 用于缺陷的分析、总结,软件缺陷的识别,通过测试用例中的预期结果进行识别 通过需求规格说明书进行识别
6、 通过和开发人员、需求人员、用户沟通进行识别,写缺陷报告时注意的问题,一个报告只提交一个缺陷 缺陷描述清晰、准确、易读，使用最少、必须的步骤，保证缺陷可以再现 对缺陷的严重性、优先级的划分准确、客观,其他一些问题,在提交缺陷报告之前一定要认真审核，确保提交的缺陷是有效的，而不是因为自己的疏忽或操作不正确造成的“假缺陷” 不要为了引起开发人员的重视而夸大缺陷 小的缺陷也要报告 及时报告缺陷 对于不可重现的缺陷也要报告 不做任何评价,三、缺陷报告的处理流程,测试人员,开发经理或项目经理,开发人员,测试人员,测试经理或测试人员,缺陷报告的处理流程,New,2、开发经理验证此缺陷,1、测试人员提交缺陷,4、缺陷修改完毕,5、测试人员返测缺陷,开发人员和测试人员共同谈论,缺陷的处理流程,测试人员的主要工作职责 编写缺陷报告 缺陷报告的处理流程,本章内容,Thank You!,
