（1） 紧急缺陷（Urgent）： 有如下特征之一的缺陷应定为紧急缺陷： 系统崩溃：如服务吊死、死机、资源耗尽、程序不可预期地退出等； 数据丢失：如用户输入的数据不能保存，系统原有的数据丢失； 数据不一致：如操作后造成系统存储的相关数据之间的逻辑关系或约
束关系遭到破坏； 测试员认为可能严重影响后续工作的其他缺陷；
仲裁、分析等跟踪信息。
5.5 软件测试执行
缺陷产生阶段：表示该缺陷产生的环节，如需求、设计、实现、环 境等。
缺陷评测类型：有测试、评审等。 修复时间：当缺陷状态改为 fixed 时，修复时间由系统自动设定为
当前服务器时间。 提交时间：当缺陷状态改为 Submitted 时，提交时间由系统自动
第五章 软件测试流程
第五章 软件测试流程
5.1 需求管理 5.2 软件测试计划 5.3 软件测试设计 5.4 测试环境搭建 5.5 软件测试执行 5.6 软件测试总结
课程大纲
5.5 软件测试执行
3、软件测试执行 工作输入：测试用例和测试数据 主要工作：
软件测试执行阶段，是在准备好的测试环境上依次执行个测试用 例并详细记录每一步测试结果。
5.5 软件测试执行
（2） 严重缺陷（High）： 有如下特征之一的缺陷应定为严重缺陷： 可回避的紧急缺陷：有确定方法可以避开的系统崩溃、数据不能保存
或数据丢失与不一致； 主要功能有缺陷：优先级高的功能或需要频繁使用的功能严重不满足
需求； 主要性能指标严重不达标：如系统主要功能的响应时间超过需求规格
（1） 紧急（Urgent）： 立即进行修复，优先级最高。有下列情况的缺陷，修复优先级可定为
紧急：
不修复会影响产品发布的缺陷； 不修复会影响开发或测试后继工作的缺陷； 很容易修复并且修复没有风险的缺陷，如错别字等； 开发负责人认为值得立即修复的其他缺陷。
5.5 软件测试执行
（2） 高级（High）： 修复优级次于紧急，是尽可能要修复的缺陷。有下列情况的缺陷，
修复优先级可定为高级：
不影响产品发布，不影响开发或测试的后继工作，但缺陷比较严重，修 复可能有较大风险；
开发负责人认为应尽可能修复的其他缺陷。
（3） 中级（Medium）： 有时间才予以修复。下述情况的缺陷，修复优先级可定为中级：
缺陷不严重并且修复该缺陷风险较大（比如因为修复该缺陷导致更多的 缺陷）；
主要任务：
获得被测程序 获得指定的测试资源 执行测试用例
5.5 软件测试执行
记录测试过程和测试数据
工作输出：软件缺陷和软件测试记录
5.5 软件测试执行
执行测试用例
根据测试用例一步一步执行，填写执行结果 执行过程中，发现测试用例理解有误，或有所偏差，及时调整测
试用例 执行过程加深对系统的理解 积累测试经验
中规定的100％以上或 常用功能的响应时间大大超过常人能人忍受的范围； 严重的安全漏洞：系统存在严重的安全漏洞，可能导致系统在非授权
的情况下被非法访问； 测试员认为可能影响后续工作的其他缺陷；
5.5 软件测试执行
（3） 中等缺陷（Medium）：
有如下特征之一的缺陷可定为中等缺陷： 非主要功能有缺陷：系统中非主要功能不满足需求； 非主要性能指标不达标：主要的性能指标轻微超标，或次要的性 能指标超标； 数据显示错误：系统显示的数据与真实数据不一致，或相关数据 之间的逻辑关系不正确； 其它非功能需求不达标：包括软件的易用性、健壮性、可靠性、 兼容性、可移植性、安全性、可扩展形、可维护性等方面的特性 不满足需求； 测试员认为值得修复的其它缺陷；
设定为当前服务器时间。
5.5 软件测试执行
5.5.2 缺陷分类 按照缺陷被发现的时机可以把缺陷分成两类： 一次缺陷（Tester）：指产品在交付用户使用前发现的
缺陷，一般由测试人员发现； 二次缺陷（User）：指产品在交付用户使用后发现的
缺陷，一般由用户发现。
5.5 软件测试执行
缺陷的严重程度是指该缺陷对系统的影响程度而言，我们 将缺陷严重程度分为四级：
开发负责人认为有时间才予以修复的其他缺陷；
（4） 低级（Low）： 修复优先级最低。一般是额外的需求或不值得修复的缺陷。
5.5 软件测试执行
按缺陷产生的阶段分类 按照缺陷产生的源头的阶段可以把缺陷分成几类：
需求缺陷（requirement）：指产品在需求阶段产生的缺陷； 设计缺陷（design）：指产品在设计阶段产生的缺陷； 实现缺陷（code）：指产品在实现阶段产生的缺陷； 环境缺陷（configure）：指产品在系统环境阶段产生的缺陷。
5.5 软件测试执行
登记和跟踪缺陷 回顾什么是软件缺陷
5.5 软件测试执行
5.5.1 缺陷的属性
包括：缺陷类型（Defect Type）、缺陷ID（Defect ID）、缺陷名称 （Sumarry）、缺陷描述（Description）、严重程度（Severity）、 修复优先级（Priority）、缺陷状态（Status）、发现者（Detected By）、发现版本（Defected in Version）、发现日期（Detected on Date）、所在模块（Project）、备注（R&D Comments）、修 复人（Assigned To）、修复时间（Planed Closing Date）、关闭 版本（Close in Version）、关闭日期（Closing Data）等
5.5 软件测试执行
缺陷 ID（Defect ID）：是缺陷的唯一标识。 缺陷名称：是对该缺陷的简要描述。 缺陷描述：缺陷的具体描述，引发缺陷的条件或测试用例等信息。 严重程度：描述该缺陷对系统的影响程度。 缺陷状态：用以描述缺陷的生命周期的阶段。 备注：用来记录测试员、开发员、管理者等对该缺陷的修复、验证、
5.5 软件测试执行
（4） 轻微缺陷（Low）： 有如下特征之一的缺陷应定为轻微缺陷： 用户界面不美观或风格不一致； 大多数用户不会在意的缺陷：如错别字等； 建议性意见。
5.5 软件测试执行
按修复优先级分类
缺陷修复的优先级决定缺陷修复的先后顺序，要综合考虑缺陷修复的 成本，缺陷修复带来的风险等因素确定缺陷修复的优先级，缺陷修复 的优先级分为四级：