缺陷报告【软件测试】
软件测试缺陷报告
- 一、软件缺陷定义
- 二、常见的软件缺陷
- 三、软件缺陷产生原因
- 四、软件缺陷的生命周期
- 五、软件缺陷报告应包含的内容
- 六、缺陷报告模板
- 七、企业案例分析
一、软件缺陷定义
软件缺陷是计算机或程序中存在的会导致用户不能或者不方便完成功能的问题、错误、或者隐藏的功能缺陷。缺陷的存在会导致产品在某种程度上不能满足用户的需要
IEEE729-1983对缺陷的定义为:从产品内部看,缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题;从产品外部看,缺陷是系统所需要实现的某种功能的失效或违背。
二、常见的软件缺陷
- 功能没有实现与需求规格说明不一致
- 界面、消息、提示、帮助不够准确或误导用户
- 屏幕显示、打印结果不正确
- 软件无故退出或没有反应
- 与常用的交互软件不兼容
- 边界条件未作处理,输入输出无数据没有提示和说明
- 运行速度慢或占用资源多
三、软件缺陷产生原因
- 软件自身的复杂性
- 技术问题
- 管理问题
- 人员问题
四、软件缺陷的生命周期
五、软件缺陷报告应包含的内容
序号 | 属性项 | 是否必须 | 说明 |
---|---|---|---|
1 | 标题 | 是 | 缺陷的标题,尽量精简 |
2 | 关键字 | 是 | 识别这几个关键字,用户搜索,消重 |
3 | 功能模块 | 是 | 缺陷的功能性分类,要结合具体的产品特性来店易,一般按照功能模块划分,比如安装卸载问题,帮助文档问题,打印问题,功能模块问题等 |
4 | 缺陷状态 | 是 | 用于缺陷的跟踪,描述缺陷的状态,比如新建。解决待测、测试通过、测试失败、已解决 |
5 | 问题复现步骤 | 是 | 复现的具体步骤 |
6 | 期望结果 | 是 | 操作的正确结果(期望结果) |
7 | 实际结果 | 是 | 操作的实际结果 |
8 | 附件 | 否 | 附加的文件、图片和录制的可播放文件 |
9 | 版本号 | 是 | 发现缺陷时的产品版本号(大部分产品都是不断升级维护的,而且是不同的版本使用同一个缺陷库) |
10 | 优先级 | 是 | 问题解决的优先级,处理和修正软件缺陷的先后顺序的指标,一般分为4个等级 |
11 | 严重性 | 是 | 问题的严重性 |
12 | 分类 | 否 | 缺陷的特征分类,可根据团队需要特别关注的类别划分,比如效率问题,死机问题,易用性问题,兼容性问题等 |
13 | 客户信息 | 否 | 列出反馈该问题的一个或多个客户的相关信息,方便对客户进行支持 |
14 | 报告人 | 是 | 报告缺陷的人员,一般缺陷系统自动根据账号生成 |
15 | 解决人 | 否 | 一般是缺陷报告提交后由项目经理指定一个解决问题的开发人员 |
16 | 报告时间 | 是 | 报告提交的时间,一般由系统自动生成 |
优先级和严重性是两个重要字段,对后续缺陷的解决以及缺陷分析都有重要意义,在报告缺陷的时候要给出正确的选项。
软件的严重性和优先级是含义不同,但相互联系密切的两个概念,它们从不同的侧面描述了软件缺陷对软件质量和最终用户的影响程度及其处理方式。
一般来说,严重性高的软件缺陷具有较高的优先级。严重性高说明对软件造成的质量危害性大,需要优先处理,而严重性低的缺陷可能只是软件不太尽善尽美,可延后处理。
六、缺陷报告模板
七、企业案例分析
案例1
缺陷描述
描述1:打开文件,文字显示乱码(×)
描述2:打开文件,文件字体样式正确,字体库中存在字体文件,并且文字的内容正确,但是显示为乱码
描述3:打开文件,简单的几个文字居然显示为乱码(×)
分析:描述1无法定位缺陷原因,是字体不存在,字体样式有问题还是读取文件时字符串内容出错了,容易让人产生一系列疑问;描述3不但描写不清楚,还附带个人情绪。
案例2
缺陷标题提炼
缺陷事实描述
因为网络故障,客户端与授权服务器断开后保存文件,从“文件”菜单退出软件,软件死机。如果不保存文件或者不从文件菜单中退出,则不会死机。
标题提炼:
- 客户端授权后,退出软件死机
- 客户端授权后,保存图纸,再通过“文件”菜单退出软件,软件死机
- 软件死机
- 客户端授权后,软件死机
以上描述要么太简单,要么没有写出问题的本质部分,只有描述2是相对较好的描述。
缺陷报告【软件测试】相关推荐
- 软件测试--缺陷报告
缺陷报告是描述软件缺陷现象和重现步骤地集合.软件缺陷报告Software Bug Report(SBR)或软件问题报告Software Problem Report(SPR) 作用:缺陷报告是软件测试 ...
- 软件测试-工作流程(需求分析评审、测试计划、测试用例、用例评审、执行测试、跟踪定位bug、测试报告、缺陷报告)
一.需求分析.评审 (1)需求分析 对要解决的问题进行详细的分析,弄清楚问题的要求,包括需要输入什么数据,要得到什么结果,最后应输出什么. ①如何做需求分析? 通读需求,对需求有个大致的了解,比如: ...
- 软件测试缺陷报告单怎么填,缺陷报告(缺陷报告怎么写)
报告软件测试错误的目的是为了保证修复错误的人员可以重复报告的错误,从而有利于分析错误产生的原因,定位错误,然后修正之.因此,报告软件测试错误的基本要求.. 1. 首先要做一个"标题党&quo ...
- 软件测试——缺陷报告的编写
1 软件缺陷 缺陷是一种泛称,它可以指功能的错误,也可以指性能低下,易用性差等 并不是所有的测试人员都能提交被开发认可的缺陷,也不是测试人员在任何时候都能提交被开发认可的缺陷 2 什么是软件缺陷 软件 ...
- 软件测试 通用技术04 缺陷基本概述 缺陷的生命周期 缺陷的识别 缺陷报告 缺陷报告模板 测试需求、测试用例、缺陷报告的关系
1 缺陷基本概述 1.1 缺陷的定义(重要!) 软件未实现产品说明书要求的功能: 软件出现了产品说明书指明不应该出现的功能: 软件实现了产品说明书未提到的功能: 软件未实现产品说明书虽未明确提及但应该 ...
- 软件测试工程师-缺陷报告
缺陷报告 1.缺陷报告注意事项 (1)尽量保证缺陷可以重现 (2)简洁.准确.完整 (3)一个缺陷报告只写一个缺陷 2.缺陷书写规范 (1)标题简洁.提供缺陷的本质信息即可 (2)复现的步骤要详细,用 ...
- 软件测试-缺陷报告(自己看)
缺陷报告 1.缺陷编号.Bug_项目名称_模块名称_功能名称_0001,一般模块名称写一级模块名称 2.所属模块.一级模块/二级模块/三级模块 3.优先级.缺陷的修复紧急程度.P1>P2> ...
- 软件测试梳理 第九节 缺陷和缺陷报告
缺陷的基本概述 缺陷的定义 软件未实现产品说明书要求的功能 软件出现了产品说明书指明不应该出现的功能 软件实现了产品说明书未提到的功能 软件未实现产品说明书虽未明确提及但应该实现的目标 软件难以理解. ...
- 软件测试缺陷 报告英文版,如何写一个完美的软件缺陷报告(Defect)
如何写一个完美的软件缺陷报告(Defect) 发表于:2016-12-08来源:徐文作者:测试改进工场点击数: 编写缺陷报告是测试人员的日常工作,好的缺陷报告能够让开发人员更容易理解,更快速的定位问题 ...
- 软件测试--缺陷和缺陷报告
缺陷的基本概述 定义:软件未实现产品说明书要求的功能 软件出现了产品说明书指明不应该出现的功能 软件实现了产品说明书未提及的功能 软件未实现产品说明书虽未说明单应该实现的目标 软件难以理解.不易使用. ...
最新文章
- javaScript的DOM(一)
- 如何在Python中附加文件?
- windows server 守护进程nssm
- unity下载文件三(http异步下载)
- 罗永浩直播翻车频现,抖音选错了吗?
- vue将原生事件绑定到组件
- Apache的认证、授权、访问控制
- 大数据可视化设计到底是啥,该怎么用
- 安装好了python环境后如何打开_教你如何安装Python环境
- 愿望满足系统 1020 分支与循环控制
- 整合Swagger接口文档
- 因程序问题引起的服务器CPU负荷一直保持在90%以上
- kaggle房价预测特征意思_未来销量预测——Kaggle基础方案(三):特征工程及线下验证划分...
- python实现区间估计,一个正态总体,均值已知,未知的区间估计,正态分布,t 分布
- (二十)美萍酒店管理系统:系统维护_系统设置_房间类型_单个添加、多个添加
- 荣耀android手机怎么截图,华为荣耀v20如何截图 荣耀v20的截屏的方法步骤
- 开始报名丨CCF C³-13@奇安信:透视俄乌网络战 —— 网络空间基础设施面临的安全对抗与制裁博弈...
- Java GUI项目,一个练手的泡泡龙小游戏
- 软件工程之项目团队分工
- 搭建redis集群-(伪分布式)