XX系统功能测试计划.docx

1、XX系统功能测试计划 密级：秘密XX系统功能测试计划文件状态： 草稿 正式发布 正在修改文件标识：XX系统测试计划说明书当前版本：作 者：XXX完成日期：2010-03-11xx有限公司（可不写）公司地址：邮编:电话：版本记录日期版本建立/修改内容建立/修改人部门审核人建立文档信息文档名称:文档编写规范文档状态: 草稿 正式发布 正在修改负责人:文档版本编号:密 级:普通文档版本日期:拟稿人:拟稿日期:审批人:审批日期:批准人:批准日期:修订历史记录日期:内容：初始版本修改1引言编写目的本测试计划的编写旨在说明对XX系统进行测试时各个测试阶段的任务、人员分配、时间安排以及人员的工作范围等。本测

2、试计划的合法读者群包括：开发项目管理者、软件工程师、测试工程师、高级测试主管。术语解释缩写词或术语英文解释中文解释AAA系统英文全名AAA系统（系统英文简写，可不写）SVNSubVersion System版本控制系统SVN LOCKSubVersion System Lock完成所有里程碑测试，并对版本进行锁定烟雾测试Smoke Testing保证系统基本功能完全实现的测试里程碑测试Milestone Testing以SVN中版本为里程碑进行阶段测试参考资料AAA业务需求说明书AAA系统需求说明书AAA系统操作说明书AAA概要设计说明书测试摘要1.4.1重点事项下面列表中列出系统中需要重点测

3、试的功能模块。列表所包括的内容解释为：编号表示模块的唯一标识。模块系统中需要重点测试的模块描述。重要性各个重点模块的重要程度（重要程度值从1（低）3（高）。及时性各个重点模块测试的及时性（及时性值从1（低）3（高）。预测值模块重要性和及时性的乘积。优先级模块预测值从高到低的排序。编号模块重要性及时性预测值优先级1组织机构管理122122用户管理12293权限管理339245。测试风险评估下面列表中给出的是本系统测试时的风险分析表，列表所包括的内容解释为：编号表示风险时间的唯一标识。风险名称问题发生现象的主要描述。可能性问题发生的可能性（可能性值从1（低）5（高）。严重性问题发生所产生影响的严重

4、性（严重性值从1（低）5（高）。预测值发生可能性和影响严重的乘积。优先级风险预测值从高到低的排序。编号风险名称可能性严重性预测值优先级1非法用户访问251032非法数据输入441613数据库更新不同步15554并发用户数量太少24845用户文档不清晰41466重大的需求变更351521.4.3时间进度编号版本号测试开始时间版本发布时间11.4.4测试目标最终版本的测试目标： 测试计划中所有方法已经执行并通过。 测试方案中所有测试手段都已经执行并通过。 测试用例中所有用例已经执行过。 所有重要等级为2级以上的BUG都被解决并通过回归测试。 近期内没有发现等级为3级以上的BUG。 使被测系统满足功

5、能性、易用性、兼容性、可测量性、可维护性、可扩展性、可靠性、性能以及容量等方面的需求。解释权限本文档由XX有限公司编写，由XX解释。2项目背景 项目背景项目名称：XXX简称：AAA项目代号：无开发单位：XX有限公司主管部门： 测试范围测试的各个阶段如下： 测试设计：根据需求规格说明书和最终系统设计，制定测试计划、测试方案，包括收集测试方法、测试用例以及可能用到的测试工具等。 集成测试：前期主要针对单个的功能模块及简单的功能组合，后期主要针对基本的流程，同时对新加入的测试人员进行培训。 系统测试：前期根据需求规格说明书进行功能测试，中期针对重点模块的性能测试，后期是模拟用户的业务测试，并结合可能

