软件测试 通用技术04 缺陷基本概述 缺陷的生命周期 缺陷的识别 缺陷报告 缺陷报告模板 测试需求、测试用例、缺陷报告的关系

1 缺陷基本概述

1.1 缺陷的定义(重要!)

软件未实现产品说明书要求的功能;
软件出现了产品说明书指明不应该出现的功能;
软件实现了产品说明书未提到的功能;
软件未实现产品说明书虽未明确提及但应该实现的目标;
软件难以理解、不易使用、运行缓慢或者(从测试的角度看)最终用户会认为不好。

1.2 缺陷的属性

在这里插入图片描述
缺陷的优先级:正向的测试用例永远高于反向的测试。正向的测试是测试软件功能是否能使用,若不能使用,就是缺陷,此时去进行反向的测试没有意义。

1.2.1 缺陷的类型

功能(Function)缺陷:常出在系统测试阶段。
用户界面(UI)缺陷:常出在系统测试阶段。
文档(Doumentation)缺陷:常出现在需求分析、设计阶段。
软件包(Package)缺陷:常出在实施过程。
性能(Performance)缺陷:常出在验收测试阶段。
接口(Interface)缺陷:常出在集成测试阶段。

1.2.2 缺陷的严重程度

缺陷的故障对软件的影响。
一般有分类,每一个公司和团队的分类标准都不太一样。
在学习过程中,以下描述的严重等级进行缺陷严重程度划分为标准。
结合缺陷的影响,结合软件的具体功能(业务或流程)。
在这里插入图片描述

1.2.3 缺陷的修复优先级

缺陷的修复优先级取决于缺陷对测试工作的影响程度。
例如:电商系统用户注册功能无法使用,带来的影响有:无法登录、购买、结算、支付、下订单、物流跟踪、收货、评论等功能都无法进行,就必须立即修复;电商系统系统中关于用户购买流程帮助说明的网页链接弹出404页面。
优先级的衡量,可以根据测试的软件系统的全业务流程划分,软件的基本功能的缺陷,优先级高,甚至需要立即解决。软件的备选流和基本功能中的反向测试的内容,优先级较低

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值