目录
一、软件的缺陷
缺陷定义:软件在使用过程中出现的任何问题(如:错误、异常),都叫软件缺陷,即bug。
软件的缺陷会导致软件产品在某种程度上不能满足用户的需求。
软件缺陷的判定标准:
- 软件未实现需求(规格)说明书中明确的要求的功能
- 软件出现了需求(规格)说明书中指明不应该出现的错误
- 软件实现的功能超出需求(规格)指明范围
- 软件未实现需求(规格)说明书中虽然没有明确规定但是应该实现额度需求【一般指国家、行业、企业标准规范或者法律要求】
- 软件不易理解,难以使用,运行缓慢,用户体验不好
软件缺陷产生的原因:
- 需求阶段:需求描述不易理解、有歧义,错误等;
- 设计阶段:设计文档存在错误和缺陷;
- 编码阶段:代码出现错误;
- 运行系统:软硬件系统本身故障导致软件缺陷
软件缺陷的核心内容:
- 缺陷的标题--描述缺陷的核心问题【例如:后台会员管理输入正确的手机号添加会员失败,提示,手机号码有误】
- 缺陷的预置条件--缺陷产生的前提
- 缺陷的复现步骤--复现缺陷的过程
- 缺陷的预期结果--希望得到的结果【输入正确的手机号应该提示添加成功】
- 缺陷的实际结果--实际得到的结果【输入正确的手机号提示添加失败,手机号有误】
- 缺陷的必要附件--图片、日志等信息(证据)
构成缺陷的基本要素:
缺陷编号:缺陷的唯一标志
缺陷状态:表示缺陷当前处于哪个阶段
常见缺陷状态:
-new:新建,表示缺陷刚建立
-open:打开,表示已经指派或者开发认领了bug
-inprogress:进行中,表示开发正在修改中
-fixed:已修复,表示测试可以验证了
-closed:已关闭,表示测试验证通过
-rejected:已拒绝,表示开发拒绝了当前的bug
-postpone/delay:已延迟,表示开发延迟修复该bug
缺陷所属模块:缺陷属于哪个被测模块
缺陷严重程度:该缺陷的破坏程度或者影响程度
-critical
-major
-medium
-minor
-tiny
缺陷的优先级:处理该缺陷的优先程度
-urgent priority
-veryhigh priority
-high priority
-medium priority
-low priority
软件缺陷的类型:
- 功能错误
- 界面(UI)错误
- 兼容性错误
- 易用性
- 改进建议
- 其他
二、缺陷管理
2.1 提交缺陷注意事项
可复现:缺陷可以重新展现
唯一性:一个缺陷上报一个问题
规范性:符合公司或者项目要求
- 准确:描述的信息是正确的
- 具体:游戏界且是真实特定的
- 简洁易懂:描述简单,容易理解
- 次序清晰:描述缺陷过程有条件,有先后顺序
2.2 缺陷的跟踪流程
三、项目管理工具之一---禅道
3.1 禅道介绍
3.1.1 基础了解
国产、免费、开源、简单、轻量级;
三管融合(产品管理、项目管理、质量管理)
禅道特点:
三权分立
- 产品部门--构想者
- 研发部门--执行者
- 测试部门--保证者