测试系列 – 报告:缺陷报告()

基础概念

基础概念

基础概念

从内部看,软件缺陷是产品开发或者维护过程中存在的错误、毛病等各种问题
从外部看,软件缺陷是系统所需要实现的某种功能的失效或者违背
总体来说,缺陷就是问题,最终表现为所需要的功能没有完全实现,没有满足用户的需求。

表现形式

表现形式

功能、特性没有实现或者部分实现
设计不合理、功能特性不明确,逻辑不清楚或者存在矛盾
产品实际结果和所期望的结果不一致
没有达到需求规格说明书所规定的性能指标
运行出错、中断、奔溃、界面混乱
数据不正确、精度不够、不完整、格式不统一
用户不能接受的其他问题,超时、界面丑陋
硬件或系统软件上存在的其他问题

缺陷产生的原因

缺陷产生的原因

缺陷不可避免,主要原因如下
需求解释或者记录错误
用户需求定义错误
需求说明存在错误
编码说明、程序代码有误
硬件或者系统存在错误
文档错误、内容不正确、拼写错误

缺陷产生的根源

缺陷产生的根源

交流不充分
软件的复杂性
开发任务的错误
需求的变化
进度的鸭梨

缺陷的修复费用

缺陷的修复费用

在不同的阶段,缺陷修复的成本会很低

缺陷报告

缺陷报告字段

缺陷报告字段

缺陷ID          唯一性
缺陷所属模块    方便定位是那个模块
缺陷所属环境    方便开发确定是哪个环境
缺陷标题        尽量简单明了
缺陷状态        
缺陷严重程度    
缺陷优先级      
缺陷提交人
缺陷提交时间
缺陷处理人
缺陷处理时间
缺陷详细描述    分多个步骤,每个步骤简单明了,结果清除,增加截图录屏

缺陷报告作用

缺陷报告作用

记录测试结果
方便开发人员进行缺陷的定位
为后期统计缺陷提供依据 

缺陷报告的状态

缺陷报告的状态

new         新创建一个缺陷
assigned    分配
open        确定为bug,开始修复
fixed       修复了
closed      关闭
reopen      
postpone    
duplicate

注意:缺陷从测试人员开始,也应该由测试人员结束

缺陷统计

缺陷统计

缺陷分布:找出系统的薄弱环节
缺陷状态:便于检查开发,测试的工作情况
人员水平:开发人员出错的数量,测试人员测出的数量
比较历史
模块难度
修复时间
未修复的缺陷数目
————————

基础概念

基础概念

基础概念

从内部看,软件缺陷是产品开发或者维护过程中存在的错误、毛病等各种问题
从外部看,软件缺陷是系统所需要实现的某种功能的失效或者违背
总体来说,缺陷就是问题,最终表现为所需要的功能没有完全实现,没有满足用户的需求。

表现形式

表现形式

功能、特性没有实现或者部分实现
设计不合理、功能特性不明确,逻辑不清楚或者存在矛盾
产品实际结果和所期望的结果不一致
没有达到需求规格说明书所规定的性能指标
运行出错、中断、奔溃、界面混乱
数据不正确、精度不够、不完整、格式不统一
用户不能接受的其他问题,超时、界面丑陋
硬件或系统软件上存在的其他问题

缺陷产生的原因

缺陷产生的原因

缺陷不可避免,主要原因如下
需求解释或者记录错误
用户需求定义错误
需求说明存在错误
编码说明、程序代码有误
硬件或者系统存在错误
文档错误、内容不正确、拼写错误

缺陷产生的根源

缺陷产生的根源

交流不充分
软件的复杂性
开发任务的错误
需求的变化
进度的鸭梨

缺陷的修复费用

缺陷的修复费用

在不同的阶段,缺陷修复的成本会很低

缺陷报告

缺陷报告字段

缺陷报告字段

缺陷ID          唯一性
缺陷所属模块    方便定位是那个模块
缺陷所属环境    方便开发确定是哪个环境
缺陷标题        尽量简单明了
缺陷状态        
缺陷严重程度    
缺陷优先级      
缺陷提交人
缺陷提交时间
缺陷处理人
缺陷处理时间
缺陷详细描述    分多个步骤,每个步骤简单明了,结果清除,增加截图录屏

缺陷报告作用

缺陷报告作用

记录测试结果
方便开发人员进行缺陷的定位
为后期统计缺陷提供依据 

缺陷报告的状态

缺陷报告的状态

new         新创建一个缺陷
assigned    分配
open        确定为bug,开始修复
fixed       修复了
closed      关闭
reopen      
postpone    
duplicate

注意:缺陷从测试人员开始,也应该由测试人员结束

缺陷统计

缺陷统计

缺陷分布:找出系统的薄弱环节
缺陷状态:便于检查开发,测试的工作情况
人员水平:开发人员出错的数量,测试人员测出的数量
比较历史
模块难度
修复时间
未修复的缺陷数目