软
[ ] 草稿 [√] 终稿 件缺
项目编号： 文档类型 当前版本： 作 者： 完成日期： 陷分
Test-2017 Docx XX XXX XXX 类标准
文件状态： [ ] 正式发布 [ ] 正在修改 修订历史记录
版本 V1.0 日期 2016-02-16 AMD A M 修订者 T T 说明 新建 修改和格式调整 （A-添加，M-修改，D-删除） 目录
1. 引言 ............................................................................................................................................ 1.1 1.2 1.3
编写目的....................................................................................................................... 定义与缩写 .................................................................................................................. 参考资料.......................................................................................................................
2. 软件缺陷分类标准 ................................................................................................................ 2.1 2.2 2.3 2.4 2.5 2.6 2.7
问题类型....................................................................................................................... 缺陷属性....................................................................................................................... 缺陷类型....................................................................................................................... 缺陷严重程度 ............................................................................................................. 缺陷优先级 .................................................................................................................. 缺陷状态....................................................................................................................... 缺陷来源、起源 .........................................................................................................
1 / 8
2.8 2.9 1. 引言
缺陷根源....................................................................................................................... 缺陷产生可能性 .........................................................................................................
1.1 编写目的
制定本标准的目的是为软件测试提供确信分类的标准。本文档说明了问题类型、缺陷属性、确缺陷类型、缺陷严重级别、缺陷优先级、缺陷状态、缺陷修改次数、缺陷原因。其预期的读者是测试人员、开发人员、开发经理。
1.2 定义与缩写
术语 定义 软件缺陷（Software Defect） 是指系统或系统部件中那些导致系统或部件不能实现其功能的缺陷，对软件产品预期属性的偏离现象 残留缺陷（Residual Defect ） 指软件发布后存在的缺陷，包括在用户安装前未被检测出来的缺陷以及检测出但未被修复的缺陷。 表格1-1 定义与缩写
1.3 参考资料
编号 01 资料名称 计算机软件测试标准 作者 日期 出版单位 表格1-2 参考资料列表 2. 软件缺陷分类标准
1.4 问题类型
序号 01 02 03 04 问题类型名称 缺陷 改进 新功能 遗漏功能 说明 一个导致软件功能不能正常使用的问题 改进或者增强现有的功能或人物 产品或项目尚未开发的新功能 产品或项目应具备但尚未开发的功能 表格2-1 问题类型表格
2 / 8
1.5 缺陷属性
软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷状态、缺陷起源、缺陷来源、缺陷原因、缺陷产生可能性。
序号 01 02 03 04 05 06 07 属性名称 标识（Identifier） 类型（Headline） 描述（Description） 优先级（Priority） 状态（State） 来源、起源、根源 （Source） 说明 标记某个缺陷的唯一符号，可以使用数字、字母组合来表示。 缺陷的分类定义 对缺陷进行的详细的描述，以便缺陷重视 缺陷必须被修复的紧急程度 缺陷通过一个跟踪修复过程的进展情况 指引起缺陷的源头、起因和根本原因 严重程度（Severity） 指因缺陷引起的鼓掌对软件产品的影响程度 表格2-2 缺陷属性列表
1.6 缺陷类型
缺陷种类：根据缺陷的自然属性来划分。
编号 01 缺陷类型 功能问题 F-Function 描述 影响了重要的特性、用户界面、产品接口、硬件结构接口和全局数据结构。并且设计文档需要正式的变更。如指针循环，递归，功能等缺陷。 子类型 编号 名称 0101 功能错误 0102 功能缺失 0102 功能超越 0104 设计的二义性 0105 算法错误 02 接口问题 I-Interface 与其他组件、模块或设0201 模块间接口 备驱动程序、调动参数、0202 模块内接口 控制块或参数列表相互0203 公共数据使用 影响的缺陷。 需要进行逻辑分析，进行代码修改，如循环条件等。 0301 分支不正确 0302 重复的逻辑 0303 忽略极端条件 0304 不必要的功能 0305 误解 0306 条件测试错误 0307 循环不正确 0308 错误的变量检查 0309 计算顺序错误 03 逻辑问题 L-Logic 3 / 8
0310 逻辑顺序错误 04 计算问题 C-Computation 等式、符号、操作符或操作数错误，精度不够、不适当的数据验证等缺陷。 0401 等是错误 0402 缺少运算符 0403 错误的操作数 0404 括号用法不正确 0405 精度不够 0406 舍入错误 0407 符号错误 05 数据问题 A-Assignment 需要需改少量代码，如初始化或控制块。如声明、重复命名，范围、限定等缺陷。 0501 初始化错误 0502 存取错误 0503 引用错误变量 0504 数组应用越界 0505 不一致的子程序参数 0506 数据单位不正确 0507 数据维数不正确 0508 变量类型不正确 0509 数据范围不正确 0510 操作符数据错误 0511 变量定位错误 0512 数据覆盖 0513 外部数据错误 0514 输出数据错误 0515 输入数据错误 0516 数据检验错误 06 用户界面问题 U-User interface 人机交互特性：屏幕格式，确认用户输入，功能有特性，页面排版等方面的缺陷。 影响发布和维护，包括注释等缺陷。 0601 界面风格不统一 0602 屏幕上的信息不可用 0603 屏幕上的错误信息 604 界面功能布局和操作不合常规 07 文档问题 D-Documentation 0701 描述含糊 0702 项描述不完整 0703 项描述不正确 0704 项缺少或多余 0705 项不能验证 0706 项不能完成 0707 不符合标准 0708 与需求不一致 0709 文字排版错误 0710 文档信息错误 0711 主食缺陷 08 性能问题 P-Performance 不满足系统可测量的属 性值，如：执行时间，事物处理速率等缺陷。 4 / 8
09 配置问题 B-Build、package、merge 标准问题 N-Norms 由于配置库、变更管理或版本控制引起的错误。 不符合各种标准的要求，如编码标准、设计符号等缺陷 由于设计、编译和运行环境引起的问题。 软件之间不能正确的交互和共享信息。 0901 配置管理问题 0902 编译打包缺陷 0903 变更缺陷 0904 纠错缺陷 1001 不符合编码标准 1002 不符合软件标准 1003 不符合行业标准 1004 设计、编译环境 1101 设计、编译环境 1102 运行环境 1201 操作平台不兼容 1202 浏览器不兼容 1203 分辨率不兼容 10 11 12 环境问题 E-Environments 兼容问题 13 其他问题 O-Others 以上问题所不包含的问题 表格2-3缺陷类型列表 1.7 缺陷严重程度
缺陷严重程度:指因缺陷引起的鼓掌对软件产品的影响程度。
严重级别 1-致命(Fatal) 2-严重（Critical） 对应缺陷严重等级 描述 致命缺陷 系统任何一个主要功能完全丧失，用户数据受到破坏，系统崩溃、悬挂、死机或者危机人身安全； 严重缺陷 系统的主要功能部分丧失，数据不能保存，系统的次要功能完全丧失，系统所提供的功能或服务受到明显的影响，不能执行正常工作功能或实现重要功能，包括： 1) 可能有灾难性的后果，如造成系统崩溃，造成事故等； 2) 数据库错误，如数据丢失等。 3-重要（Major） 较大缺陷 产生错误的结果，导致系统不稳定，运行时好时坏，严重影响系统要求或基本功能实现的问题，例如： 1) 造成数据库不稳定的错误； 2) 在说明中的需求未在最终系统中实现； 3) 程序无法运行，系统意外退出； 4) 业务流程不正确； 4-一般（Minor） 一般缺陷 系统的次要功能没有完全实现，但不影响用户的正常使用，不会影响系统稳定性的： 1) 提示信息不太准确或用户界面差、操作时间长等一些问题； 2) 过程调用或其他脚本错误； 3) 系统刷新错误； 4) 产生错误结果，如计算错误，数据不一致等； 5 / 8
5) 功能的实现有问题，如在系统实现的界面上，一些可接受输入的控件带你级后无作用，对数据库的擦做不能正确实现； 6) 编码时数据类型、长度定义错误； 7) 虽然正确性、功能不受影响，但是系统性能和响应时间受影响； 5-较小 （Slight） 轻微缺陷 使操作者不方便或遇到麻烦，但它不影响功能过的操作和执行，如个别不影响产品理解的错别字、文字排列不整齐等一些小问题，重点指系统的UI问题： 1) 系统的提示语不明确，不简单明了； 2) 滚动条无效； 3) 可编辑区域和不可编辑区域不明显； 4) 光标跳转设置不好，鼠标（光标）定位错误； 5) 上下翻页，首位页定位错误； 6) 界面不一致，或界面不正确； 7) 日期或时间初始值错误（起止日期、时间没有限定）； 8) 出现错别字，标点符号错误，拼写错误，以及不正确的大小写等； 6-有待改进 其他缺陷 系统中值得改良的问题： （Enhancement） 1) 容易给用户错误和歧义的提示； 2) 界面需要改进的，某个控件没有对齐等； 3) 对有疑虑的部分，提出修改建议。 表格2-4 缺陷严重程度
1.8 缺陷优先级
序号 01 缺陷优先级 立即解决 （Resolve Immediately） 02 03 04 高优先级（high priority） 正常排队(Normal Queue) 低优先级(Low priority) 描述 缺陷导致系统几乎不能使用或者测试不能继续，需立即修复； 缺陷严重，影响测试，需要优先考虑； 缺陷需要正常排队等待修复； 缺陷可以再开发人员有时间的时候被纠正。 表格2-5 缺陷优先级
1.9 缺陷状态
缺陷状态：是指缺陷通过一个跟踪修复过程的进展情况。
序号 01 02 03 缺陷状态 提交（Submitted） 激活或打开 （Active or Open） 拒绝（Rejected） 描述 测试人员提交新的错误到库。 问题还没有解决，存在源代码中，确认“提交的缺陷”，等待处理。 拒绝“提交的缺陷”：不需要修复（Wont Fix）6 / 8
或不是缺陷（Invalid）或缺陷已经被其他的软件测试人员发现（Duplicate）。 04 05 06 07 08 09 10 已修正或修复 （Fixd or Resolved） 验证（Verify） 已被开发人员检查、修复过的缺陷，通过单元测试，认为已解决但还没有被测试人员验证。 缺陷验证通过。 关闭或非激活（Closed or 测试人员验证后，确认缺陷不存在之后的状态。 Inactive） 重新打开（Reopen） 推迟（Deferred） 保留（On hold） 测试人员验证后，还依然存在的缺陷，等待开发人员进一步修复； 这个软件缺陷在下一个版本解决。 由于技术原因或第三方软件的缺陷，开发人员暂时不能修复是缺陷。 不能重现（Cannot duplicate） 开发不能复现这个缺陷，需要测试人员检查缺陷复现的步骤。 表格2-6 缺陷状态
1.10 缺陷来源、起源
缺陷来源：缺陷引起的故障或事件第一次被检测的阶段，有需求说明书、设计文档、系统集成接口、数据流（库）、程序代码。
缺陷起源：在团建生命周期中软件缺陷占的比例：需求和构架设计阶段占54%、设计阶段占25%、编码阶段占15%、其他占6%。
序号 01 02 03 04 05 06 07 08 09 缺陷来源、起源 需求（Requirement） 架构（Architecture） 设计（Design） 编码（Coding） 集成（Integration） 描述 由于需求说明书的错误或不清楚的问题引起的缺陷 由于架构考虑不周问题引起的缺陷 由于设计文档描述不准确，和需求说明书不一致的问题引起的缺陷 纯粹在编码中问题引起的缺陷 （来源）由于系统个模块参数不匹配、开发组之间缺乏协调问题引起的缺陷 数据流（库）（Database (data （来源）由于数据字典、数据库中的错误引起的stream)） 缺陷 测试(Test) 用户（Customer） 其他（Other） 由于测试覆盖少问题引起的缺陷 由于用户问题引起的缺陷 由于其他问题引起的缺陷 表格2-7 缺陷来源、起源
1.11 缺陷根源
7 / 8
缺陷根源：测试策略，过程、工具和方法，团队\\人，缺乏组织和通讯，硬件，软件，工作环境等造成上述错误的根本因素，以寻求开发、测试人员可改进的地方。
序号 01 02 测试策略 过程、工具和方法 缺陷原因 描述 错误的测试范围，误解测试目标，超越测试能力等； 无效的需求收集过程，果实的风险管理过程，不使用的项目管理方法，没有估算规程，无效的变更控制过程等； 项目团队职责交叉，缺乏培训。没有经验的项目团队，缺乏士气和动机不纯等； 缺乏用户参与，职责不明确、管理失败等； 硬件配置不对、缺乏、或处理器缺陷导致算术精度丢失，内存溢出等； 软件设置不对、缺乏，或操作系统错误导致无法释放资源，工具软件的错误，编译器的错误，千年虫问题等； 组织机构调整，预算改变，工作环境恶劣，如噪音过大。 03 04 05 06 ?团队\\人 缺乏组织和通讯 硬件 软件 07 工作环境 表格2-8 缺陷原因
1.12 缺陷产生可能性
序号 缺陷产生可能性 01 02 03 04 总是 通常 有时 很少 描述 总是产生这个软件缺陷，其产生的频率是100% 按照测试用例，通常情况下会产生这个软件缺陷，其产生的频率大概是80%—90%； 按照测试用例，有时候产生这个软件缺陷，其产生的频率大概是30%—50% 按照测试用例，很少产生这个软件缺陷，其产生的频率大概是1%—5% 表2-9 缺陷产生可能性
[文档可能无法思考全面，请浏览后下载，另外祝您生活愉快，工作顺利，万事如意!]
8 / 8
