项目名称测试方案

1、工程名称测试方案文件状态：草稿正式发布正在修改文件名称：当前版本：完成日期：拟制：版本历史文档修订记录版本号文档状态简要说明变更内容和变更范围日期变更人D创立文档的初始版本2022-8-12R通过评审发布*文档状态：D 草稿，R发布，M 修改文档状态对应的版本号规那么：发布的版本号只有 x.y,处于修改状态的号那么为的方式。如:V1.1发布V1.0.1 修改目录1. 测试环境 4背景 4测试范围 4测试工具 4测试环境 4术语与缩写解释 5参考资料 52. 测试需求 7功能测试需求 7非功能测试需求： 83. 测试策略 9数据和数据库完整性测试 9功能测试 9用户界面测试 10性能评价 10负

2、载测试 11强度测试 11容量测试 12平安性和访问控制测试 13兼容性测试 13配置测试 13安装/ 卸载测试 14易用性测试 15容错性测试 15文档测试 154. 测试资源 16人员安排 16测试节点 16培训要求 175. 风险估计 17附录：测试需求编号说明 181. 测试环境1.1背景说明：测试方案所附属的软件系统的名称。该开发工程的历史，列出用户和执行此工程测试的外部环境，说明在开始执行本测试方 案之前必须完成的各项工作。本测试方案的具体编写目的。执行此次测试的目的是为了验证什么。1.2测试范围描述测试的阶段，例如：单元测试、集成测试或系统测试，并说明本方案所针对的测 试类型如功

3、能测试或性能测试。简要地列出测试对象中将接受测试或将不接受测试的那 些特性和功能。如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施，那么列 出所有这些假设。列出可能会影响测试设计、开发或实施的所有约束。1.3测试工具序号测试工具数量备注说明1如 bugfree2女口 svn等3如 loadrunner 等41.4测试环境说明：包括硬件环境和软件测试环境硬件环境:序号设备名称配置说明数量备注说明12软件环境:序号软件名称数量备注说明121.5术语与缩写解释列出本文件中用到的专门术语的定义和外文首字母组词的原词组。比方:术语及缩写术语解释数据和数据库完整 性测试功能测试用户界面

4、测试性能评价负载测试强度测试容量测试平安性和访问控制测试兼容性测试安装/卸载测试易用性测试容错性测试文档测试1.6参考资料列出要用到的参考资料，如：a. 本工程的经核准的计戈惟务书或合同、上级机关的批文；b. 属于本工程的其他已发表的文件；c本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题等，说明能够得到这些文件资料的来源。下表列出了局部制定测试方案所用的文档，并标明了文档的可用性:注：可以视情况删除或添加工程文档版本/日期已创立或可用已评审作者或来源备注?工程方案?是否是否?用户需求说明书?是否是否?产品需求说明书?是否是否?概要设计说明书?是否是否?数据库设计

5、说明书?是否是否?详细设计说明书?是否是否?用户手册?是否是否原型是否是否2. 测试需求测试需求的主要来源为：?用户需求说明书?，假设没有该文档，那么根据?产品需求说 明书?来编写。下表主要列出那些已被确定为测试对象的工程功能性需求和非功能性需求。此列表 说明了测试的对象。在此处输入一个主要测试需求的高层次列表。可以引用?用户需求说明书?等相关文 档中的内容。说明：测试优先级按级来划分，1级最高，3级最低；2.1功能测试需求子系统一如：管理系统模块名 称需求名称功能需 求编号测试需求编号测试内容测试 优先 级测试依据模块一 如：系统管 理如：用户管理如：Fun-01-01如：Test-01-0

6、1功能1简介1用户需求说明书功能2简介2如：权限管理如：Fun-01-02如：Test-01-02功能1简介功能2简介模块二XXX如：Fun-02-01如：Test-02-01功能1简介功能2简介子系统二如：终端系统模块名 称需求名称功能需 求编号测试需求编号测试内容测试 优先 级测试依据模块一 如：查询打 印如：Fun-10-01如：Test-10-01功能1简介1用户需求说明书功能2简介21如：Fun-10-02如：Test-10-02功能1简介功能2简介模块二XXX如：Fun-11-01如：Test-11-01功能1简介功能2简介2.2非功能测试需求:测试类 型测试需 求编号测试内容测试

