CH10测试管理.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
Part3 软件测试管理 软件测试生命周期-V模型 10.1构造高效的测试-测试策略 测试策略 测试策略 测试策略 测试策略 测试策略 改善测试的有效性的方法 尽可能早的开始测试 聘请优秀的测试人员 测试自动化 完善测试系统基础结构 清晰定义开发与测试间的传接过程 清晰定义被测系统 增派测试工程师 影响测试有效性的因素 不切实际的项目时间表 无法按时提供测试工具 缺乏系统管理和开发人员支持 调试将使用测试实验室资源 错误很多的交付 违反测试计划规定的退出标准 被测系统变更并进展缓慢 测试人员的错误 没有开发文档的情况下测试 参考竞争对手产品 向开发人员了解 向销售和市场部门了解 向客户支持部门了解 使用归纳推理了解合理的期望和正确的行为 软件测试生命周期-RAD模型 1软件测试工作流程 2测试计划 每一个阶段的测试活动都必须有相应的测试计划。测试计划活动包括: 明确测试目标 确定测试策略 选择测试方法 考虑资源需求 制定进度计划 评估风险和确立风险应对措施 测试计划-意义 是成功执行和管理测试项目的保证 通过制定计划再次整理自己的思路 提供了交流的机会 测试计划-组织 测试计划的数量 不同的时间段 不同的方法学 不同的目标 不同的观众 编制测试计划的时间 测试计划-基本内容 概要 领域 建议的重大事件时间表 进入退出标准 测试配置和环境 进度安排 风险评估和预防措施 更改记录 参考文档 测试计划-概要 明确测试目的和主要任务 被测系统的简单描述 被测系统依赖的其它系统描述 之前、同时、随后运行的其它测试工作的衔接 测试计划-领域 范围: 定义测试和不需要测试的内容 定义: 描述与测试计划相关的重要术语和缩略语 设置: 测试场所 测试计划-重大事件时间表 测试计划-转换标准 进入标准: 允许系统进入一个特定的测试阶段所必须具备的条件。如: 有必需的文档和要求吗? 系统状态适合现行的测试活动码? 测试环境准备好了吗? 测试计划-转换标准 暂停标准: 定义可能会导致测试执行挂起的状态和事件。如: 现有测试环境不再支持继续测试 系统有大量或严重的错误 退出标准: 说明如何决定测试何时可以结束。 测试计划-测试配置和环境 硬件 软件 网络 实验室空间 测试计划-测试执行 资源(人员、硬件、软件、网络、其它资源) 跟踪并管理测试和错误 错误的隔离和分类 发布管理 测试周期 测试计划-风险和意外事故 风险评估矩阵 意外事件的对策 测试计划-更改记录和参考文档 更改记录: 到目前为止对测试计划本身所作的更改和修订。内容可包括:编号、更改人、更改内容、修订的发布时间等。 参考文档: 测试计划引用的其他文档。如: 需求规范、设计规范、操作手册、标准、其他相关信息。 测试计划-提交 评审:同行评审;单人复审。 评审组的组成 -同行评审:3-7人。由项目经理、测试经理、测试小组代表、开发小组代表、设计小组代表组成。 -单人复审:测试部领导审批。 测试计划评审的Checklist 测试计划-checklist 3测试设计 测试用例标准格式 测试用例标准格式(续) 测试用例设计 测试用例设计 常用黑盒测试设计方法 等价类划分法 边界值分析法 错误猜测法 因果图法 常用白盒测试设计方法 常用白盒测试设计方法 4测试开发 测试开发-任务 确定需测试的与需求有关的特性 细化测试计划的有关内容 设计测试用例集 测试开发-需求追踪 研究功能需求 确定附加需求 确定性能需求 确定软件状态 确定输入及输出数据特性 测试开发- 细化测试计划 细化测试方法 细化测试的资源需求 测试开发- 设计测试用例集 设计测试用例集的层次结构 设计详细的测试用例 获得清晰的测试规程 测试开发-测试规程规范内容 概要 测试范围及被测试特性 测试需求 测试方法 需求规范追踪 测试用例集描述 更改记录 参考文档 开发测试方案-测试用例描述 开发测试方案-我们的测试用例 开发测试方案-测试用例组织 开发测试方案-避免测试逃逸 测试逃逸现象 测试逃逸的来源 逼真度低的测试系统 回归测试间隙 避免测试逃逸现象 开发测试方案-完善用例库 收集客户问题 补充特别(Ad hoc)测试 研究、学习新的测试技术 开发测试方案-提交 评审 评审组的组成 测试方案评审的Checklist 测试包有效性和完整性评审 5测试执行 6测试评估 测试评估 测试总结与评价-内容 被测软件的评价 功能特性 非功能性特性 测试过程的评价 编制测试总结报告 测试总结与评价-测试过程评价 目标与实际情况比对分析 测试完整性度量 错误发现率 错误修正百分比 基于主观意见的信任度评价 测试总结与评价-完整性度量 代码覆盖率 系统级测试覆盖率 屏幕 菜单项 用户想定 功能列表 商业规则 其他

文档评论(0)

好文精选 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档