目录
1.软件缺陷定义
- 软件未实现产品说明书要求的功能
- 软件出现了产品说明书指名不应该出现的错误
- 软件实现了产品说明书未提到的功能
- 软件未实现产品说明书虽未明确提及但因该实现的目标
- 软件难以理解、不宜使用、运行缓慢或者软件测试员角度看-最终用户会认为不好
2.软件缺陷报告原则
尽快报告软件缺陷;
软件缺陷发现的越早,在进度中留下的修复时间就越多,该缺陷修复的可能性就越高;
有效描述软件缺陷;
直解释事实和演示,描述软件缺陷必须的细节;给出说明问题的一系列明确步骤。
3.软件缺陷基本信息
4.软件缺陷严重性与优先级
5.软件缺陷管理概述
在软件生命周期中识别、管理、沟通任何缺陷的过程(以缺陷的识别到缺陷的解决关闭),确保缺陷管理被跟踪管理而不丢失。
一般需要跟踪管理工具来帮助进行缺陷全流程管理。
6.软件缺陷管理的作用
- 确保每个被发现的缺陷都能够被解决;
- 收集缺陷数据并根据缺陷趋势曲线识别测试过程的阶段
- 收集缺陷数据并进行数据分析,从缺陷数据中可以得到与软件质量相关的数据。
7.软件缺陷生命周期
- 识别缺陷
- 提交缺陷
- 分析和定位缺陷
- 修改相应的程序
- 验证修改
- 关闭缺陷
- 通过分析缺陷的共性,防止缺陷再次发生。
8.软件缺陷处理流程
- 首先项目创建并初始化;
- 测试人员发现错误,提交错误报告,此时缺陷状态为New;
- 项目经理受到测试人员提交的错误报告,对其进行确认,并分配给开发人员,此时缺陷状态为Open;
- 开发人员收到分配的错误,对其进行修改,并将缺陷状态改为Fixed,再次将缺陷发送给测试人员进行确认;
- 测试人员对修复的错误进行验证,错误消除,缺陷状态改为Closed,否则错误状态将重启;
- 如果错误暂时无法修改或者开发人员认为无必要修改,错误将提交给评审委员会进行检查是否有必要对其进行修改,如果没有必要修改,则关闭项目缺陷;
- 如果有必要进行修改则返回(4);
9.面试题
- 发现的缺陷越多,说明软件缺陷越多?
- 所有的软件缺陷都能修复?所有的软件缺陷都要修复?
- 当开发人员说不是BUG时,你如何应对?
- 软件缺陷的等级如何划分?
- 针对缺陷采取怎样的管理措施?
- 印象深刻的BUG?