目录
软件缺陷的判定标准
软件缺陷的核心内容
构成缺陷的基本要素
缺陷报告
缺陷管理
缺陷的跟踪流程
项目管理工具--禅道
软件在使用过程中存在的任何问题(如:错误、异常等),都叫软件的缺陷,简称bug。
软件缺陷的判定标准
- 软件未实现需求说明书中明确要求的功能
- 软件出现了需求说明书中指明不应该出现的错误
- 软件实现的功能超出需求说明书指明的范围
- 软件未实现需求说明书中虽未明确指明但应该实现的要求(一般指国际/国家/行业/企业标准规范或者法规的要求)
- 软件难以理解,不易使用,运行缓慢,用户体验不好
软件缺陷的核心内容
1. 缺陷的标题——描述缺陷的核心问题
例如:后台会员管理输入正确的手机号添加会员添加失败,提示:手机号码有误
2. 缺陷的预置条件——缺陷产生的前提
3. 缺陷的复现步骤——复现缺陷的过程
4. 缺陷的预期结果——希望得到的结果
例如:输入正确的手机号添加会员应该能够成功
5. 缺陷的实际结果——实际得到的结果
例如:输入正确的手机号添加会员提示手机号码有误
6. 缺陷的必要附件——图片、日志等信息(证据)
构成缺陷的基本要素
- 缺陷编号:缺陷的唯一性标志
- 缺陷状态:表示缺陷当前处于哪个阶段
常见缺陷状态
- 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
缺陷报告
缺陷管理
提交缺陷注意事项
- 可重现:缺陷可以复现
- 唯一性:一个缺陷上报一个问题
- 规范性:符合公司或者项目要求,准确(描述的信息是正确的),具体(有细节且真实特定) ,简洁易懂(描述简单容易理解) ,次序清晰(描述缺陷过程有条件,有先后顺序)
缺陷的跟踪流程
- 新提交的缺陷为新建状态,确认有效后为打开状态,经开发人员修改后,缺陷变为已修复(待验证)状态。此 时就需要测试人员对缺陷进行回归测试,验证问题是否修复。
- 如果问题已经修复,则测试人员将该缺陷的状态置为关闭状态(验证通过),同时添加回测说明如“该缺陷已 解决”。
- 如果已经关闭的问题再次出现,则测试人员将该缺陷的状态修改为重新打开;
项目管理工具--禅道
国产、免费、开源、简单、轻量级
三管融合(产品管理、项目管理、质量管理)
测试人员使用禅道
管理用例:创建用例、评审用例
管理缺陷:缺陷的创建
禅道三权分立
核心的三种角色:产品经理、研发团队和测试团队
- 新建用例
测试视图--->用例--->建用例
- 导入用例
用例可以通过表格导入到禅道系统中
第一步:导出测试用例模板
第二步:按照模板编写测试用例
第三步:导入编写好的用例文件
- 评审用例
用例的评审功能,禅道里默认是关闭的。
用例评审是一个线下活动,线下开会评审用例后,由测试人员将评审通过后的用例导入禅道即可。
- 提Bug
测试视图--->Bug--->提Bug