软件测试_软件测试策略与方法汇编.ppt

* * 软件测试策略与方法 验收测试 验收测试流程 客户代表和监理方、开发方共同确定验收测试案例集 项目经理领导项目组，按照验收测试计划完成准备工作： 为用户提供系统使用上的培训和指导 准备系统的安装计划 准备验收文档 * * 软件测试策略与方法 验收测试 验收测试流程 建立验收测试环境，安装系统，准备验收测试数据 客户方、监理方进行系统试运行，运行验收测试案例集，记录运行结果 如果发现缺陷或问题，则在确认后项目组立即着手解决 客户方、监理方完成回归测试，确认缺陷已经修复、问题已经解决 项目组在修复缺陷后，更新相关的项目文档 客户方、监理方审查验收测试执行情况，起草验收测试报告 客户方、监理方签署验收测试报告 * * 软件测试策略与方法 提问与回答 * * 结束 谢 谢 Thank You * * * 软件测试策略与方法 系统测试 缺陷跟踪与管理 缺陷生命周期 每个软件缺陷都有其生命周期，从测试员报告（打开）它时开始，到测试员关闭它时终结 每个缺陷的“年龄 Age”可以用天数计算，从 0 天开始，到关闭时为止 采用一组状态，以分别标识一个软件缺陷在其生命周期中所处的不同阶段 * * 软件测试策略与方法 系统测试 缺陷跟踪与管理 缺陷生命周期 六状态缺陷生命周期 三个活动状态 Open / Working / Verify 三个终结状态（也称为非活动状态） Close / Cancel / Defer 典型的缺陷生命历程 Open — Working — Verify — Close 测试员——程序员 —— 测试员 测试员 * * 软件测试策略与方法 系统测试 缺陷跟踪与管理 缺陷生命周期 * * 软件测试策略与方法 系统测试 缺陷跟踪与管理 缺陷生命周期 三状态缺陷生命周期 打开、解决、关闭 Cancel、Defer、Close 合并为关闭状态 Working、Verify 合并为解决状态 * * 软件测试策略与方法 系统测试 缺陷跟踪与管理 缺陷生命周期 * * 软件测试策略与方法 系统测试 缺陷跟踪与管理 缺陷生命周期 如何处理/解决缺陷报告——解决结果类型 已经修复 Fixed 重复报告 Duplicated 延期解决 Postponed 设计如此 By design 没有重现 Not reproduce 不做修复 Won’t fix 第三方问题 Third party / External 没有实现 Not implement * * 软件测试策略与方法 系统测试 每日构造 系统测试阶段的人员组织 * * 软件测试策略与方法 系统测试 每日构造 系统测试阶段的人员组织 项目经理 确定系统测试阶段工作计划，落实所需要的资源 组织相关人员的培训活动 主持系统测试阶段工作会议，包括系统测试正式启动会议、配置控制委员会 收集系统测试过程的度量数据，及时发现偏差或问题，并采取纠正/调整措施 * * 软件测试策略与方法 系统测试 每日构造 系统测试阶段的人员组织 项目经理 项目经理就缺陷修复工作问题进行决策，或上报高级经理 当开发方和测试方就某个缺陷的相关问题不能达成一致时，由项目经理进行协调和仲裁 组织评审系统测试报告 * * 软件测试策略与方法 系统测试 每日构造 系统测试阶段的人员组织 测试主管 领导测试团队完成系统测试任务 负责分配测试人员的工作任务 参加配置控制委员会 为测试人员提供必要的指导和条件，使他们能按计划完成测试任务 负责提交和签署系统测试报告 * * 软件测试策略与方法 系统测试 每日构造 系统测试阶段的人员组织 开发主管 领导开发团队完成每日构造，提交新的更稳定的测试版本 确定修复每个缺陷的优先级，分配修复任务 参加配置控制委员会 为开发人员提供必要的指导和条件，使他们能按计划完成修复任务 * * 软件测试策略与方法 系统测试 每日构造 每日构造是系统测试阶段的标准生产流程 94 % 的成功软件组织采用每日构造（来源：麦肯锡） 开发方、测试方、管理方协同工作，跟踪、解决和终结报告的软件缺陷，每日推出一个新的系统版本，使测试版本越来越稳定，直至交付最终的系统版本 每日构造——开发方、测试方、管理方的共同目标 * * 软件测试策略与方法 系统测试 每日构造 开发方修复缺陷，每日构造一个新的版本 专人主管，强制性要求，配置管理 测试方每日测试这个版本，验证报告的缺陷已修复，报告新发现的缺陷 修改的软件单元应先通过检入测试再集成，构造的新版本应先通过冒烟测试再提交测试 * * 软件测试策略与方法 系统测试 每日构造 工作流程 系统测试开始后，测试人员完成下列工作 运行分配的测试案例，标识测试案例的运行状态 当发现一个缺陷时，测试人员进行确认和隔离，填写缺陷报告并