朝阳区卫生信息网测试计划.doc

测试计划

修订历史记录
版本　　　　　　　
日期　　　　　　
AMD　　　　　　
修订者　　　　　
说明　　　　　
1.0
2005-8-15
A

（A-添加，M-修改，D-删除）

目录
1． 简介 2
1. 1目的 2
1. 2背景 2
1.3范围 2
2. 测试参考文档和测试提交文档 3
2.1测试参考文档 3
2.2测试提交文档 3
3. 测试进度 4
3.1内部测试总进度表 4
3.2 后台管理网站测试 4
3.3 后台管理网站回归测试 4
3.4前台网站测试 5
3.5 前台网站回归测试 5
4.测试资源 6
4.1人力资源 6
4.2测试环境 6
4.3测试工具 7
5测试策略 7
5.1用户界面测试 7
5.2性能评测 8
5.3负载测试 9
5.4强度测试 9
6问题描述和测试报告 10
7附录：项目任务 11

1． 简介
一个成功的项目的先决条件是其质量满足了用户的期望，做了它该做的事，而不做它不该做的事。而要保证这一点很重要的一个步骤就是要进行内部的测试，可是为了我们的工作做的井井有条而不至于混乱，所以编写此测试计划，以让我们的测试工作按照此计划顺序进行，从而有效的保证我们的产品——网站的高质量，也实现我们对客户的承诺。
1. 1目的
＜朝阳区卫生信息网＞的这一“测试计划”文档有助于实现以下目标：
确定现有项目的信息和应测试的软件构件。
列出推荐的测试需求（高级需求）。
推荐可采用的测试策略，并对这些策略加以说明。
确定所需的资源，并对测试的工作量进行估计。
列出测试项目的可交付元素]
1. 2背景
朝阳区卫生信息网主要包括前台和后台管理两个系统，由于项目是一个网站系统，以展示用户风貌和发布信息为主要目的，所以对其界面的美观、网页打开速度、界面友好程度、能承载的压力（性能）、后台管理的易操作性等要求比较高。我们的测试工作也将注重放在这些环节上。
1.3范围
本项目的测试分单元测试、系统测试和验收测试三个部分。
单元测试要求程序员在编程调试阶段自行完成。
这里主要强调系统测试，该项目的系统测试主要放在用户界面测试和性能测试两个方面，该测试阶段主要要求测试员按照这几个方面重点加大力度测试：
1、 网页界面的美观程度。
2、 网站各个页面之间的风格统一情况。
3、 网页的打开速度。
4、 网站的承载能力——能同时响应的客户请求数量。
5、 网站的易理解性。
6、 后台管理网站的易操作性。
7、 后台管理网站的管理员的权限的合理性以及准确性。
8、 后台管理操作的正确性。
9、 后台管理操作的有效、快速性。
验收测试则由用户最终自己按照需求完成。
2. 测试参考文档和测试提交文档
2.1测试参考文档
下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性：
[注：可适当地删除或添加文档项。]

文档
（版本/日期）
已创建或可用
已被接收或已经过复审
作者或来源
备注
可行性分析报告
是□　否□
是□　否□

软件需求定义
是□　否□
是□　否□

软件概要设计
是□　否□
是□　否□

软件详细设计
是□　否□
是□　否□

软件测试需求
是□　否□
是□　否□

模块开发手册
是□　否□
是□　否□

测试时间表及人员安排
是□　否□
是□　否□

测试计划
是□　否□
是□　否□

测试方案
是□　否□
是□　否□

测试报告
是□　否□
是□　否□

测试分析报告
是□　否□
是□　否□

用户操作手册
是□　否□
是□　否□

安装指南
是□　否□
是□　否□

2.2测试提交文档
1、测试计划
2、测试用例
3、测试问题报告单
4、测试日志
5、测试问题修改报告单
6、测试报告

3. 测试进度
3.1内部测试总进度表
测试活动
计划开始日期
实际开始日期
结束日期
制定测试计划
2005.8.15
2005-8-15
2005-8-15
性能测试
8-16

8-16
用户界面测试
8-17

8-30
生成测试报告
9-1

9-1

后续还要对测试工作的具体安排再做进一步的详细说明。

3.2 后台管理网站测试
朝阳区卫生信息网后台管理网站——http://192.168.0.126:7001/cywsjcms/admin/index.jsp的测试。