6、的用户测试。 验收测试：根据用户手册对功能进行检查，复查报告库中的所有BUG，对Release版本进行安装测试等。系统目标该章节主要阐述了XX系统最终所要实现的目标： 合法性：遵照国家颁布的最新的档案条例。 专业性：满足档案行业“收集”、“管理”、“利用”的三大环节。 功能性：达到设计规范，并满足用户需求的程度。 易用性：安装方便、界面友好、容易使用，能够满足不同类型用户的需求。 可靠性：在规定的条件下软件能够维持正常的功能操作和性能水平。 性能：在指定条件下，软件实现某种功能所需要的计算机资源能够满足一定的有效程度。 容量：针对某种功能时软件所能容纳的最大限度的容量要满足用户需求。 可维护性

7、：当软件发生错误时能够进行相应的修改。 可扩展性：当增加新的功能时系统的扩展能力要满足要求。系统风险及约束以下内容是测试过程中可能存在的一些风险以及制约因素，并给出相应的解决办法： 由于测试模式不是现场测试，测试环境和现场环境有一定差距，使得测试的结果不完全准确。针对这种情况在搭建测试环境时应该尽量和现场环境相同，确保测试结果最大限度地接近现场。 项目的研发模式为现场定制，上线压力过大，可能导致测试不够充分。针对这种情况我们在制定测试计划时要突出重点，测试时做到详略得当。 测试资源的及时到位。测试环境搭建完毕以后可能要根据现场的情况有改动，软硬件资源方面的及时更新得不到保障。 测试人员的培训。

8、测试人员对档案业务的熟悉程度需要培训，对系统本身的使用也需要培训，培训是否充分是测试过程中隐含的风险。 开发进度的变化，需求或设计的变更。开发过程中由于需求设计或人员的变更而影响开发进度发生变化。 开发组的版本控制。开发组的开发版本控制是否严格正确是一个潜在问题，而开发组和测试组之间由于版本控制人员在做协调，很容易发生版本错误而测试组不能及时得到通知的情况。测试文档阐述测试时的各种文档，包括测试参考文档和测试所要提供的文档：2.5.1测试参考文档文档说明作者文档位置（SVN）业务需求说明书SVN1系统需求说明书SVN1概要设计说明书SVN1详细设计说明书SVN1技术白皮书SVN1技术桔皮书SV

9、N1操作说明书SVN12.5.2测试提交文档文档说明作者文档位置（SVN）功能测试计划SVN1性能测试计划SVN1功能测试方案SVN1性能测试方案SVN1系统测试用例SVN1性能测试用例SVN1系统测试报告SVN13质量目标描述本系统质量目标和要求。质量目标包括产品的质量目标和测试小组的质量目标：产品质量目标编号产品质量目标确认者（如需说明）1系统各个功能点的功能均能够实现2系统业务流程满足行业要求3系统业务流程能够正确实现4系统运行情况稳定5系统功能强大、界面美观、使用便捷6系统可靠性高，用户数据安全得到保障7能够及时更新产品，得到更完美的软件服务测试质量目标编号测试质量目标确认者（如需说明

10、）1所有的测试用例已经执行过3所有的重要等级为1/2的Bug已经解决并由测试验证4每一部分的测试已经被Test Lead确认完成5重要的功能不允许有等级为1/2/3的Bug6一般的功能或与最终使用者不直接联系的功能不允许有等级为1/2的bug,且bug等级为3的问题不得超过重要功能7轻量的功能允许有少量2/3等级的错误8发现错误等级为1/2/3的Bug的速率正在下降并接近09在最后的三天内没有发现错误等级为1/2/3类的Bug4资源需求 测试人员角色分配的角色数量（单位：人）具体职责测试经理1进行管理监督，职责如下： 提供技术指导 获取适当的资源 设计测试计划、测试方案 管理测试数据 收集测试

11、用例 参与测试测试员2-3负责执行测试，职责如下： 执行测试 记录结果 从错误中恢复（返测试报告） 收集测试用例测试系统管理员1确保测试环境和资产得到管理和维护，职责如下： 管理测试系统 授予和管理角色对测试系统的访问权SVN Builder1进行测试版本的控制，职责如下： 从开发组接收最新版本的程序 提供给测试组最新版本的程序 管理Release版本，以便于测试组验收测试测试环境4.2.1硬件测试环境服务器名称CPU内存硬盘IP地址用途及特殊说明数据库服务器Intel(R)Core(TM)2.0G250G应用程序服务器Intel(R)Celeron(R) 2.93G80G客户端名称CPU内存

