教学教案计划(资料标准模板)

《教学教案计划(资料标准模板)》由会员分享，可在线阅读，更多相关《教学教案计划(资料标准模板)（14页珍藏版）》请在金锄头文库上搜索。

1、/ XXXXXXXXXXXX XXXXXXXXXXXXXXXX 项目名称项目名称 测试计划测试计划 XXXXXX 公司公司 二二X XX X年年 X X月月 / 文档修改记录文档修改记录 版本号版本号版本描述版本描述责任人责任人日期日期备注备注 V1.0 初始编制 XXXX2012-8-31 版本号示例：V1.0、V2.0、V3.0、V4.0、V5.0 / 目目 录录 第一章引言.4 1.1编写目的.4 1.2项目背景.4 1.3定义.4 1.4参考资料.5 第二章测试计划.6 2.1测试准备.6 2.1.1测试环境准备6 2.1.2测试人员准备7 2.1.3测试任务和进度7 2.2测试策略和

2、方法.8 2.2.1测试策略8 2.2.2测试方法8 2.3测试风险.9 第三章测试种类及测试标准.10 3.1测试种类.10 3.2测试标准.10 第四章测试范围及测试重点.13 4.1测试范围.13 4.2测试重点.13 测试计划评审意见.14 / 第一章引言 1.1 编写目的 提示：该文档对测试工作的指导作用及阅读该文档的主要对象 【编写实例参见如下：】 编写该文档的主要目的在于从总体上明确学生工作管理系统 Beta1 版 本的功能模块和实现方法，从而在后期测试活动中更好的把握测试范围，制定适当的 测试策略和方法。并为测试过程中测试人员和后期实施人员提供工作指导。 本文档预期的读者包括：

3、项目经理、系统设计人员、开发人员和测试人员。 1.2 项目背景 1.说明待开发的软件系统的名称 2.列出本项目的任务委托单位、开发单位、协作单位、用户单位 3.说明项目背景，叙述该项软件开发的意图、应用目标、作用范围以及其他应向读 者说明的有关该软件开发的背景材料。如果本次开发的软件系统是一个更大的系统的 一个组成部分，则要说明该更大系统的组成和介绍本系统与其它相关系统的关系和接 口部分 4.保密说明：本项为可选项，一般的软件公司都会要求对软件开发的概要设计文档 进行保密，不允许被复制、使用和扩散到公司之外的范围，如果需要强调则允许做相 关的保密说明 5.版权说明：本项为可选项，若有必要，才要

4、作有关的描述。 1.3 定义 提示：对文档中的专业术语进行解释说明 序号序号术语名称术语名称术语定义术语定义 1 2 3 4 . / 1.4 参考资料 提示：列出所本文档所使用的参考资料，包括： 1 本软件开发所经核准的合同或标书或可行性报告等文档 2 软件开发计划书 3 需求分析报告 4 测试方案（若存在初稿的话） 5 与本项目有关的已发表的文件或资料 6 本文件中各处引用的文件、资料，所采用的软件开发标准和规范 注意：必须列出文件、资料的作者、标题、编号、发表日期和出版单位，以说明这 些文件资料的来源。若某些文档有保密要求的，则要说明其保密级别。 序号序号文档名称文档名称作者作者版本版本/

5、 /日期日期 1 2 / 第二章测试计划 2.1 测试准备 2.1.1测试环境准备 提示：如服务器、客户端的软、硬件要求及网络环境要求等。 1. 服务器 硬件配置要求硬件配置要求 CPU 内存 磁盘空间 软件配置要求软件配置要求 操作系统 Web Server 数据库系统 2. 客户端 硬件配置要求硬件配置要求 CPU 内存 磁盘空间 软件配置要求软件配置要求 操作系统 浏览器 3. 网络环境 / 2.1.2测试人员准备 提示：该项目主要测试负责人及测试人员 【编写实例参见如下：】 1 测试负责人()： 为测试项目提供总体方向，制定测试计划、征集并监督测试人员、申请系统 资源，控制和跟踪测试进

6、度。 2 测试人员()： 对被测软件的详细了解、分解测试需求、编写测试用例。 负责测试执行和记录结果。 跟踪 Bug 解决情况。 汇报工作进程及测试结果。 2.1.3测试任务和进度 测试阶段测试阶段任务任务工作量估计工作量估计人员分配人员分配时间时间 测试环境搭建搭建测试环境，包括： 硬件环境，BUG 管理工 具，项目安装。 编写测试用例并 评审通过 根据需求说明书，概 要设计说明书，编写 出测试用例。 功能测试测试功能和业务流程 是否达到设计要求 提交测试报告根据项目进度计划， 编写阶段性的测试报 告 压力测试测试系统在特定硬件 环境中的性能，稳定 性等指标是否达到要 求。 2.2 测试策略

7、和方法 提示：说明本次测试中所采用何种方法和策略（如黑盒测试，其中采用边界值探测 / 法、等价类划分法等测试方法）。 2.2.1测试策略 提示：手工黑盒测试，根据编写的测试用例，通过手工创建数据的方法来验证各 模块的功能是否正确。 2.2.2测试方法 提示：此次测试主要进行功能测试就是对产品的各功能进行验证，根据功能测试 用例，逐项测试，检查产品是否达到用户要求的功能。针对 Web 系统的常用测试采用 如下方法： 页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。 相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影 响是否都正确。 检查按钮的功能是否正确：如

