(word)经典测试计划模版.docVIP

完成后发邮箱zhouyh610@ 邮件主题：班级+学号+姓名 测试计划 修订历史记录 版本　　　　　　　 日期　　　　　　 AMD　　　　　　 修订者　　　　　 说明　　　　　 1.0 XXXX年XX月XX （A-添加，M-修改，D-删除） 目 录 1.简介 4 1.1目的 4 1.2背景 4 1.3范围 4 1.4测试参考文档 4 2.测试需求 4 3.测试进度 5 4.测试资源 5 4.1人力资源 5 4.2测试环境 5 4.3测试工具 6 5.测试风险 6 6.测试策略 6 6.1功能测试 6 6.2用户界面测试 7 6.3安装测试 8 7.测试提交文档 8 1.简介 1.1目的(why)：确认目标---做什么---怎么做？ 为了真实的模拟企业测试过程，我们将以“图书信息管理系统”为测试对象，展开系统测试。根据产品的帮助文档设计测试用例，带领同学们进行执行测试用例，完成系统测试任务。 1.2背景： 测试什么产品，包括产品的规格，信息及技术结构 这是一套基于图书管理理念的通用性极强的C/S图书管理软件。界面美观，操作方便，功能强大，支主要包括书籍档案管理、读者管理、借还管理、系统（包括书籍档案、读者档案等十于项）查询、数据维护、系统设置和各种借阅排行统计报表等功能。”图书信息管理系统”的帮助文档中规定的内容来制定，包括： 系统设置 书籍管理 读者管理 系统查询 限制条件： 因为本测试主要为教学使用，受限于课程的进度；根据其进度，本计划会做出相应的调整。 1.4测试参考文档 帮助文档 2.测试需求(what)：测试内容 计划完成以下类型的测试。 基本功能测试 界面测试 安装测试 3.测试进度(when) 测试活动 计划开始日期 实际开始日期 结束日期 制定测试计划 设计测试用例 基本功能测试 界面测试 安装测试 对测试进行评估 产品发布 4.测试资源 4.1人力资源(who) 下表列出了在此项目的人员配备方面所作的各种假定。 角色 所推荐的最少资源（所分配的专职角色数量） 具体职责或注释 测试组长 负责拟定软件项目的测试计划和方案，提供测试技术指导，组织测试资源，安排测试计划实施，提交测试分析报告，总结整个测试活动 测试人设计员 参与制定测试计划，生成测试模型，在面向对象的设计系统中确定并 定义测试类的操作、属性和关联关系，确定测试用例，指导测试实施、参与测试评估和测试分析报告的编写 测试员 执行实施测试，填写测试记录，记录结果和缺陷 4.2测试环境(where) 下表列出了测试的系统环境 软件环境（相关软件、操作系统等） 操作系统 硬件环境（网络、设备等） 主机、硬盘、内存、显示器 打印机 扫描枪 4.3测试工具 此项目将列出测试使用的工具： 用途 工具 生产厂商/自产 版本 功能测试 Winnerunner Mercury Interactive 8.0 5.测试风险 本测试过程受以下条件的制约： BUG的修复情况。 系统整体功能的实现情况。 代码编写的质量。 人员经验以及对产品的熟悉程度。 人员调整导致对研发周期的延迟。 测试时间的缩短导致某些测试用例无法完成。 6.测试策略（how） [测试策略提供了对测试对象进行测试的推荐方法。 对于每种测试，都应提供测试说明，并解释其实施的原因。 制定测试策略时所考虑的主要事项有：将要使用的技术以及判断测试何时完成的标准。 下面列出了在进行每项测试时需考虑的事项，除此之外，测试还只应在安全的环境中使用已知的、有控制的数据库来执行。] 注意：不实施某种测试，则应该用一句话加以说明，并陈述这样的理由。例如，“将不实施该测试。该测试本项目不适用”。 6.1功能测试 对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。以下为各种应用程序列出了推荐使用的测试概要： 测试目标 确保测试的功能正常，其中包括导航，数据输入，处理和添加删除修改等功能。 测试范围： 系统设置 书籍管理 读者管理 系统查询 所涉及到的所有功能 技术： 利用有效的和无效的数据来执行各个用例以核实以下内容