12、硬盘IP地址用途及特殊说明客户端Intel(R) Celeron(R) 1GB120G4.2.2软件测试环境服务器名称软件名称软件版本号IP地址用途及特殊说明数据库服务器操作系统Win2003 server数据库Oracle10G应用程序服务器操作系统Win2003 server WEB容器客户端名称软件名称软件版本号IP地址用途及特殊说明客户端操作系统Windows xp 浏览器测试工具测试工具用途备注SVN版本管理系统，用于管理系统开发过程各个版本PM需求、BUG追踪管理、测试计划、测试用例管理Load Runner性能测试、压力测试5 测试策略本节的目的是说明计划中使用的基本的测试过程，

13、并阐述了每个测试过程中所采用的测试技术。整体测试策略使用里程碑技术在测试过程中验证每个模块，测试人员在需求阶段参与测试工作，进行需求review、设计review、测试计划设计、测试方案和测试用例的设计，在系统开发完成之后，正式执行测试。产品达到软件产品质量要求和测试要求后发布，同时由测试人员提交相关测试文档。开始/中断/完成标准说明中断/开始/完成测试的标准：开始/中断/完成测试标准说明开始测试标准硬件环境可用且软件正确安装完成中断测试标准安装无法正确完成或程序的文档有相当多的失误或系统服务异常或发现Block Bug完成测试标准完成测试计划中的测试规划并达到程序和测试质量目标,并由Test

14、 Lead确认测试类型5.3.1 流程测试按操作流程进行的测试，主要有业务流程、数据流程、逻辑流程、正反流程，检查软件在按流程操作时是否能够正确处理。流程测试主要是在系统集成阶段进行。5.3.2 数据库测试数据库作为系统中一个重要的组成部分在本次系统测试中是一个重要的组成部分，要经过严格的测试。测试目标确保数据库访问方法和进程的正常运行，数据不会遭到损坏技术分别针对用户管理、文件库、案卷库和项目库等不同的数据库访问进行测试分别测试数据的新建、修改、删除等，包括单个数据和大量数据的读写测试数据查找和统计功能，检查返回的数据是否正确，并测试相关功能测试有效和无效数据对数据库的影响完成标准所有数据库

15、访问方法和进程都按照设计的方式运行，数据没有遭到破坏需考虑的特殊事项数据库的效率如何对于出错情况的保护，包括数据的保存与恢复错误数据的清理如果需要可以使用必要的测试工具和测试方法5.3.3功能点测试根据系统需求文档和设计文档对系统进行功能测试。功能测试阶段在系统集成测试阶段之后进行，主要是验证产品是否正确实现了需求设计文档中的功能。功能测试主要侧重与功能的实现和功能业务与现实规范的符合。测试目标系统提供的功能与需求或用户手册相符技术集成测试阶段主要针对流程方面的功能实现进行测试，系统测试阶段主要依据需求说明书逐项测试重要的功能点应该投入更多的精力进行测试完成标准功能实现，并可以正确执行所发现的

16、缺陷尽量解决，留下的问题已经进行相应的处理或提供解决的办法需考虑的特殊事项注意开发组可能的功能变化和需求变更注意其中一些重要的功能和实际效果相关，并不是简单的功能实现注意值域测试时的提示信息5.3.4 值域测试选择边界数据进行测试，确保系统功能正常，程序无异常。边界值测试主要应用与系统集成和数据输入时。测试目标对所有需要输入数据的地方进行数据的输入并检查其输出结果。进行值域的测试不但要验证输入正确的数据能否得到正确的输出结果，同样也要验证输入错误的数据后是否能够得到该有的反应，给出的错误提示是否正确和友善等技术逐一对每个需要输入数据的地方进行检查，包括键入和粘贴方式检查出错是否有提示，提示信息