7、优 先级测试依据性能测 试如：Test-10-01性能1简介1用户需求说明书性能2简介2如：Test-10-02性能1简介界面测 试如：Test-11-01界面1简介易用性 测试配置测 试兼容性 测试安装/卸 载测试3. 测试策略测试策略提供了推荐用于测试对象的方法。上一节“测试需求中说明了将要测试哪 些对象，而本节那么要说明如何对测试对象进行测试。对于每种测试，都应提供测试说明。如果不实施和执行某种测试，那么应该用一句话加以说明，并陈述这样做的理由。例如， “将不实施和执行该测试。该测试不适宜。制定测试策略时所考虑的主要事项有：将要使用的方法以及判断测试何时完成的标准。 下面列出了在进行每项

8、测试时需考虑的事项，除此之外，测试还只应在平安的环境中 使用的、受控的数据库来执行。下面各节的测试内容是几种常用的测试，工程可以根据实际情况增删适宜的测试内容, 对产品进行测试。3.1数据和数据库完整性测试数据库和数据库进程应作为 < 工程名称 > 中的子系统来进行测试。在测试这些子系统时，不应将测试对象的用户界面用作数据的接口。对于数据库管理系统(DBMS)，还需要进行深入的研究，以确定可以支持以下测试的工具和方法测试目标：确保数据库访问方法和进程正常运行，数据不会遭到损坏。方法：?调用各个数据库访冋方法和进程，并在其中填充有效的和无效 的数据或对数据的请求。?检查数据库，确保数

9、据已按预期的方式填充，并且所有数据库事件 都按正常方式出现；或者检查所返回的数据，确保为正当的理由检索到了正 确的数据测试标准：所有的数据库访问方法和进程都按照设计的方式运行，数据没有遭到 损坏。需考虑的特殊事项：?测试可能需要DBMS开发环境或驱动程序以便在数据库中直接输 入或修改数据。?进程应该以手工方式调用。?应使用小型或最小的数据库其中的记录数很有限来使所有无法 接受的事件具有更大的可见性。3.2 功能测试测试对象的功能测试应该侧重于可以被直接追踪到用例或业务功能和业务规那么的所有 测试需求。这些测试的目标在于核实能否正确地接受、处理和检索数据以及业务规那么是否正 确实施。这种类型的测

10、试基于黑盒方法，即通过图形用户界面(GUI)与应用程序交互并分析输出结果来验证应用程序及其内部进程。以以下出的是应用程序推荐的测试方法概要：测试目标：确保测试对象的功能正常，其中包括导航、数据输入、处理和检索等。方法：利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以 下内容：?在使用有效数据时得到预期的结果。?在使用无效数据时显示相应的错误消息或警告消息。?各业务规那么都得到了正确的应用。测试标准：?所方案的测试已全部执行。?所发现的缺陷已全部解决。需考虑的特殊事项：确定或说明那些将对功能测试的实施和执行造成影响的事项或因素 内部的或外部的3.3 用户界面测试通过用户界面UI测试来

11、核实用户与软件的交互。UI测试的目标在于确保用户界面 向用户提供了适当的访问和浏览测试对象功能的操作。除此之外，UI测试还要确保UI功能内部的对象符合预期要求，并遵循公司或行业的标准。测试目标：核实以下内容：?通过浏览测试对象可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法 标移动和快捷键的使用?窗口的对象和特征例如：菜单、大小、位置、状态和 符合标准。Tab健、鼠中心都方法：为每个窗口创立或修改测试，以核实各个应用程序窗口和对象都可正 确地进行浏览，并处于正常的对象状态。测试标准：证实各个窗口都与基准版本保持一致，或符合可接受标准需考虑的特殊事项

12、：并不是所有定制或第三方对象的特征都可访问。3.4 性能评价性能评价是一种性能测试，它对响应时间、事务处理速率和其他与时间相关的需求进 行评测和评估。性能评价的目标是核实性能需求是否都已满足。 实施和执行性能评价的目的 是将测试对象的性能行为当作条件例如工作量或硬件配置的一种函数来进行评价和微调。测试目标：核实所指定的事务或业务功能在以下情况下的性能行为：? 正常的预期工作量? 预期的最繁重工作量方法：?使用为功能或业务周期测试制定的测试过程。? 通过修改数据文件来增加事务数量，或通过修改脚本来增加每项 事务的迭代次数。?脚本应该在一台电脑上运行最好是以单个用户、单个事务为 基准，并在多台客户