测试活动
计划开始日期
实际开始日期
结束日期
测试网站管理、栏目管理两个栏目
8-17

8-17
测试图片上传、图片管理两个栏目
8-18

8-18
测试自定义块、文章模块两个栏目
8-19

8-19
测试主题管理、链接管理两个栏目
8-20

8-20
测试身份管理、在线调查管理两个栏目
8-21

8-21
测试返回主页、注销、刷新三个栏目
8-22

8-22

3.3 后台管理网站回归测试
由于测试工作不可能一次性完成，因为一次测试可能会有遗漏的缺陷，并且发现缺陷经程序员改正后又有可能引进新的错误，所以测试工作还要进行叠代的回归测试，以发现尽可能多的错误或缺陷，以保证项目的质量，这时主针对那些被发现问题并且已经修改过的模块，要加大测试力度。

测试活动
计划开始日期
实际开始日期
结束日期
测试网站管理、栏目管理、测试图片上传三个栏目
8-19

8-20
测试自定义块、文章模块、图片管理三个栏目
8-21

8-22
测试身份管理、主题管理、链接管理三个栏目
8-23

9-24
测试返回主页、注销、刷新、在线调查管理四个栏目
8-25

8-26

3.4前台网站测试
朝阳区卫生信息网前台网站——http://192.168.0.110:7001/cywsjcms/article/index的测试。
测试活动
计划开始日期
实际开始日期
结束日期
测试首页中的最新公告、卫生要闻、办事指南、大众健康、卫生安全提示、卫生监督、保持共产党员先进性等所有则子栏目
8-19

8-20
测试卫生局简介、卫生要闻、办事指南、党建工作、政务公开、网上办公、法规制度、继续教育
8-21

8-22
测试朝阳区卫生监督所模块
8-23

8-24
测试朝阳区CDC模块
8-25

8-26
测试朝阳区急救中心模块
8-27

8-28

3.5 前台网站回归测试
为了发现更多的错误和或缺陷，同样要对前台网站进行进一步的叠代回归测试，这时主针对那些被发现问题并且已经修改过的模块，要加大测试力度。
测试活动
计划开始日期
实际开始日期
结束日期
测试首页中的所有子栏目和卫生局简介、卫生要闻
8-23

8-25
测试办事指南、党建工作、政务公开、网上办公、法规制度、继续教育
8-26

8-28
测试朝阳区卫生监督所、测试朝阳区CDC、测试朝阳区急救中心三个模块
8-29

8-30

4.测试资源
4.1人力资源
下表列出了在此项目的人员配备方面所作的各种假定。
[注：可适当地删除或添加角色项。]
角色
所推荐的最少资源（所分配的专职角色数量）
具体职责或注释
测试员

主要负责系统测试、性能测试

4.2测试环境
下表列出了测试的系统环境
软件环境（相关软件、操作系统等）
操作系统：Microsoft Windows2000 Server Family，IE6.0，Office，

应用服务器：iis5.0,frameworksdk1.0
数据库：sqlserver、email服务器：webeasymail
硬件环境（网络、设备等）
PC服务器（CPU 1.6G,512 内存，60G硬盘）

4.3测试工具
此项目将列出测试使用的工具：
用途
工具
生产厂商/自产
版本
测试网站的性能
ACT
微软

其他方面的测试全部手动完成。
5测试策略
该项目我们按先进行后台管理网站的测试，当后台管理网站 的测试进入正规后开始进行前台网站测试，彼此迭代进行。注重以前台网页的测试来验证后台网站管理的有效，准确等。
后台管理网站的测试，按照此顺序进行：权限、后台管理的易操作性、操作的正确准确性、操作管理的有效性、后台管理网页的性能。
后台管理网页的测试完成之后则马上进行前台网页的测试。按以下顺序进行：美观、易理解性、风格统一情况、网站的性能等。
对于网站来说，性能对其的影响将是非常重要的，因此在本项目（朝阳区卫生信息网）的测试工作中，我们对其性能的测试加上负载测试和强度测试。
该项目的测试不包括安装测试、配置测试、容错性测试等，因为本项目是一个网站系统，对这方面的几乎没有要求，该测试方法也不适合本项目。
本项目（朝阳区卫生信息网）不同于其他软件项目，绝大部分工作都要测试员手动完成，ACT测试工具只是用来简单的辅助测试。