17、是否正确完成标准常用的输入项可以实现测试目标需考虑的特殊事项注意小键盘输入是否正常注意边界值的测试5.3.5 启动停止测试检查每个模块能否正常启动停止、异常停止后能否正常启动。5.3.6 异常测试检查系统能否处理异常，如网络连接失败等情况。异常测试主要在系统使用过程中进行。5.3.7 安装测试检查系统能否正确安装、配置。安装测试主要在测试环境全部搭建完毕后进行。测试目标安装程序安装后程序能够正常运行，也能够正常卸载。技术分以下几种情况进行安装和卸载的测试：首次安装：以前从未安装过该系统的计算机更新1：以前安装过相同版本系统的计算机更新2：以前安装过较早版本系统的计算机更新3：不进行卸载，直接覆

18、盖安装完成标准证明程序在新安装的操作系统上可以正确安装并卸载需考虑的特殊事项注意通过文件的数量和大小，检查注册表路径等方式，验证程序的安装和卸载是否完整注意检查卸载后的剩余的文件是否正常注意非默认路径的安装是否正确5.3.8 界面易用性测试检查系统是否易用友好。测试目标程序界面符合相关的规范技术按照相关规定逐项检查，包括菜单、按钮、版权信息等检查提示信息中的文字、标点符号和图标等完成标准程序界面符合相关的规范需考虑的特殊事项注意启动画面和安装程序的版权信息注意版本信息5.3.9 容错性测试检查系统的容错能力，错误的数据输入不会对功能和系统产生非正常的影响，且程序对错误的输入有正确的提示信息。测

19、试目标系统自动恢复数据库连接。系统自动备份数据库功能。技术模拟应用服务器端在操作中断电模拟网络传输过程的通信中断完成标准在所有上述情况中，应用程序、数据库和系统应该在恢复过程完成时立即返回到一个已知的预期状态。此状态包括仅限于已知损坏的字段、指针或关键字范围内的数据损坏，以及表明进程或事务因中断而未被完成的报表。提供完善的系统运行维护手册，以便指导用户手工恢复数据。需考虑的特殊事项对以上情况的测试需要达到一个已知的数据库状态。以确保检测出数据库字段、指针和关键字等数据是否被破坏或是否能够自动恢复。5.3.10 安全性和访问控制测试安全性和访问控制是本系统测试的一个重点。测试目标应用程序级别的安

20、全性：不同用户只能访问其所属用户类型已被授权访问的那些功能或数据。未被授予系统访问权限的用户无法登录应用系统并执行操作。系统级别的安全性：系统运行在内部局域网，不允许从外网访问。只有被授予管理权限的角色可以检查或更改应用服务器及数据库服务器等的配置。技术应用程序级别的安全性：确定并列出各用户类型及其被授权访问的功能或数据。为各用户类型创建测试，并通过创建各用户类型所特有的事务来核实其权限。修改用户类型并为相同的用户重新运行测试。对于每种用户类型，确保正确地提供或拒绝了这些附加的功能或数据。系统级别的访问：不为应用服务器配置外网IP地址或在防火墙做设置。完成标准各种已知的用户类型都可访问相应的功

21、能或数据，而且所有事务都按照预期的方式运行，并在先前的应用程序功能测试中运行了所有的事务。需考虑的特殊事项由于此测试可能是网络管理或系统管理的职能，可能会不需要执行此测试。5.3.11 兼容性测试系统的兼容性测试是指：对于 C/S 架构的系统来说，需要考虑客户端支持的系统平台。对于 B/S 架构的系统来说需要考虑用户端浏览器的版本。测试目标按照既定的系统环境配置要求搭建运行环境，架设服务器、数据库及客户端，确保在标准配置环境下能够正常运行本系统技术在windows2000; windowsXP;windows2003;LINUX等操作系统上分别搭建服务器、数据库和客户端，组合配置运行环境完成标

