软件测试基础 ---缺陷

Posted 2021-09-14 A 木梓

缺陷的定义：★★★★

• 软件未实现产品说明书要求的功能
• 软件出现了产品说明书指明不应该出现的问题
• 软件实现产品说明书未提及的功能
• 软件未实现产品说明书虽明确提及但应该实现的目标
• 软件难以理解，不易使用，运行缓慢或者（从测试角度）最终用户认为不好

缺陷的类型：

（常见的有）功能、 界面 、 文档、 软件包、 性能、接口 等等

缺陷的严重程度：★★★★★

（不同公司采用的专业名词可能不同 基本原理相同
根据《软件测试》第二版 分为）

致命
严重
一般
较小

缺陷的修复优先级：★★★★★

不同企业采用的名词可能不同

立即解决
高优先级
正常排队
低优先级

缺陷的状态：

• 激活/打开
• 确认
• 已修复/修正
• 关闭/非激活
• 重新打开
• 推迟
• 保留
• 不能重现
• 需要更多信息
• 重复
• 不是缺陷
• 需要修改软件规格说明书吧

缺陷的来源：

• 需求说明书
• 设计文档
• 系统集成接口
• 数据库（流）
• 程序代码

缺陷的根源：

• 测试策略
• 过程、工具和方法
• 团体/人
• 缺乏组织和通讯
• 硬件
• 软件
• 工作环境

缺陷的识别：

依据：需求分析、设计文档、产品原型、测试用例都为客观的依据 同行业的类似成熟软件

缺陷的报告：

1. 缺陷编号 例: Bug_项目名称_模块名称_功能名称_0001
2. 所属模块
3. 优先级
4. 严重程度
5. 缺陷概述：一句话描述缺陷的情况
6. 缺陷的描述：缺陷的复现步骤 预期结果 和实际结果
7. 提交人
8. 备注：一般写产生该缺陷的特殊情况或bug的截图作为备注信息

缺陷编写准则：

准确
清晰
简洁
完整
一致

缺陷描述规则：

可以在现
不做评价

缺陷的严重程度和优先级与什么关系？★★★★★

答：没有任何直接关系
不要认为严重的缺陷 修复优先级就高
如果碰到优先级和严重程度都高的缺陷 也只是偶然