测试管理精品.pptVIP

软件测试文档 测试计划 软件测试是、有计划有组织和有系统的软件质量保证活动，不是随意、松散、杂乱的实施过程。 1、测试计划的目的 明确测试活动的意图 2、测试计划的内涵 计划是指导一个测试过程的决定性部分 通常，好的测试计划应包含以下几个内容 目的：明确每个阶段测试目的 测试策略：用于测试的方法 资源配置：测试所需的硬件设备 任务明确：所有参加测试工作的人员角色和职责 软件测试文档 风险：指明项目中潜在的问题和风险区域 停止测试标准：判断每测试阶段停止测试的标准 测试用例库：决定选用测试用例的编写方法，保存、使用和维护测试用例 组装方式：确定主干程序、分系统组装的次序，确定是按自顶向下还是自底向上的增量式集成方式进行测试，确定系统在各种组装下的功能特性以及桩模块或驱动模块的设计 记录手段：明确测试当中对问题、进度等记录的方法 工具：明确测试所需的工具并制定相应的计划 回归测试：确定故障修复对其他方面造成的影响，制定回归测试计划 3、测试计划形成和制定（P114-124） 确定测试需求 评估风险和确定测试优先级 测试策略 确定测试资源 制定时间表 制定测试计划 审核测试计划 软件测试文档 测试计划 测试说明 测试设计说明：详细描述测试方法，规定该设计及其有关测试所包括的特性，还规定完成测试所需的测试用例和测试规程，并规定特性的通过准则。 测试用例说明：列出用于输入的具体值以及预期的输出结果，并规定在使用具体测试用例时，对测试规程的各种限制。将测试用例与测试设计分开，可以使它们用于多个设计并能在其它情形下重复使用。 测试规程说明：规定对于运行系统和执行指定的测试用例来实现有关测试设计所要求的所有步骤。 测试报告。 测试项传递报告：指明在开发组和测试组独立工作的情况下或者在希望正式开始测试的情况下为进行测试而被传递的测试项。 测试日志：测试组用于记录测试执行过程中发生的情况。 测试事件报告：描述在测试执行期间发生并需进一步调查的一切事件。 测试总结报告：总结与测试设计说明有关的测试活动。 软件测试组织 测试的过程及组织 编写测试大纲、测试用例 将测试过程分阶段 测试人员组织 软件测试文件组织 测试文件类型 软件测试设计和执行 软件测试设计 测试设计原则 不要测试非常简单的事情 测试任何可能出错的地方 工作量分析 执行工作量分析将生成工作量分析文档,该文档可用于性能测试 工作量分析文档主要参考内容 软开发计划 用例模型 设计模型 补充规范 工作量分析内容 明确性能测试的目标与用例 确定模型中要实施的用例 确定性能测试中要模拟的主角和主角特征 确定性能测试中要模拟的工作量 确定性能评测方法与标准 复审待实施的用例,确定执行频率 选择最频繁调用的用例及给系统带来最大负载的用例 为上一步中确定的每个用例生成测试用例 为每个测试用例确定关键评测点 确定并指定测试用例 分析应用程序工作流程 确定并制定测试用例 确定测试用例数据 测试用例的修改更新 确立并结构化测试过程 复审应用程序工作流或应哟内过程许映射表 开发测试模型 是测试过程结构化 复审并评估测试覆盖 确定测试覆盖评测方法 有两种确定测试覆盖方法: 基于需求的覆盖和基于代码的覆盖 基于需求的覆盖:使用用例、需求、用例流或测试条件作为全部测试项的评测方法，这种方法可在测试设计中应用 基于代码的覆盖：将生成的代码作为全部测试项，并评测测试中执行的代码特征。这种覆盖评测方法只有当代码生成后才能够实施。 生成并分发测试覆盖报告 测试计划中确定了时间表，说明何时生成、分发测试覆盖报告。 软件测试执行 执行测试过程 设置测试环境 测试环境初始化 按照测试用例执行测试任务 评估测试用例执行测试任务 核实测试结果 恢复暂停的测试 测试执行策略 在测试项目执行时要有如下策略 首先要向测试人员灌输一个思想：测试的一般工作就是发现缺陷，达成共识 测试执行阶段可以划分为两个子阶段 第一阶段：发现缺陷 第二阶段：测试用例的执行（不顾风险） 在代码冻结或产品发布前的稍后的子阶段 减少风险、增加测试覆盖度 多做基本测试，多思考 测试执行要有效监控 测试执行效率、Bug历史情况和发展趋势（降低风险） 良好沟通 软件测试总结与报告 测试报告把测试的过程和结果写成文档，并对发现的问题和缺陷进行分析，为纠正软件存在的质量问题提供依据，同时为软件验收和交付打下基础。 测试报告是测试阶段最后的文档产物 SWPU * Welcome Testing 第4章 软件测试管理 软件测试活动流程 1 软件测试文档 2 软件测试组织 3 软件测试设计与执行 4 主要内容 软件测试总结与报告 5 软件测试活动流程 1 测试计划名称 2 引言 3 测试项 4 被测试的特性 5 不被测试的特性 6