测试需求分析与测试计划课件.pptVIP

4 测试风险和测试策略 1.测试风险 软件测试存在较高的风险，测试风险管理就是设法降低或缓解测试过程中的风险，包括确定哪些风险是可以避免的、可以采取哪些措施等。 风险识别的有效方法就是建立风险项目检查表 此前，历史资料、Brainstorming等帮助建立项目检查表 风险识别并确定其程度，给出预防或处理措施。 1.测试风险 风险项目检查表 1.测试风险 风险项目检查表 2.控制风险的对策 消除执行风险 降低进度风险 减少人员风险 2.控制风险的对策 风险管理 2.控制风险的对策 风险的控制方法 采取措施避免可以避免的风险。 高风险转移为低风险。 设法降低不可避免的风险 做好风险管理计划。 制定处理风险一些应急、有效的方案。 计划时，对于估算资源、时间、预算留有余地 制定文档标准，建立机制，保证文档及时产生。 3.测试策略及其内容 测试策略描述当前测试项目的目标和所采用的测试方法，描述不同测试阶段的测试对象、范围和方法以及每个阶段内所要进行的测试类型。 针对风险（工作量、时间等压力）采取对策，包括遵照的标准取舍、测试任务的优先级等 如何更好地执行测试用例以及后续的回归测试 选定使用测试技术和工具 考虑影响资源分配的特殊情况 3.测试策略及其内容 测试策略影响因素 测试方式(静态/动态，探索式方式，黑盒/白盒） 测试层次（单元、集成、系统） 测试人员（责任、能力、独立性） 测试用例选择/优化（如用例是否有优先级） 测试环境（设置是否简单、自动部署） 测试工具（能不能用测试工具、使用简单与否） 质量标准（采用国内标准或美国DO-178C） 3.测试策略及其内容 制定测试策略 全面细致地了解产品的项目信息:应用领域,测试范围,市场需求,产品的特点和主要功能,技术架构 基于模块、功能、整体、系统、版本、压力、性能、配置和安装等各个因素对产品的影响,公正客观地开展测试计划 根据程序的重要性和一旦发生故障将造成的损失,来确定它的测试等级和测试重点 认真研究测试策略,以便能使用尽可能少的有效测试用例,发现尽可能多的程序错误,因为一次完整的软件测试过后,如果程序中遗漏的错误过多并且很严重,则表明本次测试是失败的,是不足的;而测试不足意味着让用户承担隐藏错误带来的危险.同时反过来说,如果过度测试,则又会浪费许多宝贵的资源. 找到一个最佳平衡点。 5 测试计划内容与编制 1.测试计划内容 软件测试计划是指导测试过程的纲领性文件，描述测试活动的范围、方法、策略、资源、任务安排和进度等，并确定测试项、哪些功能特性将被测试、哪些功能特性将无需测试，识别测试过程中的风险。 内容主要集中在测试目标和需求说明、测试工作量估算、测试策略、测试资源配置、进度表、测试风险等 1.测试计划内容 IEEE829－1998：测试计划内容 测试计划标识符（文档编号） 项目总体情况简介； 测试项（test item）； 需要测试的功能； 方法（策略）； 不需要测试的功能； 测试项通过/失败的标准； 测试中断和恢复的规定； 测试完成所提交的材料； 测试任务； 测试环境要求； 测试人员职责； 人员安排与培训需求； 进度表； 潜在的问题和风险； 审批 测试需求分析与测试计划 目 录 测试目标和准则 1 测试需求分析 2 测试项目的估算与进度安排 3 测试风险和测试策略 4 测试计划的内容与编制 5 1 测试目标和准则 1.测试的目标 明确测试目标是测试需求分析和计划测试的前提 测试目标 向风险管理活动提供信息 提供软件系统质量有关信息 评估软件产品是否满足相关利益者的期望 评估缺陷修正（清除）而不带来负面效应 评估软件变更实施而不带来负面效应 评估软件是否完全符合合规性要求 1.测试的目标 项目的具体测试目标 提供哪些质量风险信息 新改动的业务是否正确实现，对已有业务是否有负面影响 是否满足功能性要求和非功能性要求 在测试覆盖率、测试效率上的具体要求 1.测试的目标 如何确定测试目标 哪些业务改动，会影响哪些已有业务？ 系统改动会影响哪些系统功能和非功能特性？ 测试覆盖率：新业务/功能？已有业务/功能呢? 如何最大程度提高测试效率？ 2.测试进入的准则 清楚了解项目的整体计划框架； 完成需求规格说明书评审； 技术知识或业务知识的储备； 标准环境 技术设计文档； 足够的资源； 人员组织结构及其责任已确定。 2 测试需求分析 1.测试需求 什么是测试需求？ 简单来说，测试需求就是确定在项目中需要测试什么，即细化被测对象。 测试需求通常是以软件开发需求为基础进行分析，通过对开发需求的细化和分解，形成可测试的内容。 测试需求应全部覆盖已定义的业务流程，以及功能和非功能方面的需求。 测试需求描述测试的目标，特别是描述了产品的质量需求，测试需求