13、机虚拟的或实际的客户机，请参见下面的“需考虑的特殊事项上重复。测试标准：?单个事务或单个用户：在每个事务所预期或要求的时间范围内 成功地完成测试脚本，没有发生任何故障。? 多个事务或多个用户：在可接受的时间范围内成功地完成测试 脚本，没有发生任何故障。需考虑的特殊事项：综合的性能测试还包括在效劳器上添加后台工作量。可采用多种方法来执行此操作，其中包括：? 直接将“事务强行分配到效劳器上，这通常以“结构化查询语 言(SQL)调用的形式来实现。? 通过创立“虚拟的用户负载来模拟许多个通常为数百个客 户机。 此负载可通过"远程终端仿真"(Remote Terminal Emula

14、tion)工具来实现。此技术还可用于在网络中加载“流量。? 使用多台实际客户机每台客户机都运行测试脚本在系统上添 加负载。性能测试应该在专用的电脑上或在专用的机时内执行，以便实现完全 的控制和精确的评测。性能测试所用的数据库应该是与实际大小相同或等比例缩放的数据 库。3.5 负载测试负载测试是一种性能测试。在这种测试中，将使测试对象承当不同的工作量，以评测 和评估测试对象在不同工作量条件下的性能行为， 以及持续正常运行的能力。负载测试的目 标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评 估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。测试目标：

15、核实所指定的事务或商业理由在不同的工作量条件下的性能行为。方法：? 使用为功能或业务周期测试制定的测试。? 通过修改数据文件来增加事务数量，或通过修改测试来增加每项 事务发生的次数。测试标准：多个事务或多个用户：在可接受的时间范围内成功地完成测试，没有 发生任何故障。需考虑的特殊事项：?负载测试应该在专用的电脑上或在专用的机时内执行，以便 实现完全的控制和精确的评测。?负载测试所用的数据库应该是与实际大小相同或等比例缩放的数 据库。3.6 强度测试强度测试是一种性能测试，实施和执行此类测试的目的是找出因资源缺乏或资源争用 而导致的错误。如果内存或磁盘空间缺乏，测试对象就可能会表现出一些在正常条

16、件下并不 明显的缺陷。而其他缺陷那么可能由于争用共享资源如数据库锁或网络带宽而造成的。强 度测试还可用于确定测试对象能够处理的最大工作量。测试目标：核实测试对象能够在以下强度条件下正常运行，不会出现任何错误： ? 效劳器上几乎没有或根本没有可用的内存RAM和DASD? 连接或模拟了最大实际或实际可承受数量的客户机?多个用户对相同的数据/账户执行相同的事务? 最繁重的事务量或最差的事务组合请参见上面的“性能评价 注：强度测试的目标还可表述为确定和记录那些使系统无法继续正常运行的情况或条件。方法：? 使用为性能评价或负载测试制定的测试。? 要对有限的资源进行测试，就应该在一台电脑上运行测试，而 且

17、应该减少或限制效劳器上的 RAM和DASD。? 对于其他强度测试，应该使用多台客户机来运行相同的测试或互 补的测试，以产生最繁重的事务量或最差的事务组合。测试标准：所方案的测试已全部执行，并且在到达或超出指定的系统限制时没有 出现任何软件故障，或者导致系统出现故障的条件并不在指定的条件范围 之内。需考虑的特殊事项：?如果要增加网络工作强度，可能会需要使用网络工具来给网络加 载消息或信息包。? 应暂时减少用于系统的DASD以限制数据库可用空间的增 长。 ? 使多个客户机对相同的记录或数据账户同时进行的访问到达同 步。3.7 容量测试容量测试使测试对象处理大量的数据，以确定是否到达了将使软件发生故

18、障的极限。 容量测试还将确定测试对象在给定时间内是否能够持续处理的最大负载或工作量。例如，如果测试对象正在为生成一份报表而处理一组数据库记录，那么容量测试就会使用一个大型的 测试数据库，检验该软件是否正常运行并生成了正确的报表。测试目标：核实测试对象在以下大容量条件下能否正常运行：? 连接或模拟了最大实际或实际可承受数量的客户机，所 有客户机在长时间内执行相同的、情况性能最差的业务功能。? 已到达最大的数据库大小实际的或按比例缩放的，而且同时执行了多个查询或报表事务。方法：? 使用为性能评价或负载测试制定的测试。? 应该使用多台客户机来运行相同的测试或互补的测试，以便在长 时间内产生最繁重的事

