测试管理流程ppt课件

软件工程,0,RoadMap,1,软件工程,第六章 软件测试,2,本章要点,一、测试概述 二、测试方法 三、测试级别 四、测试管理流程 五、测试自动化 六、测试过程 七、案例分析,3,软件测试,-测试管理流程,测试管理流程,针对测试目标，规定测试任务、资源分配、人员角色、进度安排等。,根据测试计划，设计测试用例，包括：测试步骤、测试场景、测试代码、测试数据(包括预期结果)。,根据测试计划，配置测试环境，并手动或者自动执行测试设计。,根据测试计划，忠实地记录测试执行的过程和结果。,分析测试记录，如果发现与预期结果不同，确定并重现缺陷。,检查测试设计是否全部执行完毕，缺陷是否全部关闭。,记录、分发、评估、关闭缺陷报告。,分析测试过程和缺陷报告，评估测试质量和测试效果，给出是否通过测试的建议。,5,本节要点,测试计划 测试设计 测试开发 测试执行 测试跟踪 测试评估,6,测试计划 定义测试需求，测试策略，测试资源和进度计划等。,测试管理流程测试计划,7,测试计划测试需求,详细说明被测软件的工作情况，指出测试范围和任务。,8,测试计划 测试策略,测试技术和工具 测试完成的标准 特殊的考虑，包括资源需求和进度表等,9,测试计划 测试策略,10,测试计划 资源,人力资源-测试经理 职责 全面的管理 -测试计划 采集资源 项目报告 - 测试评估 要求 有测试过程的知识 熟悉测试工具 有领导才能 懂得项目的管理,11,测试计划 资源,人力资源-测试工程师 (设计者/开发者) 职责 分解测试需求 测试设计 测试开发 要求 有应用需求方面的知识 熟悉测试工具 编程的技巧(附加),12,测试计划 资源,人力资源-测试工程师 (测试执行) 职责 执行测试 产生日志结果 检查修正的错误 要求 了解要测试的系统网络服务器等 熟悉测试工具 有诊断的技巧,13,测试计划 资源,人力资源-测试系统管理员 职责 管理测试的系统 添加新用户 处理用户的要求 要求 系统管理的经验和方法 熟悉测试管理工具,14,测试计划 资源,系统资源 测试开发系统 测试管理系统 测试存储库 网络,15,系统测试计划模板（一）,1介绍 11目的 12测试策略 13范围 14参考文献 15术语 2测试项目 3被测特性 4不被测特性 5测试方法,6测试通过/失败标准 61测试结果审批过程 7测试挂起/恢复的条件 8系统测试交付物 9测试任务 10环境需求 101硬件需求 102软件需求 103测试工具 104其它,16,系统测试计划（二）,11角色和职责 12人员及培训 13系统测试进度 14风险和应急计划 15审批,17,本节要点,测试计划 测试设计 测试开发 测试执行 测试跟踪 测试评估,18,测试设计 定义测试的具体方法，设计测试用例、构造测试过程,测试管理流程测试设计,19,测试设计找出并描述测试用例,分析应用工作流 确定描述测试活动 找到测试用例 确定描述测试用例 被测对象说明 期望结果，如输出状态、条件或数据值 确定测试用例数据 作为输入数据的值 测试期待结果值 支持用例的数据，不作为输入、输出,20,测试设计确定并构造测试过程,构造测试过程 建立测试需要的数据 测试过程的起始条件、状态、行为 测试步骤 输入的数据值 期待的结果 结果评估 定义测试过程的结束条件、状态、行为,21,测试设计评估测试覆盖,覆盖的度量标准 基于需求的覆盖 基于代码的覆盖 判定标准均采用完成测试项的百分比,22,测试案例样例,表8-3：测试案例编码：WebSite-Base-link-01 版本：V1.0,23,测试案例样例,24,测试设计,测试设计案例,25,本节要点,测试计划 测试设计 测试开发 测试执行 测试跟踪 测试评估,26,测试开发 对在测试设计阶段已被定义的测试案例进行创建或修正的阶段（例如：脚本编写以及注意事项）。,测试管理流程测试开发,27,测试开发-编写测试脚本,创建测试脚本 参考已有的有价值的脚本 建立测试环境 建立脚本 修改脚本(如果必要),28,录制 vs. 编程,先录制，如果需要的话再编程,测试开发-录制和编写测试脚本,29,创建测试脚本应注意： 尽量使测试脚本可重用 尽可能减少测试脚本的维护量 如果可能，尽量使用已有的测试脚本 使用测试工具创建测试脚本，减少手工作业,测试开发-录制和编写测试脚本,30,测试开发-确定测试特需的功能,考虑驱动模块 考虑桩模块,31,测试开发建立外部数据集,创建外部数据集 查阅测试用例、测试过程 使用适当的工具和方法创建数据集 利用数据集对测试脚本调整 调试测试脚本,32,测试开发建立外部数据集,使用外部数据集的好处： 使测试脚本中不含数据，易于维护 使数据易于修改，不受脚本影响 方便增添测试用例，较少或避免修改测试脚本 外部数据能够被多个测试脚本共享 外部数据集中可包含用于控制测试脚本的数据值,33,本节要点,测试计划 测试设计 测试开发 测试执行 测试跟踪 测试评估,34,测试执行 对被测软件进行一系列的测试并记录日志结果的阶段（环境准备、意外处理、结果分析）。,测试管理流程测试执行,35,测试执行-执行测试过程,建立测试环境 初始测试环境 执行测试过程 自动测试 手工测试,36,测试环境搭建,针对不同的测试目的构造不同的测试环境； 测试环境的构造应最大程度上有利于自动化； 测试环境应能够很好的接受测试的输入； 测试环境应能够把测试执行的结果反馈给测试人员；,37,测试案例执行,配置输入条件； 按用例执行步骤执行用例； 仔细观察每个可能的输出结果，与期望结果比较，记录差异点； 发现可能的缺陷；（由于用例不可能遍历每个可能的输出，因此不同的人在执行同一个测试用例的时候，可能会得到不同的结果，这是一个经验的积累） 避免用例之间的干扰，排除人为产生的错误； 隔离缺陷，协助开发人员定位问题； 如实的记录每个缺陷，缺陷信息应当详尽，避免歧义，并利于问题的重现；,38,测试执行-评估测试执行,正常：所有的测试过程或测试标准按计划结束 不正常：测试失败或未达到预期的测试覆盖,39,测试执行- 从失败测试中恢复,如何从失败中恢复： 确定错误发生的真正原因 纠正错误 重新建立测试环境 重新初始化测试环境 重新执行测试,40,测试执行- 记录缺陷,记录缺陷 追踪缺陷,41,本节要点,测试计划 测试设计 测试开发 测试执行 测试跟踪 测试评估,42,缺陷跟踪 记录测试事件或用户问题，进行调查研究，提出解决它们的方案并进行修改的阶段。,测试管理流程测试跟踪,43,缺陷追踪,44,执行日志,在测试执行过程中，每天都应当记录测试执行日志，一般测试执行日志应当包含下列内容： 执行了哪些用例，谁执行的，是否通过，发现了哪些缺陷，总体的测试进展情况，可能的风险，遇到的问题等。 工具：例如Buggit,45,缺陷跟踪日志,46,缺陷跟踪日志（实验要求）,47,本节要点,测试计划 测试设计 测试开发 测试执行 测试跟踪 测试评估,48,测试评估 分析测试结果并判断测试的标准是否被满足的阶段。,测试管理流程测试评估,49,测试评估-测试用例覆盖,覆盖判定： 对于测试目标有多少测试用例，已执行的测试用例数 成功执行的测试用例数 确保100%的测试用例全部成功地执行 制定测试覆盖标准，考虑： 风险和严重性 可接受的覆盖百分比,50,测试评估-分析缺陷,常用的缺陷分析标准： 缺陷分布 缺陷趋势 缺陷滞留,51,缺陷分布（按优先级）,测试评估-分析缺陷,52,缺陷趋势（随时间）,测试评估-分析缺陷,53,测试评估- -确定测试是否达到标准,确定标准： 参阅测试计划有关测试覆盖和缺陷评估等策略 检查测试结果、缺陷和缺陷分析,54,测试报告参照模板（可裁减）,1 介绍 2 测试时间、地点和人员 3 测试环境描述 4 测试数据度量 4.1 测试用例执行度量,55,报告的内容（续一）,4.2 测试进度和工作量度量 4.2.1 进度度量,4.2.2 工作量度量,56,报告的内容（续二）,4.3 缺陷数据度量,4.4 覆盖率数据度量,57,报告的内容（续三）,4.5 综合数据分析 计划进度偏差 （实际进度 计划进度）/计划进度 100 用例执行效率 执行用例总数 / 执行总时间（小时） 用例密度 用例总数 / 规模 100 缺陷密度 缺陷总数 / 规模 100 用例质量 缺陷总数 / 用例总数 100 缺陷严重程度分布饼图： 缺陷类型分布饼图：,58,报告的内容（续四）,5 测试评估 5.1 测试任务评估 评估结论：本次测试执行准备充足，完成了既定目标。 5.2 测试对象评估 评估结论：测试对象符合集成测试阶段质量要求，可以进入到系统测试执行阶段。 6 遗留缺陷分析 7 审批报告 提交人签字： 日期： 开发经理签字： 日期： 产品经理签字： 日期：,59,报告的内容（续五）,8 附件 附件1 测试用例执行表 附件2 测试覆盖率报告 附件3 缺陷分析报告,60,报告的内容（续六）,附件4 缺陷漏测分析,61,测试过程流程总结,测试生命周期,62,测试过程流程总结,测试文档,测试计划文档,测试用例文档,测试记录文档,缺陷跟踪报告,测试总结报告,63,小结,测试计划 测试设计 测试开发 测试执行 测试跟踪 测试评估,64,