缺陷架构定义及缺陷管理

一、软件缺陷概述
软件缺陷，通常又被叫做Defect或者Bug,即为软件或程序中存在的某种破坏正常运行能力的问题、错误，其存在会导致软件产品在某种程度上不能满足用户的需要。
从产品内部看，缺陷是软件产品开发或维护过程中存在的问题、错误。
从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。

二、什么是缺陷？

不满足用户确定的需求

软件未达到产品说明书标明的功能（没实现功能）
软件出现了产品说明书指明不会出现的错误（与产品经理要求的功能、结果相违背，预期结果与实际结果不符）
软件功能超出产品说明书指明范围（做的功能超出了，比如只让做积分结果把优惠券也做了）
软件未达到产品说明书虽未指出但应达到的目标（最坑人，背锅专用。软件出问题后产品经理说这个是我没有写在需求文档里但是你也应该想到应该实现的一个结果，为什么你没有想到？）
软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好（易用性不好，性能不行）

三、缺陷产生的原因

需求不断变化（三天两头改需求，代码沉余的越来越多，对于需求的理解越来越不清晰）
工期短，任务大
程序设计错误（代码越写越多，头上就写错了，后面越改错越多，返工量非常大）
文档不完善（做软件测试必须要有的文档：需求文档，概要设计，详细设计，项目原型，接口文档；如果不做早期测试，甚至可以不用概要设计和详细设计，数据库的说明书最好要有）
沟通交流不够（产品经理、测试、开发，配合的好就是一家人，配合不好则鸡犬不宁）
软硬件支持不完善（很多好的软件都是要花钱）
软件的复杂性（软件的复杂度与路径的多少有关，和模块无关，模块多不一定复杂）

四、对于无法再现的缺陷应当采取适当的方法处理
首先，应当对这样的缺陷进行详细的记录，并尽快提交给开发人员。
其次，对于寻找难以再现的缺陷要合理的安排时间，不要因为一棵大树而丢掉了整个森林。要考虑到测试项目的整体进度，对一时难以再现的缺陷可以暂时搁置，以保证项目的正常进度。
最后在测试过程中对未再现缺陷予以关注。
一定要追根究底但是不要耽误进度。

五、缺陷报告处理流程

六、缺陷报告的分类

按缺陷所处状态分类

待确认
新提交
已分配
问题未解决
待返测
待归档
已归档

按处理意见分类

已修改
不是问题
无法修改
以后版本解决
保留（能被保留的bug一般都是在底层无法修改）
重复
无法重现

七、BUG严重程度划分

致命级别：导致软件已经无法再继续测试下去
严重级别：导致这个流程无法继续测试，影响测试周期
一般级别：表单值域，等价类，边界值，错误推断法，图片不对等等
轻微级别：错别字，串行等耽误不了太多时间的bug

八、BUG优先级划分

高（P1）：BUG严重级别较高，需要立刻解决的，或者一般级别但是比较棘手的
中（P2）：BUG严重级别一般的，不影响用户正常操作的
低（P3）：BUG严重级别处于较低的，可以下一次Alpha测试前再解决的
建议（P4）：建议性的BUG，可改可不改，无伤大雅

注：P1级别不固定，严重级别跟致命级别的问题多时，这些是P1,如果这些问题都解决了一般的是P1,如果一般级别的问题也解决了那错别字也可以是P1，随情况来定。

九、如何有效记录缺陷？

保障重现缺陷
分析故障——使用最少步骤复现故障
包含所有重现缺陷的必要步骤
方便阅读（截图、链接）
尽量简单——一个缺陷一个报告
注意自己的语气等

十、缺陷报告的内容及模板

缺陷报告的作用：缺陷的分类，缺陷的记录，缺陷的跟踪
缺陷的基本信息：版本，模板，操作系统，问题原因，严重程度，优先级，提交人
缺陷报告的记录：摘要，bug定位，复现步骤，预期结果，实际结果，URL附件截图
缺陷的跟踪：缺陷的跟踪状态
缺陷报告的准则：准确 — 清晰 — 简洁 — 完整 — 一致
bug的处理结果：已解决，不予解决，延期处理，设计如此，重复bug，无法重现，外部原因
bug处理流程：激活，已确认，已解决，重新激活，已关闭的

缺陷架构定义及缺陷管理相关推荐

软件测试基础（三）—— 缺陷判断标准、缺陷管理流程、缺陷工具推荐
学习目标 1.能够说出软件缺陷判定标准: 2.能够说出项⽬中缺陷的管理流程: 3.能够使⽤Excel对于缺陷进⾏管理: 4.能使⽤⼯具管理缺陷. 一.缺陷 1.定义软件中存在的各种问题,都为缺陷,简 ...
8.0、软件测试——缺陷（定义和标准）
8.0.软件测试--缺陷(定义和标准) 1.缺陷的定义软件在使用过程中存在的任何问题都叫软件缺陷,简称 bug: 缺陷介绍: 2.缺陷的判定标准 1. 软件未实现需求(规格)说明书中明确要求的功能 ...
CS、BS架构定义(笔记)
1.CS.BS架构定义 CS(Client/Server):客户端----服务器结构.C/S结构在技术上很成熟,它的主要特点是交互性强.具有安全的存取模式.网络通信量低.响应速度快.利于处理大量数据. ...
未发现缺陷(NDF)定义及预防
台式机主板未发现缺陷(NDF)"定义及预防何谓"未发现故障"或"未发现缺陷(NDF)"? 台式机主板退回英特尔时,会进行测试以不断改进质量. ...
The Open Group正式发布《为IT4IT™参考体系架构定义“IT服务”》
2019年11月19日,The Open Group正式发布白皮书 <为IT4IT™参考体系架构定义"IT服务">,本文档是IT4IT™白皮书,旨在通过提供有关参考架构 ...
缺陷报告.定义，报告，核心要素
1.缺陷报告的定义概述:标识并描述发现的缺陷,具有清晰,完整和可重现问题所需的信息的文档理解:测试人员发现缺陷,将缺陷记录在<缺陷报告>中,通过缺陷报告将缺陷告知给开发人员,并对缺陷进 ...
自定义模型架构_品牌架构定义和模型的艺术，可帮助您摆脱混乱
自定义模型架构 My friend lived in a poorly renovated home in Fremantle, Western Australia. Like many house ...
缺陷的定义以及怎样编写缺陷报告
定义概述:标识并描述发现的缺陷,具有清晰.完整和可重现问题所需的信息的文档. 理解:测试人员发现缺陷,将缺陷记录在<缺陷报告>中,通过缺陷报告将缺陷告知给开发人员,并对缺陷进行跟踪和管 ...
转：缺陷的定义级别、优先级及状态
声明一下,测试人员并不就是找软件缺陷的(bug)的,我觉得主要是检查软件是否正确实现了预期功能. 一.软件缺陷的定义及主要类型我们对软件缺陷分析一下,所谓"软件缺陷(bug)", ...

缺陷架构定义及缺陷管理

缺陷架构定义及缺陷管理

缺陷架构定义及缺陷管理相关推荐

最新文章

热门文章