19、务量或最差的事务组合请参见上面的“强度测试。?创立最大的数据库大小实际的、按比例缩放的、或输入了代表 性数据的数据库，并使用多台客户机在长时间内同时运行查询和报表 事务。测试标准：? 所方案的测试已全部执行，而且在到达或超出指定的系统限制 时没有出现任何软件故障。? 在指定条件卜，系统处理速度等在可接受范围内。需考虑的特殊事项：对于上述的大容量条件，哪个时段是可以接受的时间？3.8 平安性和访问控制测试平安性和访问控制测试侧重于平安性的两个关键方面：?应用程序级别的平安性，包括对数据或业务功能的访问? 系统级别的平安性，包括对系统的登录或远程访问。应用程序级别的平安性可确保：在预期的平安性情况

20、下，主角只能访问特定的功能或 用例，或者只能访问有限的数据。例如，可能会允许所有人输入数据，创立新账户，但只有 管理员才能删除这些数据或账户。如果具有数据级别的平安性，测试就可确保“用户类型一能够看到所有客户信息包括财务数据，而“用户二只能看见同一客户的统计数据 系统级别的平安性可确保只有具备系统访问权限的用户才能访问应用程序。测试目标：?应用程序级别的平安性：核实主角只能访问其所属用户类型已被授 权使用的那些功能或数据。?系统级别的平安性：核实只有具备系统和应用程序访问权限的主角 才能访问系统和应用程序。方法：?应用程序级别的平安性：确定并列出各用户类型及其被授权使用的 功能或数据。?为各用

21、户类型创立测试，并通过创立各用户类型所特有的事 务来核实其权限。?修改用户类型并为相同的用户重新运行测试。对于每种用户 类型，确保正确地提供或拒绝了这些附加的功能或数据。?系统级别的访问：请参见下面的“需考虑的特殊事项测试标准：各种的主角类型都可访问相应的功能或数据，而且所有事务都按 照预期的方式运行，并在先前的应用程序功能测试中运行了所有的事务。需考虑的特殊事项：必须与相应的网络或系统管理员一起对系统访问权进行检查和讨论。 由于此测试可能是网络管理或系统管理的职能，可能不需要执行此测试。3.9兼容性测试该局部测试和下面的配置测试可能会有局部内容重复，测试过程中根据实际情况选择调整兼容性测试主

22、要包括系统软件和环境的兼容，比方操作系统、IE浏览器、防火墙、杀 毒软件等的兼容。测试目标：?应用程序与硬件环境的兼容性；?应用系统与其他软件系统的见通行，如防火墙、IE浏览器等；方法：?搭建需要兼容的环境，在该环境下验证系统的功能、 足要求；根据情况进行，可能需要使用测试脚本等性能等是否满测试标准：需要兼容的环境下，系统可正常运行，功能性能正常等。需考虑的特殊事项：假设不进行兼容性测试，那么需要说明测试过程中兼容的环境，其他环 境的兼容不被保证。3.10配置测试配置测试核实测试对象在不同的软件和硬件配置中的运行情况。 在大多数生产环境中,客户机工作站、网络连接和数据库效劳器的具体硬件规格会有

23、所不同。客户机工作站可能会 安装不同的软件,例如，应用程序、驱动程序等。而且在任何时候，都可能运行许多不同的 软件组合，从而占用不同的资源。测试目标：核实测试对象可在要求的硬件和软件配置中正常运行。方法：?使用功能测试脚本。?在测试过程中或在测试开始之前，翻开各种与非测试对象相关的 软件例如Microsoft应用程序：Excel和 Word，然后将其关闭。?执行所选的事务，以模拟主角与测试对象软件和非测试对象软件 之间的交互。? 重复上述步骤，尽量减少客户机工作站上的常规可用内存。测试标准：对于测试对象软件和非测试对象软件的各种组合，所有事务都成功完 成，没有出现任何故障。需考虑的特殊事项：?