5.1用户界面测试
[用户界面（UI）测试用于核实用户与软件之间的交互。UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI测试还可确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。]

测试目标
[核实以下内容：
通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动、和快捷键）的使用
窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。]

测试范围：

技术：
[为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。]

开始标准：

完成标准：
[成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准]

测试重点和优先级：

需考虑的特殊事项：
[并不是所有定制或第三方对象的特征都可访问。]

5.2性能评测
[性能评测是一种性能测试，它对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足。实施和执行性能评测的目的是将测试对象的性能行为当作条件（例如工作量或硬件配置）的一种函数来进行评测和微调。
注：以下所说的事务是指“逻辑业务事务”。这种事务被定义为将由系统的某个Actor通过使用测试对象来执行的特定用例，添加或修改给定的合同。]

测试目标
[核实所指定的事务或业务功能在以下情况下的性能行为：
正常的预期工作量
预期的最繁重工作量]

测试范围：

技术：
[使用为功能或业务周期测试制定的测试过程。
通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务的迭代数量。
脚本应该在一台计算机上运行（最好是以单个用户、单个事务为基准），并在多个客户机上重复。]

开始标准：

完成标准：
[单个事务或单个用户：在每个事务所预期时间范围内成功地完成测试脚本，没有发生任何故障。]
[多个事务或多个用户：在可接受的时间范围内成功地完成测试脚本，没有发生任何故障。]

测试重点和优先级：

需考虑的特殊事项：
[综合的性能测试还包括在服务器上添加后台工作量。
可采用多种方法来执行此操作，其中包括：
直接将“事务强行分配到”服务器上，这通常以“结构化语言”（SQL）调用的形式来实现。
通过创建“虚拟的”用户负载来模拟许多个（通常为数百个）客户机。此负载可通过“远程终端仿真（Remote Terminal Emulation）工具来实现。此技术还可用于在网络中加载“流量”。
使用多台实际客户机（每台客户机都运行测试脚本）在系统上添加负载。
性能测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。
性能测试所用的数据库应该是实际大小或相同缩放比例的数据库。]

5.3负载测试
[负载测试是一种性能测试。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。]
[注：以下所说的事务是指“逻辑业务事务”。这各事务被定义为将由系统的某个最终用户通过使用应用程序来执行的特定功能，例如，添加或修改给定的合同。]

测试目标
[核实所指定的事务或商业理由在不同的工作量条件下的性能行为时间。]

测试范围：

技术：
[使用为功能或业务周期测试制定的测试。
通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务发生的次数。]

开始标准：

完成标准：
[多个事务或多个用户：在可接受的时间范围内成功地完成测试，没有发生任何故障。]

测试重点和优先级：

需考虑的特殊事项：
[负载测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。
负载测试所用的数据库应该是实际大小或相同缩放比例的数据库。]

