链接：https://pan.baidu.com/s/1n-7Iy0cib8gP4dRtBXXKGA 

提取码：yayj 

 

1.1编写目的

本计划编写目的是指导完成ESI子系统的质量验收工作，完成阶段性用户接收测试验收内容。预期的读者是项目三方（承建方、建设方、监理方）技术人员、管理人员。

1.2背景

测试计划所从属的软件系统名称为ESI 

项目开发历史为：

XXX…

用户为亚组委人力资源部志愿者部，信息技术部，执行此项目测试的为信息技术部、亚组委人力资源部志愿者部、承建方、监理方。

测试计划限定条件：本测试计划受限于开发人员提交测试的内容和时间的事实。根据开发人员提交模块的实际情况，设备集成商和建设方提供的硬件资源本计划会做出相应修改。

1.3定义

略

1.4参考资料

a．本项目经核准的计划任务书或合同、会议纪要；

b．属于本项目的其他已签署的文件；

c．本子系统调研记录、软件需求规格说明书、系统概要设计说明书、详细设计说明书

d．《测试计划说明书》规范（GB8567——88）

2计划

2.1软件说明

 

 

 

 

 

 

被测所属模块 被测软件功能 输入质量指标 输出质量指标 功能描述

A 志愿者注册录入

完整输入志愿者信息 保存后页面刷新，或重新编辑，与之前的录入一致,并显示保存成功。 完成新增注册信息

A 输入部分必填项志愿者信息 应提示对未填的必填项提示录入。

A 考查输入字段的边界值 系统应提示无效录入或关联的输出逻辑应正常显示。

A 志愿者注册修改 完成注册信息修改

A 志愿者注册信息删除

B

 

以上内容需按系统定义的模块内容编写，因没运行过该子系统，请姚工自行完善。

 

 

 

2.2测试内容

功能测试计划

测试标志符 测试项 测试进度 测试目的 设计约束 测试用例间的关联

Esi－001 志愿者注册录入（但需参考界面填写，如：“文件”菜单栏中“退出”命令的功能测试） 2009/12/10-2009/12/20 实现新的注册信息正确录入并在系统界面中显示 待测试用例完成后培训用户，以便了解测试方法） 如（Eis－009）

Esi－002 志愿者注册修改（同上参考菜单描述） 对选择的记录可以编辑并保存，对无效修改可以提示信息，正确显示编辑保存后的记录。

性能测试计划

测试标志符 测试项 测试进度 测试目的 设计约束

Esi－801 登陆测试 2009/12/10-2009/12/20 事务响应时间是否在可接受的范围，网络带宽是否足够，硬件和操作系统能否处理高负载 数据与系统备份，准备软硬件测试环境

Esi－002 某项报表查询测试 同上

 

安全测试计划

测试标志符 测试项 测试进度 测试目的 设计约束

Esi－901 安全体系结构检查 保障系统安全 承建方提供全面的模拟的权限表

Esi－902 稳定性评估 同上

Esi－903 安全配置检测 同上

Esi－904 源代码检查 同上

Esi－905 数据库安全检查 同上

 

2.3人员安排与测试资料

人员安排：

人员 角色 任务 说明

信佰A 项目经理 统筹项目进度，测试用例审核、测试结果审核。 测试用例与测试计划应由承建方完成（因承建方技术与人员安排满足不了项目要求，暂由监理方代拟）

信佰B 测试经理 制定测试计划、测试用例。协助培训，

提供管理报告。

源讯Y1 架构师 提供架构方面的信息，确定性能与安全测试工具、协助监理方制定测试用例和熟悉测试用工具。

源讯Y2 测试用例负责人。 编写与审核测试用例，负责培训

源讯Y3 测试人员 执行测试，记录结果，记录变更请求。

亚组委志愿者部Z1 测试人员 参与培训，执行测试，记录结果，记录变更请求。

亚组委志愿者部Z2 测试人员 参与培训，执行测试，记录结果，记录变更请求。

亚组委志愿者部Z3 测试人员 参与培训，执行测试，记录结果，记录变更请求。

信息技术部X1 测试人员 参与培训，安排测试任务\执行测试，记录结果，记录变更请求。

 

 

功能测试所需资料：用户调研记录、软件需求说明书、接口协议、系统概要设计等。

性能测试所需资料：用户调研记录、软件需求说明书、系统概要设计、操作系统说明书、测试软件说明书等。

安全测试所需资料：数据库使用说明、系统架构说明，中间件使用说明以及性能测试所需资料等。

2.4测试培训

测试培训包含如下内容：

1.培训测试用例编写人员，承建方应提交需求清单与模块清单对照表、各个界面的截图、接口设计说明，方便测试用例编写人员完成用例编写，关于安全性测试用例编写，承建方必须提供网络拓扑图以及必要的说明。

2.培训测试执行过程，说明如何记录测试结果。

3.培训如何填写用户调查表。

 

受训人员为测试用例编写人员，测试执行人员。亚组委业务部门参与接收测试的人员建议3人以上。承建方需参与测试用例的编写与审核。

3测试设计说明 

3.1控制

功能测试主要由亚组委业务部门参与。输入采用手工方式。

性能测试由源讯、信息技术部、监理三方参与，监理协助记录测试结果。测试采用自动或半自动方式。用户端测试工具，需有IE浏览器，文档编辑器，方便记录发现的问题（含图形记录）。测试工具由承建方提供并安装与运行，测试端工作站由建设方提供。承建方需提前一周告知建设方与监理方使用的工具。监理方不提供测试工具，可以协助安装与测试，对安装与运行过程中造成意外不负任何责任，因此用户需测试前备份客户端机器的数据，服务器的数据由承建方协助备份并保障意外时可以恢复系统的运行。

3.2输入

关于功能测试输入设计策略：

1．输入有效数据进行测试。

2．输入无效数据进行测试。

3．按照正常业务流程进行测试。

4．按照特殊业务流程进行测试。

关于性能测试输入设计策略：

1．模拟使用过程中查询数据量最大的查询。观察查询的响应时间。

2．使用事务处理量最大的功能模块，进行模拟测试，观察事务处理速度。

 

3.3输出

关于功能测试输出设计策略：

1．在使用有效数据时得到预期的结果。

2．在使用无效数据时显示相应的错误消息或警告消息。

3．各业务规则都得到了正确的应用

关于性能测试输出设计策略：

1．在每个事务所预期或要求的时间范围内成功地完成事务处理，没有发生任何故障。

2．在每个查询响应时间内成功完成查询，没有出现任何异常。