22、准无论在何种操作系统下，只要运行主体环境满足系统配置要求，则系统就能正常运行需考虑的特殊事项操作系统、服务器程序、数据库在搭建上是否有互相限制的情况5.3.12 版本验证测试测试组对SVN Builder提供的版本也要进行测试。测试目标验证开发部提交的最新版本是否值得测试技术返测随版本提交的测试报告测试系统的基本功能完成标准得出继续测试或退回开发组的结论需考虑的特殊事项此阶段时间不超过1天注意及时总结经验5.3.13 加密测试对系统的加密性进行测试。测试目标保证“加密+可以使用”和“不加密+不能使用”这两个方面都是正常的技术测试插上加密狗后，程序能够启动并正常使用测试不插上加密狗，程序不能够启

23、动启动后拔出加密狗，程序应该及时给出提示，并终止程序的运行将加密狗插到共享器上应该不能够使用完成标准证实了“加密+可以使用”和“不加密+不能使用”这两个方面都是正常的需考虑的特殊事项不同版本的加密狗应该会有所不同5.3.14 文档测试检查文档是否足够、描述是否合理5.3.15 回归测试检查程序修改后有没有引起新的错误、是否能够正常工作以及能否满足系统的需求测试技术说明测试过程中所采用的测试技术：测试技术是否采用说明里程碑技术采用里程碑的达成标准及验收方法在测试完后制订自动测试技术采用核心业务流程采用自动测试技术审评测试采用对软件产品功能说明文档和设计说明文档进行检查，在需求与设计阶段进行编写测

24、试用例采用在产品编码阶段编写测试用例单元测试不采用由开发人员进行功能测试采用用于验证系统中所有功能点是否达到需求标准集成测试采用检测模块集成后的系统是否达到需求，对业务流程及数据流的处理是否符合标准，系统对业务流处理是否存在逻辑不严谨及错误以及是否存在不合理的标准及要求确认测试采用在产品发布前，对照feature list 进行基本需求的确认，确认产品是否正确实现了功能。系统测试采用包括性能测试、负载测试和回归测试验收测试不采用由工程实施人员进行6 测试计划 具体测试内容下面列表中给出的是系统中所有需要进行测试的模块，其中重点模块需要进行重点测试。编号一级模块二级模块三级模块重要级别管理端1系

25、统管理用户管理重要2角色管理重要3日志管理一般4修改密码一般5。（详细列举所有需要测试的模块）进度计划在此章节，对各阶段的测试给出里程碑计划，包括阶段、里程碑、资源等。6.2.1测试时间进度测试阶段开始时间完成时间测试人员阶段完成标志制定测试计划系统测试计划、性能测试计划完成需求Review系统需求说明书完成设计Review系统设计说明书完成设计测试用例系统测试用例完成测试人员培训培训考核通过测试环境准备测试环境搭建完毕集成测试系统集成完毕安装测试安装完毕，开始功能性测试功能测试完成系统功能测试兼容性测试完成系统兼容性测试性能测试完成系统性能测试 文档测试完成系统测试报告6.2.2测试里程碑里

26、程碑完成时间完成标准测试正式开始完成可接受性测试和烟雾测试进行SVN LOCK完成所有里程碑测试和标准测试,测试种类包括确认测试和系统测试,且所有以发现的Bug等级为1/2/3的Bug已修复,近期内无发现新的Bug等级为1/2/3的Bug产品Release重复进行主路径测试和进行Bug检查测试,产品处于可交付状态并由测试经理和高级经理确认测试准备6.3.1测试环境准备准备事项开始时间完成时间测试人员阶段完成标志测试环境准备测试环境搭建完毕6.3.2 测试人员培训准备事项开始时间完成时间测试人员阶段完成标志测试人员培训培训考核通过6.3.3安装与反安装测试准备事项开始时间完成时间测试人员阶段完成标志安装测试安装完毕，开始功能性测试6.3.4烟雾测试准备事项开始时间完成时间测试人员阶段完成标志烟雾测试保证基本功能不出现错误，开始具体的功能性测试 具体测试实施任务和时间人员安排 测试任务测试人员设备时间安排制定测试计划N/A5天制定测试方案N/A2天集成测试测试机、服务器4天系统测试