5.4强度测试
[强度测试是一种性能测试，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。]
[注：以下提到的事务都是指逻辑业务事务。]
测试目标
[核实测试对象能够在以下强度条件下正常运行，不会出现任何错误：
服务器上几乎没有或根本没有可用的内存（RAM和DASD）
连接或模拟了最大实际（实际允许）数量的客户机
多个用户对相同的数据或帐户执行相同的事务
最繁重的事务量或最差的事务组合（注：强度测试的目标可表述为确定和记录那些使系统无法继续正常运行的情况或条件。
客户机的强度测试在

测试范围：

技术：
[使用为性能评测或负载测试制定的测试。
要对有限的资源进行测试，就应该在一台计算机上运行测试，而且应该减少或限制服务器上的RAM和DASD。
对于其他强度测试，应该使用多台客户机来运行相同的测试或互补的测试，以产生最繁重的事务量或最差的事务组合。]

开始标准：

完成标准：
[所计划的测试已全部执行，并且在达到或超出指定的系统限制时没有出现任何软件故障，或者导致系统出现故障条件的并不在指定的条件范围之内。]

测试重点和优先级：

需考虑的特殊事项：
[如果要增加网络工作强度，可能会需要使用网络工具来给网络加载消息或信息包。
应该暂时减少用于系统的DASD，以限制数据库可用空间的增长。
使多个客户机对相同的记录或数据帐户同时进行的访问达到同步。]

6问题描述和测试报告
对测试中发现的问题以以下的形式撰写
问题严重度
描述
响应时间（程序员在多长时间内改正此问题）
高

中

低

对于测试中发现的问题，要在每天的测试工作结束后，立即以上述形式提交给程序员，一般要求问题提交后两天之内程序员必须修改，以让测试员能跟踪进行回归测试。
在所有的测试工作结束以后，测试员还须提交一个总的测试报告，该报告要求在九月一日完成并提交上来。
7附录：项目任务
以下是一些与测试有关的任务：
² 　　制定测试计划
n 确定测试需求
n 评估风险
n 制定测试策略
n 确定测试资源
n 创建时间表
n 生成测试计划
² 设计测试
n 准备工作量分析文档
n 确定并说明测试用例
n 确定测试过程，并建立测试过程的结构
² 复审和评估测试覆盖
² 实施测试
n 记录或通过编程创建测试脚本
n 确定设计与实施模型中的测试专用功能
n 建立外部数据集
² 执行测试
² 执行测试过程
² 评估测试的执行情况
² 恢复暂停的测试
² 核实结果
² 调查意外结果
² 记录缺陷
² 对测试进行评估
² 评估测试用例覆盖
² 评估代码覆盖
² 分析缺陷
² 确定是否达到了测试完成标准与成功标准

目 录

1 总 论 1
1.1 项目概况 1
1.2 建设单位概况 3
1.3 项目提出的理由与过程 3
1.4 可行性研究报告编制依据 4
1.5 可行性研究报告编制原则 4
1.6 可行性研究范围 5
1.7 结论与建议 6
2 项目建设背景和必要性 9
2.1 项目区基本状况 9
2.2 项目背景 11
2.3 项目建设的必要性 11
3 市场分析 14
3.1 物流园区的发展概况 14
3.2 市场供求现状 16
3.3 目标市场定位 17
3.4 市场竞争力分析  17
4 项目选址和建设条件 19
4.1 选址原则 19
4.2 项目选址 19
4.3 场址所在位置现状 19
4.4 建设条件 20
5 主要功能和建设规模 22
5.1 主要功能 22
5.2 建设规模及内容 26
6 工程建设方案 27
6.1 设计依据 27
6.2 物流空间布局的要求 27
6.3 空间布局原则 28
6.4 总体布局 29
6.5 工程建设方案 30
6.6 给水工程 33
6.7 排水工程 35
6.8 电力工程 38
6.9 供热工程 46
6.10 电讯工程 47
7 工艺技术和设备方案 51
7.1 物流技术方案 51
7.2 制冷工艺技术方案 67
8 节能方案分析 73
8.1 节能依据 73
8.2 能耗指标分析 73
8.3 主要耗能指标计算 74
8.4 节能措施和节能效果分析 76
9　环境影响评价 83
9.1 设计依据 83
9.2 环境影响评价应坚持的原则 83
9.3　项目位置环境现状 84
9.4　项目建设与运营对环境的影响 84
9.5　项目建设期环境保护措施 84
9.6 项目运行期环境保护措施 86
10 安全与消防 87
10.1　安全措施 87
10.2　消防 88
11 组织机构和人力资源配置 92
11.1 施工组织机构 92
11.2 基建项目部的主要职责 92
11.3 运营管理 93
11.4 人员来源、要求及培训 94
12 工程进度安排 96
12.1 建设工期 96
12.2 工程实施进度安排 96
13 投资估算与资金筹措 98
13.1 投资估算 98
投资估算包括建设项目的全部工程，主要内容有：主体建筑工程、道路硬化工程、绿化工程、其他费用及基本预备费。 98
13.2 资金筹措 99
14 财务评价 102
14.1 评价依据及方法 102
14.2 基础数据与参数选取 102
14.3 营业收入及总成本费用估算 103
14.4 利润总额估算 105
14.5 盈亏平衡分析 105
14.6 财务评价 106
15 综合效益评价 107
16 招投标管理 108
16.1 编制依据 108
16.2 招标原则 108
16.3 招标方案 109
16.4 评标要点 110
17 结论及建议 111
17.1 结论 111
17.2 建议 112