密级：秘密
XX系统
功能测试计划
xx有限公司（可不写）
公司地址：
邮编:
电话：
版本记录
文档信息
修订历史记录
目录
1引言 (4)
编写目的 (4)
术语解释 (4)
参考资料 (5)
测试摘要 (5)
重点事项 (5)
测试风险评估 (6)
时间进度 (6)
测试目标 (6)
解释权限 (7)
2项目背景 (7)
项目背景 (7)
测试范围 (7)
系统目标 (8)
系统风险及约束 (8)
测试文档 (9)
测试参考文档 (9)
测试提交文档 (9)
3质量目标 (9)
产品质量目标 (10)
测试质量目标 (10)
4资源需求 (10)
测试人员 (10)
测试环境 (11)
硬件测试环境 (11)
软件测试环境 (12)
测试工具 (12)
5 测试策略 (12)
整体测试策略 (12)
开始/中断/完成标准 (13)
测试类型 (13)
流程测试 (13)
数据库测试 (13)
功能点测试 (14)
值域测试 (14)
启动停止测试 (15)
异常测试 (15)
安装测试 (15)
界面易用性测试 (16)
容错性测试 (16)
安全性和访问控制测试 (16)
兼容性测试 (17)
版本验证测试 (18)
加密测试 (18)
文档测试 (18)
回归测试 (18)
测试技术 (19)
6 测试计划 (19)
具体测试内容 (19)
进度计划 (23)
测试时间进度 (23)
测试里程碑 (23)
测试准备 (24)
测试环境准备 (24)
测试人员培训 (24)
安装与反安装测试 (24)
烟雾测试 (24)
具体测试实施任务和时间人员安排 (24)
7 附录ⅠBUG分级表 (25)
1引言
编写目的
本测试计划的编写旨在说明对XX系统进行测试时各个测试阶段的任务、人员分配、时间安排以及人员的工作范围等。
本测试计划的合法读者群包括：开发项目管理者、软件工程师、测试工程师、高级测试主管。
术语解释
参考资料
《AAA业务需求说明书》
《AAA系统需求说明书》
《AAA系统操作说明书》
《AAA概要设计说明书》
测试摘要
1.4.1重点事项
下面列表中列出系统中需要重点测试的功能模块。列表所包括的内容解释为：
编号——表示模块的唯一标识。
模块——系统中需要重点测试的模块描述。
重要性——各个重点模块的重要程度（重要程度值从1（低）～3（高））。
及时性——各个重点模块测试的及时性（及时性值从1（低）～3（高））。
测试风险评估
下面列表中给出的是本系统测试时的风险分析表，列表所包括的内容解释为：编号——表示风险时间的唯一标识。
风险名称——问题发生现象的主要描述。
可能性——问题发生的可能性（可能性值从1（低）～5（高））。
严重性——问题发生所产生影响的严重性（严重性值从1（低）～5（高））。预测值——发生可能性和影响严重的乘积。
优先级——风险预测值从高到低的排序。
1.4.3时间进度
1.4.4测试目标
最终版本的测试目标：
测试计划中所有方法已经执行并通过。
测试方案中所有测试手段都已经执行并通过。
测试用例中所有用例已经执行过。
所有重要等级为2级以上的BUG都被解决并通过回归测试。
近期内没有发现等级为3级以上的BUG。
使被测系统满足功能性、易用性、兼容性、可测量性、可维护性、可扩展性、可靠性、性能以及容量等方面的需求。
解释权限
本文档由XX有限公司编写，由XX解释。
2项目背景
项目背景
项目名称：XXX
简称：AAA
项目代号：无
开发单位：XX有限公司
主管部门：
测试范围
测试的各个阶段如下：
测试设计：根据需求规格说明书和最终系统设计，制定测试计划、测试方案，包括收集测试方法、测试用例以及可能用到的测试工具等。
集成测试：前期主要针对单个的功能模块及简单的功能组合，后期主要针对基本的流程，同时对新加入的测试人员进行培训。
系统测试：前期根据需求规格说明书进行功能测试，中期针对重点模块的性能测试，后期是模拟用户的业务测试，并结合可能的用户测试。
验收测试：根据用户手册对功能进行检查，复查报告库中的所有BUG，对Release 版本进行安装测试等。
系统目标
该章节主要阐述了XX系统最终所要实现的目标：
合法性：遵照国家颁布的最新的档案条例。
专业性：满足档案行业“收集”、“管理”、“利用”的三大环节。
功能性：达到设计规范，并满足用户需求的程度。
易用性：安装方便、界面友好、容易使用，能够满足不同类型用户的需求。
可靠性：在规定的条件下软件能够维持正常的功能操作和性能水平。
性能：在指定条件下，软件实现某种功能所需要的计算机资源能够满足一定的有效程度。
容量：针对某种功能时软件所能容纳的最大限度的容量要满足用户需求。
可维护性：当软件发生错误时能够进行相应的修改。
可扩展性：当增加新的功能时系统的扩展能力要满足要求。
系统风险及约束
以下内容是测试过程中可能存在的一些风险以及制约因素，并给出相应的解决办法：由于测试模式不是现场测试，测试环境和现场环境有一定差距，使得测试的结果不完全准确。针对这种情况在搭建测试环境时应该尽量和现场环境相同，确保测试结果最大限度地接近现场。
项目的研发模式为现场定制，上线压力过大，可能导致测试不够充分。针对这种情况我们在制定测试计划时要突出重点，测试时做到详略得当。
测试资源的及时到位。测试环境搭建完毕以后可能要根据现场的情况有改动，软硬件资源方面的及时更新得不到保障。
测试人员的培训。测试人员对档案业务的熟悉程度需要培训，对系统本身的使用也需要培训，培训是否充分是测试过程中隐含的风险。
开发进度的变化，需求或设计的变更。开发过程中由于需求设计或人员的变更而影响开发进度发生变化。
开发组的版本控制。开发组的开发版本控制是否严格正确是一个潜在问题，而开发组和测试组之间由于版本控制人员在做协调，很容易发生版本错误而测试组不能及时得到通知的情况。
测试文档
阐述测试时的各种文档，包括测试参考文档和测试所要提供的文档：
2.5.1测试参考文档
文档说明作者文档位置（SVN）《业务需求说明书》SVN1
《系统需求说明书》SVN1
《概要设计说明书》SVN1
《详细设计说明书》SVN1
《技术白皮书》SVN1
《技术桔皮书》SVN1
《操作说明书》SVN1
2.5.2测试提交文档
文档说明作者文档位置（SVN）《功能测试计划》SVN1
《性能测试计划》SVN1
《功能测试方案》SVN1
《性能测试方案》SVN1
《系统测试用例》SVN1
《性能测试用例》SVN1
《系统测试报告》SVN1
3质量目标
描述本系统质量目标和要求。质量目标包括产品的质量目标和测试小组的质量目标：
产品质量目标
测试质量目标
4资源需求测试人员
提供技术指导
获取适当的资源
设计测试计划、测试方案
管理测试数据
收集测试用例
参与测试
负责执行测试，职责如下：
执行测试
记录结果
从错误中恢复（返测试报告）
收集测试用例
确保测试环境和资产得到管理和维护，职责如
下：
管理测试系统
授予和管理角色对测试系统的访问权
进行测试版本的控制，职责如下：
从开发组接收最新版本的程序
提供给测试组最新版本的程序
管理Release版本，以便于测试组验收
测试
测试环境
4.2.1硬件测试环境
4.2.2软件测试环境
测试工具
5 测试策略
本节的目的是说明计划中使用的基本的测试过程，并阐述了每个测试过程中所采用的测试技术。
整体测试策略
使用里程碑技术在测试过程中验证每个模块，测试人员在需求阶段参与测试工作，进行需求review、设计review、测试计划设计、测试方案和测试用例的设计，在系统开发完成之后，正式执行测试。产品达到软件产品质量要求和测试要求后发布，同时由测试人员提交相关测试文档。
开始/中断/完成标准
测试类型
5.3.1 流程测试
按操作流程进行的测试，主要有业务流程、数据流程、逻辑流程、正反流程，检查软件在按流程操作时是否能够正确处理。
流程测试主要是在系统集成阶段进行。
5.3.2 数据库测试
数据库作为系统中一个重要的组成部分在本次系统测试中是一个重要的组成部分，要经过严格的测试。
5.3.3功能点测试
根据系统需求文档和设计文档对系统进行功能测试。功能测试阶段在系统集成测试阶段之后进行，主要是验证产品是否正确实现了需求设计文档中的功能。
功能测试主要侧重与功能的实现和功能业务与现实规范的符合。
5.3.4 值域测试
选择边界数据进行测试，确保系统功能正常，程序无异常。
边界值测试主要应用与系统集成和数据输入时。
5.3.5 启动停止测试
检查每个模块能否正常启动停止、异常停止后能否正常启动。
5.3.6 异常测试
检查系统能否处理异常，如网络连接失败等情况。
异常测试主要在系统使用过程中进行。
5.3.7 安装测试
检查系统能否正确安装、配置。
安装测试主要在测试环境全部搭建完毕后进行。
5.3.8 界面易用性测试
检查系统是否易用友好。
5.3.9 容错性测试
检查系统的容错能力，错误的数据输入不会对功能和系统产生非正常的影响，且程序对错误的输入有正确的提示信息。
5.3.10 安全性和访问控制测试
安全性和访问控制是本系统测试的一个重点。
5.3.11 兼容性测试
系统的兼容性测试是指：对于 C/S 架构的系统来说，需要考虑客户端支持的系统平台。对于 B/S 架构的系统来说需要考虑用户端浏览器的版本。
5.3.12 版本验证测试
测试组对SVN Builder提供的版本也要进行测试。
5.3.13 加密测试
对系统的加密性进行测试。
5.3.14 文档测试
检查文档是否足够、描述是否合理
5.3.15 回归测试
检查程序修改后有没有引起新的错误、是否能够正常工作以及能否满足系统的需求测试技术
说明测试过程中所采用的测试技术：
6 测试计划
具体测试内容
下面列表中给出的是系统中所有需要进行测试的模块，其中重点模块需要进行重点测试。
进度计划
在此章节，对各阶段的测试给出里程碑计划，包括阶段、里程碑、资源等。
6.2.1测试时间进度