24、 需要、可以使用并可以通过桌面访问哪种非测试对象软件？? 通常使用的是哪些应用程序？? 应用程序正在运行什么数据？例如，在 Excel中翻开的大型电 子表格，或是在 Word中翻开的100页文档。?作为此测试的一局部，应将整个系统、Netware、网络效劳器、数 据库等都记录下来。3.11安装/卸载测试安装/卸载测试有两个目的。第一个目的是确保该软件能够在所有可能的配置下进行安装/卸载，例如，进行首次安装、升级、完整的或自定义的安装，以及在正常和异常情况下 安装。异常情况包括磁盘空间缺乏、缺少目录创立权限等。第二个目的是核实软件在安装后 可立即正常运行。测试目标：核实在以下情况，测试对象可正确

25、地安装到各种所需的硬件配置中： ? 首次安装。以前从未安装过 工程名称 的新电脑? 更新。以前安装过相同版本的 工程名称 的电脑? 更新。以前安装过较早版本的 工程名称 的电脑 测试对象可正确地卸载。另外还要考虑其他特殊情况，如：?安装/卸载过程中异常结束安装的情况?其他各种安装方式等方法：? 手工开发脚本或开发自动脚本，以验证目标电脑的状况新-工程名称从未安装过；已安装 工程名称相同或较早版本。?启动或执行安装。?使用预先确定的功能测试脚本子集来运行事务。测试标准：工程名称 事务成功执行，没有出现任何故障。需考虑的特殊事项：应该选择 工程名称 的哪些事务才能准确地测试出 工程名称 应用程序已

26、经成功安装，而且没有遗漏主要的软件构件？卸载时，应考虑卸载的是否全面，是否有某些组件没有被卸载而会影 响下一次的安装。3.12易用性测试易用性测试主要指用户体验方面的测试，比方：功能操作方便性，提示信息是否准确易懂等测试目标：?验证系统的用户体验性方面的测试，如输入错误信息后的弹出的 提示信息是否准确；删除信息时是否有提示等。?系统各个模块的功能无冗余。方法：? 对系统进行操作，尽量模拟用户操作方式，体验操作方便性。 ? 观察系统的提示信息是否准确全面等测试标准：系统易用，各提示信息准确易懂。需考虑的特殊事项：系统易用的标准等如何确定？3.13容错性测试容错性测试主要指系统出现异常时候的测试，

27、比方：网络断开、数据库连接失败、异 常断电等等情况。测试目标：? 验证系统出现异常的情况下，系统处理异常的能力。? 验证系统异常的情况下，系统恢复的能力。方法：? 米取一些异常操作，如断开网络、断开数据库连接、异常断电等， 测试各种异常情况下，系统的处理及恢复能力，系统能否及时弹出相应的 提示信息等测试标准：异常情况下，系统能弹出相应提示信息或及时恢复等。需考虑的特殊事项：3.14文档测试文档测试主要是指对一些开发、测试文档等进行测试，以便及早发现问题、解决问题测试目标：工程过程中产生的各种文档；女口：需求说明书，概要设计，详细设计，单元、集成测试记录等方法：?阅读文档，发现文档中的冋题? 根

28、据经验及业务流程等对文档中的设计等方面的问题进行检查测试标准：文档中的一些逻辑、描述不清楚的问题等被发现并修改完成。需考虑的特殊事项：需要测试人员拥有足够的业务相关知识、系统架构等方面知识。4. 测试资源本节列出推荐工程使用的资源，及其主要职责、知识或技能。4.1人员安排下表列出了在此工程的人员配备方面所作的各种假定 注：可视情况删除或添加工程。角色推荐的最少资源所分配的专职角色数量具体职责或注释工程测试负 责人1进行管理监督。主要职责：制疋测试方案确定测试策略设计测试用例、执行测试总结测试活动测试工程师2设计测试用例、确定测试用例的优先级并实施测试用 例。主要职责：设计测试用例评估测试工作的有效性，总结测试活动执行测试，主要职责：执行测试记录结果，编写测试报告 记录变更请求数据库管理 员1确保测试数据数据库环境和资产得到管理和维护。 主要职责：管理测试数据数据库配置管理员1对测试工作产品进行控制，确保被测试产品的一致 性。主要职责：管理被测试产品4.2测试节点对工程的测试应包括上面各节所述的各项测试的测试活动。应该为这些测试确定单独 的工程里程碑，以通知工程的状态和成果。工程的里程碑任务根据工程进度等来确定增删，有些需要增加，有些可