泽众软件缺陷的严重程度.ppt

让测试管理变轻松 上海泽众软件 2008年9月 让测试管理变轻松 软件测试管理 自动化测试工具选用 自动化测试工具演示与实践 软件测试管理 软件测试过程管理 缺陷跟踪与管理 软件测试管理 软件测试过程管理 缺陷跟踪与管理 软件测试过程管理 测试工作目的 测试过程设计 如何规划测试 测试策略 软件测试工作目的 在测试技术兴起的早期，测试的目的主要有两个：证明系统可用，满足了需求；发现系统中的错误。 随着软件技术的成熟，人们发现大量错误的根源在于需求和设计，因此现代测试的目的在于：证明系统可用，满足了需求；发现系统中的错误； 避免错误的发生。 缺陷产生的原因 测试工作的目的 软件测试过程管理 测试工作目的 测试过程设计 如何规划测试 测试策略 项目过程流图 测试过程模型 测试计划和实施的原则(一) 穷尽测试是不可能的 测试工作具有创造性和挑战性 测试是有风险的 测试分析、计划和设计是非常重要的 测试计划和实施的原则(二) 测试者的工作态度非常重要 时间和资源非常重要 测试准备和时间表的重要性 必须度量和跟踪测试覆盖度 软件测试过程管理 测试工作目的 测试过程设计 如何规划测试 测试策略 如何规划测试 测试对象 测试工作范围 项目限制 制定测试策略 测试资源和获取 如何规划测试 测试作为一个子项目来规划 测试对象 被测对象的特性基线 被测对象的版本 如何评价被测对象的质量？各个质量指标的优先级是什麽？ 测试工作范围 确定测试工作范围 单元测试？ 集成测试？ 系统测试？ 项目限制 项目进度限制 项目的成本限制 资源的限制 制定测试策略 技术方法和工具 测试资源的估计和获取（人力、设备、软件工具） 测试进度安排 测试人员分工 测试启动准则 测试结束准则 与其他组的协同 测试资源和获取 测试资源： 人力 设备 软件工具 资源获取方式： 人力 设备和软件工具 软件测试过程管理 测试工作目的 测试过程设计 如何规划测试 测试策略 测试策略 技术方法和工具 测试进度安排 测试人员的分工 测试的启动准则 测试结束准则 与其他组的协同 测试跟踪 技术方法和工具 测试环境 测试方法 测试程序 测试例设计方法 测试进度安排 测试工作阶段的划分： 计划 设计 检查 执行 报告分析 如何保证测试计划、设计、实现与开发任务的并行？ 测试人员的分工 测试任务分类 测试管理 测试设计 测试实现 测试执行 测试报告 测试的启动准则 何时可以开始测试？ 在测试计划阶段就必须明确，而且是在整个项目组达成一致。 可参考的准则： 完成单元测试，单元测试符合结束准则 建立代码基线 发布了测试版本 通过版本基本验证项 测试结束准则 项目有预先定义的结束时间，因此测试工作也不可能无休止的进行。 可参考的测试结束准则： 所有需求都进行了验证 通过所有功能验证 无致命和严重的问题 与其他组的协同 与开发组的协同 与配置组的协同 与质量经理的协同 与项目各级管理者的协同 组间协同-与开发组 测试组与开发组共同确认测试的范围 开发组为测试方案提供建议 测试组借鉴开发组的程序开发测试程序 测试组与开发组共同确认测试开始和启动准则 测试组向开发组通报测试结果和分析 测试组和开发组之前的版本传递经配置组完成。 组间协同-配置组 所有测试记录提交配置组管理 所有测试版本由配置组负责合成和发布 组间协同-质量经理 与质量经理一起制定测试流程和规范 质量经理审计测试的进行状况 组间协同-各级管理者 测试组与各级管理者共同确认测试的范围 各级管理者为测试方案提供建议 测试组与各级管理者共同确认测试开始和启动准则 测试组向各级管理者通报测试结果和分析 各级管理者监控测试执行进度和结果 你计划运行多少个测试用例？ 你实际运行了多少个测试用例？ 有多少个测试用例失败了，在这些失败的测试用例中，有多少个在错误得到修改后最终运行成功了？ 这些测试平均占用的运行时间比你预期的长还是短？ 你有没有跳过一些测试？如果有的话，为什么？ 你的测试涵盖了所有影响系统性能的重要事件吗？ 你的测试小组是否要求提交一份关于所有测试结果（成功和失败的）累计报告呢？如果是的话，你是否提交了这样一份精确的报告呢？ 软件测试管理 软件测试过程管理 缺陷跟踪与管理 缺陷跟踪与管理 缺陷生命周期 如何收集缺陷 缺陷的优先级 缺陷的状态 缺陷的严重程度 缺陷的类型 缺陷报告 缺陷趋势 缺陷统计 如何收集缺陷 缺陷既指程序中存在的错误，例如语法错误、拼写错误或者是一个不正确的程序语句，缺陷也指可能出现在设计中，甚至在需求、规格说明或其他的文档中的种种错误。 为了对缺陷进行管理，首先应对缺陷进行分类，通过对缺陷进行分类，可以迅速找出哪一类缺陷的问题最大，然后集中精力预防和排除这一类缺陷。 这正是缺陷管理的关键