8、 update、cancel、delete、save 等功能是否正确。 字符串长度检查：输入超出需求所说明的字符串长度的内容，看系统是否检查 字符串长度，会不会出错。 字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容(如在应 该输入整型的地方输入其他字符类型)，看系统是否检查字符类型，会否报错。 标点符号检查：输入内容包括各种标点符号，特别是空格、各种引号、回车键。 看系统处理是否正确。 中文字符处理：在可以输入中文的系统输入中文，看会否出现乱码或出错。 检查带出信息的完整性：在查看信息和 update 信息时，查看所填写的信息是不 是全部带出，带出信息和添加的是否一致。 信息重

9、复：在一些需要命名，且名字应该唯一的信息输入重复的名字或 ID，看 系统有没有处理，会否报错，重名包括是否区分大小写，以及在输入内容的前 后输入空格，系统是否作出正确处理。 检查删除功能：在一些可以一次删除多个信息的地方，不选择任何信息，按” delete”，看系统如何处理，会否出错;然后选择一个和多个信息，进行删除， 看是否正确处理。 / 2.3 测试风险 提示：对本次测试活动可能存在的风险预估计。 【编写实例参见如下：】 此次测试的部分没有经过需求的评审，且测试时间有限，开发人员是否及时发布版 本直接影响进度。 / 第三章测试种类及测试标准 3.1 测试种类 提示：如功能测试、业务测试等，

10、依不同项目要求而定 【编写实例参见如下：】 本次测试活动涉及到界面测试、逻辑功能测试、易用性测试、兼容性测试、业务测 试和压力测试。 3.2 测试标准 提示：列出经过各种测试后，软件应达到的标准（如功能测试：能够按照设计要 求实现该模块的各个功能,进出模块数据流向正确,各项数据完整/准确）。 【编写实例参见如下】 1.逻辑功能测试 1） 概述： 能够按照要求实现各模块的 各个功能,业务流程要求，进出模块数据流向正确,各项数据完整准确。 2） 标准： 利用有效的和无效的数据来执行各个用例流，以核实以下内容： 在使用有效数据时得到预期的结果； 在使用无效数据时显示相应的错误消息或警告消息； 使用有

11、效数据时工作流通畅并得到期望结果； 参考规范：常用测试用例表_V1.0常用功能部分。 2.界面测试 1） 概述： 严格按照需求说明说中的界面设计图和公司的 UI 标准执行界面测试，验 证界面是否美观、布局是否正确合理。 2） 标准： 核实以下内容： 确保各种访问方法(确保各种访问方法（鼠标移动、快捷键等）都使 / 用正常； 确保窗口对象及其特征（菜单、大小、位置、状态和中心）都符合 标准等； 参考规范：系统界面样式规范、常用测试用例表_V1.0界 面部分。 3.易用性测试 1） 概述： 从软件使用的合理性和方便性等角度对软件系统进行检查，来发现软件 中不方便用户使用的地方。 2） 标准： 核实

12、如下内容： 窗口上按钮的布局要与界面相协调,不要过于密级，也不要过于空旷； 界面上的字体一般为宋体，字号一般为 812 号； 测试窗体在常用分辨率下的显示情况，包括 800*600,1024*768 等； 屏幕对角线交点的上方最容易用户的位置，要重点测试； 工具栏上的图标简洁美观，尽量符合其真实含义； 状态栏上要实时显示操作后窗体发生的变化； 参考规范：常用测试用例表_V1.0易用性测试部分。 4.兼容性测试 1） 概述： 核实测试对象在不同的软件和硬件配置中的运行情况。 2） 标准： 确定系统能在下列条件下正常运行： 在各种所需的硬件和软件配置中； 在各种浏览器下的兼容性测试； 相关表格如下

13、： 检查项测试人员的类别及其评价 系统能在各种软/硬件条件下运行吗？具体有哪些呢？ / 检查项测试人员的类别及其评价 系统支持多种操作平台吗？支持多种浏览器吗？ IE6.0、 IE7.0 5.业务测试 1） 概述： 能够满足系统原型的业务流程要求，相应操作时业务规则的流向恰当， 并发情况下流程正常。 2） 目标： 按照系统原型的业务流程验证有效和无效数据的用例流，核实以下内容： 使用有效数据时工作流通畅并得到期望结果； 使用无效数据时，显示相应的错误信息或警告信息。 6.压力测试 1） 概述： 这里的具体包含了负载测试以及压力测试。 2） 目标： 核实下列行为下的系统行为： 确定测试对象在给定

14、时间内能够持续处理的最大负载或工作量（包 括长时间处理多个用户相同的且性能最坏的业务）； 确定并确保系统在超出最大预期工作量的情况下仍能正常运行，并 评估其性能特征，包括响应时间、事务处理速率和其他与时间相关 的内容。 / 第四章测试范围及测试重点 4.1 测试范围 提示：与测试需求内容完全对应,在此只需注明本次测试活动中涉及的模块名称及 子模块名称.。 4.2 测试重点 针对不同项目要求的侧重点不同而设计。 【编写实例参见如下：】 1.数据管理 测试数据的新增、编辑、删除功能的正确性。 2.数据统计 测试成果统计功能中统计数据的正确性。 3.权限设置 测试操作权限的有效性。 / 测试计划评审意见 项目名称： 致： （建设单位） 抄送： （监理单位） 我方根据合同的有关规定完成了项目 测试计划的编 制，并经项目经理审查批准，请予以审查。 承建单位（盖章） 项目经理（签字）： 日 期： 年 月 日 监理单位意见： 总/专业监理工程师（签字）： 日 期： 年 月 日 建设单位意见： 项目代表（签字）： 日 期： 年 月 日 一式三份，签字单位各持一份存档。