admin 管理员组

文章数量: 1184232

一、缺陷管理

1.缺陷概述

1.1 缺陷的定义 *

  • 产品实现不满足用户需求
  • 测试执行时，实际结果和预期结果不一致

什么是Bug ？

  • 狭义概念：是指软件程序的漏洞或缺陷
  • 广义概念：除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节（增强性，建议性）、或与需求文档存在差异的功能实现等
  • 软件的bug指的是软件中（包括程序和文档）不符合用户需求的问题。

1.2 缺陷的判定标准 *

  •  未达到需求说明书指明的功能
  •  出现了需求说明书指明不应该出现的错误
  •  实现了需求说明书之外的功能  
  •  未达到需求说明书虽未明确提及但是应该实现的目标（如：性能要求等）    
  • 用户角度发现的各种问题与错误
1.3 缺陷产生的原因及根本原因
  • 缺陷产生的原因
    • 需求文档存在错误
    • 需求变更
  • 设计存在错误
    • 代码错误
  • 缺陷产生的根本原因
    • 需求变更
    • 沟通不畅、信息不同步
    • 软件复杂
    • 进度压力
1.4 软件缺陷的核心内容 *
  • 标题：       描述缺陷的基本信息，如（输入密码长度为5时，注册成功）
  • 前置条件：描述缺陷出现依赖的相关基础条件，如（未注册手机号）
  • 复现步骤：测试用例里面的执行步骤
  • 实际结果：执行被测试软件过程中，系统给出的结果
  • 预期结果：参照需求说明书，在测试用例中设计的预期结果
  • 附件：       方便开发定位bug的关键信息，包含图片、日志log等
1.5 缺陷基本要素 * 
  • ID编号：   唯一
  • 模块：       根据产品进行具体的划分，如登录、注册
  • 缺陷状态：表明缺陷处理进度
  • 严重程度：从技术维度来衡量，bug的破坏力
  • 优先级：   从业务的角度，决定bug修改的先后顺序
  • 缺陷类别：用于分类整理缺陷
1.6 缺陷的状态 *
  • new：新建
  • open：打开
  • fix：已修复
  • close：关闭
  • reopen：重新打开
  • reject：已拒绝
  • postpone：延期

1.7 缺陷严重程度 *
  • 5-致命的
  • 4-非常高
  • 3-高
  • 2-中
  • 1-低
1.8 缺陷优先级 *
  • 5-紧急的
  • 4-非常高
  • 3-高
  • 2-中
  • 1-低

优先级和严重程度的区别：

  • + Priority is Business    【优先级是从公司运营角度 (人力配置，资金投入等方面考虑)】
  • + Severity is Technical  【严重级别是从技术角度】
  • - 优先级还要考虑团队的工作进度，阻塞工作的缺陷，要优先解决
  • - 考虑解决缺陷的能力，难度，风险
  • + 最终优先级
  • + 确定权：产品经理、项目经理等
  • + 建议权：测试
1.9 缺陷类别
  • 功能错误
  • UI界面错误
  • 兼容性

本文标签： 测试 缺陷 功能 软件

版权声明：本文标题：软件测试 - 功能测试（缺陷管理+禅道使用） 内容由网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：http://roclinux.cn/b/1754594838a3018662.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。