第二章 测试计划
2.1 测试准备
2.1.1 测试环境准备
提示：如服务器、客户端的软、硬件要求及网络环境要求等。 1. 服务器
硬件配置要求 CPU 内存 磁盘空间 …… 软件配置要求 操作系统 Web Server 数据库系统 …… 2. 客户端 硬件配置要求 CPU 内存 磁盘空间 …… 软件配置要求 操作系统 浏览器 …… 3. 网络环境
2.1.2 测试人员准备
提示：该项目主要测试负责人及测试人员 【编写实例参见如下：】 1． 测试负责人(×××)：
为测试项目提供总体方向，制定测试计划、征集并监督测试人员、申请系统资源，控制和跟踪测试进度。 2． 测试人员(××)：
? 对被测软件的详细了解、分解测试需求、编写测试用例。 ? 负责测试执行和记录结果。 ? 跟踪Bug解决情况。 ? 汇报工作进程及测试结果。
2.1.3 测试任务和进度
测试阶段 测试环境搭建 任务 搭建测试环境，包括：硬件环境，BUG管理工具，项目安装。 编写测试用例并根据需求说明书，概评审通过 要设计说明书，编写出测试用例。 功能测试 测试功能和业务流程是否达到设计要求 提交测试报告 根据项目进度计划，编写阶段性的测试报告 压力测试 测试系统在特定硬件环境中的性能，稳定性等指标是否达到要求。 工作量估计 人员分配 时间 2.2 测试策略和方法
提示：说明本次测试中所采用何种方法和策略（如黑盒测试，其中采用边界值探测
法、等价类划分法等测试方法）。
2.2.1 测试策略
提示：手工黑盒测试，根据编写的测试用例，通过手工创建数据的方法来验证各模块的功能是否正确。
2.2.2 测试方法
提示：此次测试主要进行功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。针对Web系统的常用测试采用如下方法：
? 页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。 ? 相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影
响是否都正确。
? 检查按钮的功能是否正确：如update、cancel、delete、save等功能是否正确。 ? 字符串长度检查：输入超出需求所说明的字符串长度的内容，看系统是否检查
字符串长度，会不会出错。
? 字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容(如在应
该输入整型的地方输入其他字符类型)，看系统是否检查字符类型，会否报错。
? 标点符号检查：输入内容包括各种标点符号，特别是空格、各种引号、回车
键。看系统处理是否正确。
? 中文字符处理：在可以输入中文的系统输入中文，看会否出现乱码或出错。 ? 检查带出信息的完整性：在查看信息和update信息时，查看所填写的信息是不
是全部带出，带出信息和添加的是否一致。
? 信息重复：在一些需要命名，且名字应该唯一的信息输入重复的名字或ID，看
系统有没有处理，会否报错，重名包括是否区分大小写，以及在输入内容的前后输入空格，系统是否作出正确处理。
? 检查删除功能：在一些可以一次删除多个信息的地方，不选择任何信息，按”
delete”，看系统如何处理，会否出错;然后选择一个和多个信息，进行删除，看是否正确处理。
2.3 测试风险
提示：对本次测试活动可能存在的风险预估计。 【编写实例参见如下：】
此次测试的部分没有经过需求的评审，且测试时间有限，开发人员是否及时发布版本直接影响进度。
第三章 测试种类及测试标准
3.1 测试种类
提示：如功能测试、业务测试等，依不同项目要求而定 【编写实例参见如下：】
本次测试活动涉及到界面测试、逻辑功能测试、易用性测试、兼容性测试、业务测试和压力测试。
3.2 测试标准
提示：列出经过各种测试后，软件应达到的标准（如功能测试：能够按照设计要求实现该模块的各个功能,进出模块数据流向正确,各项数据完整/准确）。
【编写实例参见如下】 1. 逻辑功能测试
1） 概述：
能够按照<<需求规格说明书>>和<<概要设计说明书>>要求实现各模块的各个功能,业务流程要求，进出模块数据流向正确,各项数据完整\\准确。 2） 标准：
利用有效的和无效的数据来执行各个用例流，以核实以下内容： ? 在使用有效数据时得到预期的结果；
? 在使用无效数据时显示相应的错误消息或警告消息； ? 使用有效数据时工作流通畅并得到期望结果；
? 参考规范：《常用测试用例表_V1.0》—常用功能部分。
2. 界面测试
1） 概述：
严格按照需求说明说中的界面设计图和公司的UI标准执行界面测试，验证界面是否美观、布局是否正确合理。 2） 标准：
核实以下内容：
? 确保各种访问方法(确保各种访问方法（鼠标移动、快捷键等）都使
测试计划模板
