测试计划.ppt

如何配置测试环境 在测试范围中的平衡问题 在搭建测试环境的时候，要排列配置的优先级，主要考虑 使用的频度或者范围 失效的可能性 能最大限度模拟真实环境 Page ? * 2.5 测试管理 选择缺陷管理工具和测试管理工具 定义工作进度 建立风险管理计划 Page ? * 2.5.1 缺陷工具和管理工具的选择 在测试计划阶段，需要确定用什么工具进行测试管理和缺陷管理 如TestDirector或 Bugzilla等 在执行测试的过程中，缺陷管理工具和测试管理工具并不是必须的 但多数公司都会使用缺陷管理工具 Page ? * 2.5.2 定义工作进度 Page ? * 确认工作任务 估算工作量 编写进度计划 确认工作任务 工作任务可以分为两类 一类是可以直接和需求文档对应起来的 另外一类和需求文档没有直接的关联 对需求文档中的每一个条目，都应该有相应的测试工作与之对应起来 排列任务的优先级 Page ? * 与需求文档没有直接关联的任务 执行测试时设置和配置系统 开发和安装专用测试工具 学习使用测试工具 定制测试工具 将测试用例编写为脚本或数据文件 重新运行以前没通过的测试用例 产生测试报告和测试总结文档 编写测试计划 编写质量报告、缺陷报告 人员培训 与程序员之间的交流 与客户之间的交流 Page ? * 估算工作量 工作量 可以使用“人*日”、“人*月”、“人*年”这样的单位 测试工作量的估算可以采用以下方法： 建立详细的工作分解结构 分析以往项目，寻找历史数据 使用评估模型 注意“返工”的问题 Page ? * 编写进度计划（甘特图） Page ? * 进度计划要素 所有任务都已经被列出 计划中包含了任务编号、任务名称、开始时间、完成时间、持续时间等信息 计划是可行的，资源要求能够被满足 按照此计划开展实际工作 如果有变化，该计划将被及时更新 Page ? * 2.5.3 建立风险管理计划 （面临问题） 由于设计、编码出现了大的质量问题，导致测试工作量、测试时间增加； 在开始测试时，所需要的硬件、软件没有准备好 未能完成对测试人员的技术培训 测试时的人力资源安排不足 在测试过程中，发生了大量的需求变更 在测试过程中，项目的开发计划被进行大幅度调整 不能及时准备好所需要的测试环境 不能及时准备好测试数据 Page ? * 风险管理的过程 识别风险 评估风险 制订对策 跟踪风险 Page ? * 2.6 测试计划编写 测试计划是描述软件测试努力的目标、范围、方法和焦点的文档 由于测试的种类多、内容广并且时间分散，并且不同的测试工作由不同的人员来执行，因此一般把单元测试、集成测试、系统测试、验收测试各阶段的《测试计划》分开写 Page ? * 测试计划模版 Page ? * * * 测试计划 苏州工业园区服务外包职业学院 信息技术系 沈涵飞 软件测试技术 测试计划内容概要 2.1 测试计划要点和制订过程 2.2 测试软件需求 2.3 测试策略 2.4 测试环境 2.5 测试管理 2.6 测试计划编写 Page ? * 2.1 测试计划要点和制订过程 软件测试生命周期 Page ? * 软件测试阶段组成 Page ? * 测试计划 测试设计 测试开发 测试执行 测试评估 测试计划的目标 收集并组织测试计划信息 将软件细化为可检验的测试需求 建立测试计划 Page ? * 测试计划制订过程 Page ? * 分析和测试软件需求 定义测试策略 定义测试环境 定义测试管理 编写和审核测试计划 测试计划要点 测试活动进度综述 可供项目经理产生项目进度时参考 测试方法 测试工具的使用 测试工具 如何和何时获取工具 实施测试和报告结果的过程 系统测试进入和结束准则 Page ? * 设计、开发和执行测试所需的人员 设备资源 需要什么样的机器和测试基准 恰当的测试覆盖率目标 测试所需的特殊软件和硬件配置 测试应用程序策略 测试哪些特性，不测试哪些特性 风险和意外情况计划 测试计划：考虑测试内容 系统功能 用户界面 系统性能 负载测试 强化测试 容量测试 配置测试 安装测试 Page ? * 2.2 测试软件需求 需求分析过程 收集用户需求 编写需求定义文档 编写软件功能说明 编写软件需求跟踪矩阵 审核软件需求文档 Page ? * 2.2 测试软件需求 需求分析中测试人员工作 理解需求，参与审核需求文档 理解项目的目标、限制，了解用户应用背景 编写测试计划 准备资源 Page ? * 2.2 测试软件需求：软件需求文档 需求文档是进行设计、编码、测试的基础文件，软件需求文档中，需要描述下列内容： 说明 一般描述 各种限制条件、假定和以来 功能需求