软件测试计划模板.doc

文件编号 文件编号 LITJSJ JH 11 09LITJSJ JH 11 09 记录编号 记录编号 XXXXXXXX 测试计划测试计划 编制 编制 年年 月月 日日 审核 审核 年年 月月 日日 批准 批准 年年 月月 日日 洛阳理工学院软件学院洛阳理工学院软件学院 Z100551Z100551 XXX 测试计划 记录编号 JH 此处填写具体的样品编号 洛阳理工学院软件学院 Z100551 第 2 页 共 11 页 声明声明 本测试文档中的各项内容仅供厂商或用户参考 在任何情况下 若需引用本测试 文档中的结果 数据及相关内容 都应征得本单位同意 在使用时务必要保持其完整 和真实意义 不得擅自进行增加 修改 伪造 洛阳理工学院软件学院 Z100551 XXXX 年 XX 月 XXX 测试计划 记录编号 JH 此处填写具体的样品编号 洛阳理工学院软件学院 Z100551 第 3 页 共 11 页 目录目录 1 1 简介简介 4 1 1 目的 4 1 2 背景 4 1 3 范围 4 1 4 引用文档 4 2 2 测试需求测试需求 4 3 3 测试类型测试类型 5 3 1 产品描述测试 5 3 2 用户文档测试 5 3 3 功能性测试 5 3 4 可靠性测试 6 3 5 易用性测试 6 3 6 效率测试 7 3 7 可维护性测试 7 3 8 可移植性测试 8 4 4 资源资源 9 4 1 测试人员和职责 9 4 2 测试环境 9 4 3 工具 10 5 5 项目里程碑项目里程碑 10 6 6 可交付工件可交付工件 10 附录附录 职责职责 11 XXX 测试计划 记录编号 JH 此处填写具体的样品编号 洛阳理工学院软件学院 Z100551 第 4 页 共 11 页 1 1 简介简介 1 11 1 目的目的 确定现有项目的信息和应测试的软件构件 列出推荐的测试需求 高层次 推荐可采用的测试策略 并对这些策略加以说明 确定所需的资源 并对测试的工作量进行估计 列出测试项目的可交付元素 1 21 2 背景背景 输入测试对象 组件 应用程序 系统等 及其目标的的简要说明 需要包括 的信息有 主要的功能和特性 测试对象的构架以及项目的简史 1 31 3 范围范围 描述测试的各个阶段 例如 单元测试 集成测试或系统测试 并说明本计划 所针对的测试类型 如功能测试或性能测试 简要地列出测试对象中将接受测试或 将不接受测试的那些特性和功能 如果在编写此文档的过程中作出的某些假设可能会影响测试设计 开发或实施 则列出所有这些假设 列出可能会影响测试设计 开发或实施的所有风险或意外事件 列出可能会影响测试设计 开发或实施的所有约束 1 41 4 引用文档引用文档 此处列出制定测试计划所用的文档 2 2 测试测试需求需求 下面列出了那些已被确定为测试对象的项目 用例 功能性需求和非功能性需求 此列表说明了测试的对象 在此处输入一个主要测试需求的高层次列表 测试策略提供了推荐用于测试对象的方法 上一节 测试需求 中说明了将要 测试哪些对象 而本节则要说明如何对测试对象进行测试 对于每种测试 都应提供测试说明 并解释其实施和执行的原因 如果不实施和执行某种测试 则应该用一句话加以说明 并陈述这样做的理由 例如 将不实施和执行该测试 该测试不合适 XXX 测试计划 记录编号 JH 此处填写具体的样品编号 洛阳理工学院软件学院 Z100551 第 5 页 共 11 页 制定测试策略时所考虑的主要事项有 将要使用的方法以及判断测试何时完成的 标准 下面列出了在进行每项测试时需考虑的事项 除此之外 测试还只应在安全的环 境中使用已知的 受控的数据库来执行 3 3 测试类型测试类型 3 13 1 产品描述测试产品描述测试 测试目标 测试产品描述是否可以帮助用户或潜在的购买者做出产品是否适用于他们的评价 产品内容是否正确无误等 方法 根据GB T25000 51 2010的条款的要求列出测试检查表 按测试检查表进行检查 对每一条子条目结论 对检查表的结论一列进行综合 给出对被测试软件的产品 描述测试的结论 完成标准 执行完成测试检查表中所有的子条目的检查 需考虑的 特殊事项 无 3 23 2 用户文档测试用户文档测试 测试目标 测试用户文档是否可以帮助用户正确使用产品 维护产品 方法 根据GB T25000 51 2010的条款的要求列出测试检查表 按测试检查表进行检查 对每一条子条目结论 对检查表的结论一列进行综合 给出对被测试软件的用户 文档测试的结论 完成标准 执行完成测试检查表中所有的子条目的检查 需考虑的 特殊事项 无 3 33 3 功能性测试功能性测试 测试对象的功能测试应该侧重于可以被直接追踪到用例或业务功能和业务规则 的所有测试需求 这些测试的目标在于核实能否正确地接受 处理和检索数据以及业 务规则是否正确实施 这种类型的测试基于黑盒方法 即通过图形用户界面 GUI 与 应用程序交互并分析输出结果来验证应用程序及其内部进程 以下列出的是每个应用 程序推荐的测试方法概要 XXX 测试计划 记录编号 JH 此处填写具体的样品编号 洛阳理工学院软件学院 Z100551 第 6 页 共 11 页 测试目标 确保测试对象的功能正常 其中包括导航 数据输入 处理和检索等 方法 利用有效的和无效的数据来执行各个用例 用例流或功能 以核实以下内容 在使用有效数据时得到预期的结果 在使用无效数据时显示相应的错误消息或警告消息 各业务规则都得到了正确的应用 完成标准 所计划的测试已全部执行 需考虑的 特殊事项 确定或说明那些将对功能测试的实施和执行造成影响的事项或因素 内部的或外 部的 3 43 4 可靠性测试可靠性测试 可靠性是指在指定条件下使用软件产品时 软件产品维持规定的性能级别的能 力 可以进一步细分为 4 个子特性 成熟性 容错性 易恢复性 可靠性的依从性 在完成被测试软件的功能测试的基础上 针对可靠性测试的特点 强调实时 准 确地作好记录 包括 每次测试 运行被测试软件 的起止时间 精确到分钟 被 测试软件每次发生故障的时间 如果发生死机 必须记录发生死机的时间 宕机的时 间 对测试中使用的所有测试用例 测试结果按照 4 个子特性进行统计分析 根据子 特性测试的要求 补充增加相关测试用例 然后对被测试软件的可靠性进行加权评价 测试目标 测试在指定条件下使用时 软件产品维持规定的性能级别的能力 方法 根据 GB T16260 2006 GB T25000 51 2010的条款的要求列出测试检查表 按测 试检查表进行检查 对每一条子条目都进行统计数据及给出结论 综合分析统计 的数据 给出对被测试软件的可靠性测试的结论 完成标准 所计划的测试全部完成 需考虑的 特殊事项 3 53 5 易用性测试易用性测试 在完成功能测试的基础上 还应该重点考虑软件的易用性测试 设计易用性测 试的测试用例 包括 对产品描述 需求规格说明 用户手册 的测试 对用户文档 和 或帮助系统的测试 被测试软件是否提供了在线帮助 用户能否定位找到帮助主题 XXX 测试计划 记录编号 JH 此处填写具体的样品编号 洛阳理工学院软件学院 Z100551 第 7 页 共 11 页 能否理解对输入数据的要求 对输出信息的说明 对系统消息的说明 用户能否定制 界面元素 被测试软件是否提供了演示程序 统计学习使用一项功能的所需的时间 能否容易地修复输入数据 在操作时能否进行参数值的选择 对测试中使用的所有测试用例 测试结果按照 5 个子特性进行统计分析 根据子 特性测试的要求 补充增加相关测试用例 然后对被测试软件的易用性进行加权评价 测试目标 测试在指定条件下使用时 软件产品被理解 学习 使用和吸引用户的能力 方法 根据 GB T16260 2006 GB T25000 51 2010的条款的要求列出测试检查表 按测 试检查表进行检查 对每一条子条目都进行统计数据及给出结论 综合分析统计 的数据 给出对被测试软件的易用性测试的结论 完成标准 所计划的测试全部完成 需考虑的 特殊事项 无 3 63 6 效率测试效率测试 在完成功能测试的基础上 还应该考虑软件的效率测试 设计效率测试的测试 用例 包括 响应时间 平均响应时间 最坏情况下的响应时间比率 吞吐量 平均 吞吐量 周转时间 平均周转时间 等待时间的测试 还包括 对 I O 设备 内存 传输设备 不同介质 的使用情况的测试 对测试中使用的所有测试用例 测试结果按照 3 个子特性进行统计分析 根据子 特性测试的要求 补充增加相关测试用例 然后对被测试软件的效率进行加权评价 测试目标 测试在规定条件下 相对于所用资源的数量 软件产品可提供的适当的性能的能 力 方法 进行压力测试 负载测试 大数量测试等 监控各项性能指标 分析数据 给出 被测试软件的效率 完成标准 所计划的测试全部完成 需考虑的 特殊事项 3 3 7 7 可维护性测试可维护性测试 维护性是指软件产品可被修改的能力 修改可能包括纠正 改进或软件对环境 需求和功能规格说明变化的适应 可以进一步细分为 5 个子特性 易分析性 易改变 XXX 测试计划 记录编号 JH 此处填写具体的样品编号 洛阳理工学院软件学院 Z100551 第 8 页 共 11 页 性 稳定性 易测试性 维护性的依从性 在完成功能测试的基础上 还应该重点考虑软件的维护性测试 设计维护性测试 的测试用例 重点关注 被测试软件是否具有诊断功能 测试人员能否确定引起失效 的是哪个具体功能 测试人员能否确定引起失效的是哪个具体操作 被测试软件是否 可以通过参数设置来变更软件的状态 测试人员能否容易地使用检测点运行测试 被 测试软件是否提供了内置测试功能 详细 准确地做好回归测试的记录 记录软件测 试人员向软件开发人员提交软件测试报告 含错误报告 的时间 软件测试人员获得 修改后的版本的时间 记录在回归测试中发现的软件失效情况 统计回归测试之前 测试人员提交给软件开发人员的 测试中发现的失效数 统计回归测试中又发现的失 效数 这些数据对于维护性评价十分重要 对测试中使用的所有测试用例 测试结果按照 5 个子特性进行统计分析 根据子 特性测试的要求 补充增加相关测试用例 然后对被测试软件的维护性进行加权评价 测试目标 测试软件产品可被修改的能力 方法 根据 GB T16260 2006 GB T25000 51 2010的条款的要求列出测试检查表 按测 试检查表进行检查 对每一条子条目都进行统计数据及给出结论 综合分析统计 的数据 给出对被测试软件的可维护性测试的结论 完成标准 所计划的测试全部完成 需考虑的 特殊事项 3 3 8 8 可移植性测试可移植性测试 可移植性是指软件产品从一种环境迁移到另外一种环境的能力 可以进一步细 分为 5 个子特性 适应性 易安装性 共存性 易替换性 可移植性的依从性 在完成功能测试的基础上 还应该重点考虑软件的可移植性测试 设计可移植性 测试的测试用例 重点关注 被测试软件可否在不同硬件环境下运行 对硬件环境的要求如何 被测试软件可否在不同操作系统软件或并行应用软件环境下运行 对不同操作系 统软件的适应性如何 是否能够与其他密切相关软件共同运行 是否具有对环境 数 据库等的设置功能 XXX 测试计划 记录编号 JH 此处填写具体的样品编号 洛阳理工学院软件学院 Z100551 第 9 页 共 11 页 软件的安装界面是否友好 安装是否方便 被测试软件是否易于重新安装 是否可以方便地卸载 软件系统是否能够成功地升级到新版本 新版本对早期版本的兼容性如何 软件系统是否能够成功地增加新部件 新部件与原有用户界面一致的程度如何 对测试中使用的所有测试用例 测试结果按照 5 个子特性进行统计分析 根据子 特性测试的要求 补充增加相关测试用例 然后对被测试软件的可移植性进行加权评 价 测试目标 测试软件产品从一种环境迁移到另外一种环境的能力 方法 根据 GB T16260 2006 GB T25000 51 2010的条款的要求列出测试检查表 按测 试检查表进行检查 对每一条子条目都进行统计数据及给出结论 综合分析统计 的数据 给出对被测试软件的可移植性测试的结论 完成标准 所计划的测试全部完成 需考虑的 特殊事项 4 4 资源资源 本节列出推荐 项目使用的资源 及其主要职责 知识或技能 4 14 1 测试人员和职责测试人员和职责 下表列出了参与此项目测试的人员及所担任的职责 注 可视情况删除或添加项目 角色责任人职责计划完成时间 测试经理制定测试计划 提供技术指导 获取适当的资源 搭建测试环境 提供管理报告 测试工程师设计测试用例 确定测试 用例的优先级 执行测试 记录测试结果 记录问题 缺陷 资料管理员项目资料的管理 维护配置管理系统 测试产品的配置管理 XXX 测试计划 记录编号 JH 此处填写具体的样品编号 洛阳理工学院软件学院 Z100551 第 10 页 共 11 页 设备管理员安排测试设备 4 24 2 测试环境测试环境 反映可用的测试环境 平台 评价和选择测试工具以支持测试 写出选择测试工具的理由及其 主要功能 验证是否有足够的资源满足测试人员的需要 服务器 配置 P4 1 6 G CPU 256M 内存 40G 硬盘 客户端 配置 P4 1 6 G CPU 256M 内存 40G 硬盘 硬件环境 网络环境 局域网 10 100 自适网卡 操作系统服务器 Win98 Win2000 Server Win2003 Server 客户端 Win98 Win2000 WinXP 软件环境 应用软件