密级：秘密

XX系统

功能测试计划

文件状态：

[  ] 草稿

[√] 正式发布

[  ]

公司地址：

邮编:

电话：

版本记录

1.1编写目的

本测试计划的编写旨在说明对XX系统进行测试时各个测试阶段的任务、人员分配、时间安排以及人员的工作范围等。

本测试计划的合法读者群包括：开发项目管理者、软件工程师、测试工程师、高级测试主管。

1.2术语解释

《AAA业务需求说明书》

《AAA系统需求说明书》

《AAA系统操作说明书》

《AAA概要设计说明书》

1.4测试摘要

1.4.1重点事项

下面列表中列出系统中需要重点测试的功能模块。列表所包括的内容解释为：

编号——表示模块的唯一标识。

模块——系统中需要重点测试的模块描述。

重要性——各个重点模块的重要程度（重要程度值从1（低）～3（高））。

及时性——各个重点模块测试的及时性（及时性值从1（低）～3（高））。

预测值——模块重要性和及时性的乘积。

优先级——模块预测值从高到低的排序。

下面列表中给出的是本系统测试时的风险分析表，列表所包括的内容解释为：

编号——表示风险时间的唯一标识。

风险名称——问题发生现象的主要描述。

可能性——问题发生的可能性（可能性值从1（低）～5（高））。

严重性——问题发生所产生影响的严重性（严重性值从1（低）～5（高））。

预测值——发生可能性和影响严重的乘积。

优先级——风险预测值从高到低的排序。

最终版本的测试目标：

●测试计划中所有方法已经执行并通过。

●测试方案中所有测试手段都已经执行并通过。

●测试用例中所有用例已经执行过。

●所有重要等级为2级以上的BUG都被解决并通过回归测试。

●近期内没有发现等级为3级以上的BUG。

●使被测系统满足功能性、易用性、兼容性、可测量性、可维护性、可扩展性、可靠性、性能以及容量等方面的需求。

1.5解释权限

本文档由XX有限公司编写，由XX解释。

2项目背景

2.1 项目背景

项目名称：XXX

简称：AAA

项目代号：无

开发单位：XX有限公司

主管部门： 

2.2 测试范围

测试的各个阶段如下：

●测试设计：根据需求规格说明书和最终系统设计，制定测试计划、测试方案，包括收集测试方法、测试用例以及可能用到的测试工具等。

●集成测试：前期主要针对单个的功能模块及简单的功能组合，后期主要针对基本的流程，同时对新加入的测试人员进行培训。

●系统测试：前期根据需求规格说明书进行功能测试，中期针对重点模块的性能测试，后期是模拟用户的业务测试，并结合可能的用户测试。

●验收测试：根据用户手册对功能进行检查，复查报告库中的所有BUG，对Release版本进行安装测试等。

2.3系统目标

该章节主要阐述了XX系统最终所要实现的目标：

●合法性：遵照国家颁布的最新的档案条例。

●专业性：满足档案行业“收集”、“管理”、“利用”的三大环节。

●功能性：达到设计规范，并满足用户需求的程度。

●易用性：安装方便、界面友好、容易使用，能够满足不同类型用户的需求。

●可靠性：在规定的条件下软件能够维持正常的功能操作和性能水平。

●性能：在指定条件下，软件实现某种功能所需要的计算机资源能够满足一定的有效程度。

●容量：针对某种功能时软件所能容纳的最大限度的容量要满足用户需求。

●可维护性：当软件发生错误时能够进行相应的修改。

●可扩展性：当增加新的功能时系统的扩展能力要满足要求。

2.4系统风险及约束

以下内容是测试过程中可能存在的一些风险以及制约因素，并给出相应的解决办法：

●由于测试模式不是现场测试，测试环境和现场环境有一定差距，使得测试的结果不完全准确。针对这种情况在搭建测试环境时应该尽量和现场环境相同，确保测试结果最大限度地接近现场。

●项目的研发模式为现场定制，上线压力过大，可能导致测试不够充分。针对这种情况我们在制定测试计划时要突出重点，测试时做到详略得当。

●测试资源的及时到位。测试环境搭建完毕以后可能要根据现场的情况有改动，软硬件资源方面的及时更新得不到保障。

●测试人员的培训。测试人员对档案业务的熟悉程度需要培训，对系统本身的使用也需要培训，培训是否充分是测试过程中隐含的风险。

●开发进度的变化，需求或设计的变更。开发过程中由于需求设计或人员的变更而影响开发进度发生变化。

●开发组的版本控制。开发组的开发版本控制是否严格正确是一个潜在问题，而开发组和测试组之间由于版本控制人员在做协调，很容易发生版本错误而测试组不能及时得到通知的情况。

2.5测试文档

阐述测试时的各种文档，包括测试参考文档和测试所要提供的文档：

2.5.1测试参考文档

描述本系统质量目标和要求。质量目标包括产品的质量目标和测试小组的质量目标：

3.1产品质量目标

4.1 测试人员

4.2.1硬件测试环境

本节的目的是说明计划中使用的基本的测试过程，并阐述了每个测试过程中所采用的测试技术。

5.1整体测试策略

使用里程碑技术在测试过程中验证每个模块，测试人员在需求阶段参与测试工作，进行需求review、设计review、测试计划设计、测试方案和测试用例的设计，在系统开发完成之后，正式执行测试。产品达到软件产品质量要求和测试要求后发布，同时由测试人员提交相关测试文档。

5.2开始/中断/完成标准

说明中断/开始/完成测试的标准：

5.3.1 流程测试

按操作流程进行的测试，主要有业务流程、数据流程、逻辑流程、正反流程，检查软件在按流程操作时是否能够正确处理。

流程测试主要是在系统集成阶段进行。

5.3.2 数据库测试

数据库作为系统中一个重要的组成部分在本次系统测试中是一个重要的组成部分，要经过严格的测试。

根据系统需求文档和设计文档对系统进行功能测试。功能测试阶段在系统集成测试阶段之后进行，主要是验证产品是否正确实现了需求设计文档中的功能。

功能测试主要侧重与功能的实现和功能业务与现实规范的符合。

选择边界数据进行测试，确保系统功能正常，程序无异常。

边界值测试主要应用与系统集成和数据输入时。

检查每个模块能否正常启动停止、异常停止后能否正常启动。

5.3.6 异常测试

检查系统能否处理异常，如网络连接失败等情况。

异常测试主要在系统使用过程中进行。

5.3.7 安装测试

检查系统能否正确安装、配置。

安装测试主要在测试环境全部搭建完毕后进行。

检查系统是否易用友好。

检查系统的容错能力，错误的数据输入不会对功能和系统产生非正常的影响，且程序对错误的输入有正确的提示信息。

安全性和访问控制是本系统测试的一个重点。

系统的兼容性测试是指：对于 C/S 架构的系统来说，需要考虑客户端支持的系统平台。对于 B/S 架构的系统来说需要考虑用户端浏览器的版本。

测试组对SVN Builder提供的版本也要进行测试。

对系统的加密性进行测试。

检查文档是否足够、描述是否合理

5.3.15 回归测试

检查程序修改后有没有引起新的错误、是否能够正常工作以及能否满足系统的需求

5.4测试技术

说明测试过程中所采用的测试技术：

6.1 具体测试内容

下面列表中给出的是系统中所有需要进行测试的模块，其中重点模块需要进行重点测试。

6.2进度计划

在此章节，对各阶段的测试给出里程碑计划，包括阶段、里程碑、资源等。

6.2.1测试时间进度

6.3.1 测试环境准备