国库信息处理系统-系统测试计划方案

1、国息处理系统测试计划方案资料，请遵照公司的规定保存使用文件状态： 草稿 正式发布 正在修改文件标识：当前版本：作 者：完成日期：JD-TIPS -IT-PLAN1.0.1靖雪峰2004-8-2版 本 历 史版本/状态作者参与者起止日期备注1.0.0靖雪峰2005-8-11.0.1靖雪峰2005-8-26增加测试资源内容； 增加测试用例编写方案及相关约定内 容；目 录1.概述62.适用对象和范围63.术语、名词定义63.1.3.2.3.3.3.4.3.5.3.6.3.7.3.8.3.9.3.10.3.11.3.12.3.13.系统测试6黑盒测试（功能测试）6白盒测试6灰盒测试7健壮性测试（容错能

2、力/恢复能力测试）7接口测试7强度测试7压力测试7性能测试7安全测试8可靠性测试8安装/反安装测试8文档测试84.测试工作流程94.1.4.2.4.3.4.4.测试管理总流程9制定测试计划工作流程9设计测试用例工作流程10试工作流程10测试工作总体流程10单元测试工作流程11集成测试工作流程12系统测试工作流程13验收测试工作流程15执4.4.1.4.4.2.4.4.3.4.4.4.4.4.5.4.5.缺陷管理与改错流程165.测试参考文档和测试提交文档165.1.5.2.测试参考文档16测试提交文档176.测试资源176.1.人力资源176.1.1.6.1.2.、角色及职责17培训计划176

3、.2.测试环境186.2.1.6.2.2.环境18服务端列表196.3.测试工具207.测试方法和方式208.通过测试的标准219.测试中断与开始的标准2110.测试策略2210.1.10.2.10.3.10.4.10.5.10.6.10.7.10.8.10.9.10.10.10.11.10.12.10.13.10.14.数据和数据库完整性测试22接口测试22集成测试23功能测试24用户界面测试26性能评测27负载测试28强度测试29容量测试30安全性和控制测试31故障转移和恢复测试32配置测试34安装/反安装测试35文档测试3511.测试范围与测试任务3511.1. 测试范围3611.1.1

4、.11.1.2.11.1.3.11.1.4.测试对象36需要测试的产品功能36不需要测试的产品功能36测试覆盖3611.2. 测试任务3611.3. 测试.3812.测试进度4013.测试用例编写方案及相关约定4113.1.13.2.13.3.13.4.编写原则41衡量测试用例设计的质量标准41测试用例管理41测试用例与开发的对应关系约定4213.5.13.6.13.7.测试用例类型约定42测试阶段、类型与执行角色的关系约定43测试用例.4314.缺陷管理与改错计划4314.1.14.2.14.3.流程图43缺陷管理.43缺陷管理规则4315.实施建议44附录一 缺陷分类44附录二 缺陷严重程

5、度45附录三 优先级46附录四 测试计划意见461. 概述为了提高检测出错误的几率，使测试能有计划地、有条不紊地进行，就必须要编制测试相关文件。而标准化的测试文件就如同一种通用的参照体系，可达到便于交流的目的。文件中所规定的内容可以作为对测试过程完备性的对照检查表，故采用这些文件将会提高测试过程的每个阶段的能见度，极大地提高测试工作的可管理性。2. 适用对象和范围主要针对对象为管理、开发和测试。3. 术语、名词定义3.1. 系统测试系统测试是通过与系统的需求规格作比较，发现与系统需求规格不相符合或与之的地方。它将通过确认测试的，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持、数

6、据和等其他系统元素结合起来，在实际运行（使用）环境下，对计算机系统进行的测试。3.2. 黑盒测试（功能测试）黑盒测试是基于系统需求规格，在不知道系统或组件的结构的情况下进行的测试。通常又将黑盒测试叫做：基于规格的测试、输入输出测试、功能测试或数据驱动测试。是基于用户观点出发的测试。主要是验证功能是否符合需求，包括原定功能的检验、是否有冗余功能、遗漏功能。3.3. 白盒测试白盒测试也叫结构测试、逻辑驱动测试或给予程序的测试。主要是分析程序的构造，并根据构造设计测试用例。3.4. 灰盒测试可以理解为静态的白盒测试或动态的黑盒测试，灰盒就是界于黑白之间, 对有所了解, 但不见得到了如指掌的程度, 却

7、可以结合这些了解做些比黑盒多点的测试。3.5. 健壮性测试（容错能力/恢复能力测试）侧重于程序容错能力的测试。本测试在单元测试阶段和系统测试阶段都要进行。如数据边界测试、数据测试、异常中断测试等等，主要是验证程序对各种异常情况是否进行正确处理。3.6. 接口测试程序员对各个模块进行系统联调的测试，包含程序内接口和程序外接口测试。这个测试，在单元测试阶段进行了一部分工作，而大部分都是在集成测试阶段完成的。建议由开发进行。3.7. 强度测试强度测试检查程序对异常情况的抵抗能力。强度测试总是迫使系统在异常的资源配置下运行。例如，当中断的正常频率为每秒一至两个时，运行每秒产生十个中断的测试用例；定量地

8、增长数据输入率，检查输入子功能的反映能力；运行需要最大空间（或其他资源）的测试用例；运行可能导致虚存操作系统动的测试用例，等等。或磁盘数据剧烈抖3.8. 压力测试对系统不断施加压力的测试，是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。例如测试一个Web 站点在大量的负荷下，何时系统的响应会或失败。3.9. 性能测试在交替进行负荷和强迫测试时常用的术语。性能测试关注的是系统的整体。它和通常所说的强度、压力/负载测试有密切关系。所以压力和强度测试应该于性能测试一同进行。3.10. 安全测试主要是测试系统在没有的或者外部用户对系统进行或者破坏时如何进行处理，是否

9、仍能保证数据的安全。测试进行。可以学些技术，来对系统3.11. 可靠性测试这里是比较狭义的可靠性测试，它主要是对系统能否稳定运行进行一个统计，在实际工作中如果没有条件可以不必特意去做。重点做好与之紧密相关的功能测试、健壮性测试就可以了。3.12. 安装/反安装测试安装测试主要检验是否可以正确安装， 安装文件的各项设置是否有效， 安装后能否影响原系统；反安装是逆过程，测试是否删除干净，是否会影响原系统等。3.13. 文档测试主要测试开发过程中针对用户的文档，以需求、用户手册、安装手册等为主，检验文档是否和实际应用存在差别。文档测试主要检查文档的正确性、完备性和可理解性。正确性是指的功能和操作写错

10、，也不允许文档内容前后。完备性是指文档不可以“虎头蛇尾”，更不许漏掉关键内容。文档测试不需要编写测试用例。4. 测试工作流程4.1. 测试管理总流程迭代缺陷管理与改错执行测试用例4.2. 制定测试计划工作流程测试计划输入项目计划书确定测试相关规范和约定确定阶段的测试范围和任务确定测试方法和方式确定测试环境与辅助工具确定测试完成准则确定测试与任务表输入需求规格说明书设计测试用例制定测试计划4.3. 设计测试用例工作流程依据需求文档生成依据概要设计、体系设计文档依据详细设计文档生成4.4. 执试工作流程4.4.1.测试工作总体流程结项总结阶段验收测试阶段系统测试阶段集成测试阶段单元黑盒测试阶编码及

11、单元白盒测试阶设计阶段详细设计阶段单元测试对应的用例集成测试对应的用例概要设计阶段结束后系统测试对应的用例需求分析阶段结束后说明：集成测试和系统测试的反馈意见可能导致设计文档（需求或数据库）的修改。4.4.2.单元测试工作流程循环单元测试进入集成测试单元总结测试达到测试要求编码审核提交 Bug测试用例审核编码及白盒测试测试用例详细设计4.4.3.集成测试工作流程集成测试进入系统测试集成测试总结达到集成测试要求单元测试审核提交 Bug测试用例审核接上一阶段测试用例4.4.4.系统测试工作流程业务测试压力测试说明：压力测试为模拟用户正常使用时，系统正常工作的最小时间。进入性能测试审核压力测试返回开

12、发修改准备数据库业务测试审核模拟多用户接上一阶段力测试提交业务测试达到业务测试要求确认测试审核提交 Bug业务测试用例审核接上一阶段业务测试用例性能测试说明：测试系统的极限（最多使用人数和数据库的极限容量）。进入验收测试审核提交测试返回开发修改安装测试系统测试审核接上一阶段进入安装测试审核提交测试返回开发修改系统增加数据量压力测试审核模拟用户数量接上一阶段4.4.5.验收测试工作流程验收测试说明：验收测试的应包含非本系统的。进入结项总结阶段返回开发修改审核提交测试准备测试安装测试审核业务测试用例审核接上一阶段业务测试用例4.5. 缺陷管理与改错流程否是由项目经理或测试组长确认是否为 bug否是

13、测试或项目经理再次确认是否为 bug5. 测试参考文档和测试提交文档5.1. 测试参考文档下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性：文档（版本/日期）已创建或可用已被接收或已经过复审作者或来源备注需求规格说明书是 否 是 否 概要设计是 否 是 否 测试员回归测试开发修复 bug 将状态置为（FIXED）将 bug 状态置为（OPEN/REOPEN）将 bug 状态置为（CLOSE）测试员发现一个 bug（当前状态置为 NEW）5.2. 测试提交文档6. 测试资源6.1. 人力资源6.1.1.、角色及职责6.1.2.培训计划培训项参与授课计划培训时间角色职责、任务备注项目经

14、理靖雪峰测试小组长、测试设计员测试设计员测试员测试设计员测试员开发文档（版本/日期）已创建或可用已被接收或已经过复审作者或来源备 注测试计划及方案测试用例测试是 否 是 否 是 否 是 否 是 否 是 否 可考虑通过td 产生可考虑通过td 产生详细设计是 否 是 否 模块开发手册 测试计划及方案测试用户操作手册安装指南是 否 是 否 是 否 是 否 是 否 是 否 是 否 是 否 是 否 是 否 6.2. 测试环境下表列出了测试的系统环境6.2.1.环境类别名称版本生产厂商/自产用途备注（负责提供并安排支持）开发工具JBuilder2005Borland接口模拟器开发WSAD5.1.2IBM

15、应用开发MB？消息流开发MQ？erDesigner数据库设计环境（相关作系统等）开发运行支撑系统硬件环境（网络、设备等）客户端服务端请参照服务端列表网络备注具体参照需求规格说明书需求约定、概要设计说明书设计约定。编程技术工具网络硬件环境第产品MQ、MB 培训DB2 数据库培训6.2.2.服务端列表物理位置机器名机器型号切换器编号服务器配置用户名/操作系统用途IP 地址自上而下第 5 台Hxlw-win-1DELL/142522CPU,4GAdministrator 无Win2000 SrvSack4DB210.1.5.94自上而下第 6 台Hxlw-win-2DELL/142532CPU,4G

16、Administrator 无Win2000 SrvSack4MB,MQ10.1.5.91自上而下第 10台Hxinux-2DELL/142542CPU,4GRoot/123456RedhatAS3.0Linux未连接自上而下第 11台Hxlw-wasDELL/142552CPU,4GAdministrator 无Win2000 SrvSack4WASWSAD10.1.5.93自上而下第 12台ccseverDELL/142562CPU,4GAdministrator 无Win2000SrvSack4ClearCase10.1.5.92用途机器名(IP)用户/机器型号机器配制操作系统备注数据库

17、服务器Hxlw-win-1(10.1.5.94)db2admin/db2adminPC-ServerDELL/14252*2.8GHz/2GB/280GBWin2000Srvsp4MB、MQ 服务器Hxlw-win-2(10.1.5.91)db2admin/db2adminPC-ServerDELL/14252*2.8GHz/2GB/280GBWin2000Srvsp4WAS、WSAD服务器Hxlw-was(10.1.5.93)administratorPC-ServerDELL/14252*2.8GHz/4GB/280GBWin2000Srvsp4TD 服务器Ccsever(10.1.5.9

18、2)AdministratorDELL/14252*2.8GHz/4GB/280GBWin2000Srvsp4运行、支撑.JDK1.3.1的运行环境WAS5.1IBM应用服务器Db28.2IBM数据库服务器MQ530.8CSD08IBM消息中间件WBI-MB5.0.4IBM信息总线操作系统6.3. 测试工具7. 测试方法和方式测试方式主要以手工测试为主，在条件允许的情况下使用自动化测试工具进试。说明：黑盒测试是依据用户能看到的规格说明，即针对命令、信息、报表等用户界面及体现他们的输入数据与输出数据之间的对应关系，特别是针对功能进试。主要由测试小组黑盒测试覆盖范围完成执行黑盒测试。测试方法测试覆

19、盖率执行描述黑盒测试100%测试功能测试或数据驱动测试灰盒测试1020%测试或开发静态的白盒测试或动态的黑盒测试白盒测试5%开发结构测试或逻辑驱动测试用途工具生产厂商/自产版本备注测试管理TestDirectorMercuryerActive7.6具体使用约定请参照测试工具使用约定及开发与测试配合工作规范压力测试LoadRunnerMercuryerActive7.8功能测试WinRunnerMercuryerActive7.6XML 工具Xml Spy2005、验证 XML，通过XSD 生成 XML 文件DB2 数据库工具DBTool自产1.0对 TIPS 数据库进行操作日志文件工具LogF

20、ileMonitor自产1.0MQ 队列工具Monitor自产1.0通过 MQ 的 BROWSE 或GET 方式系统信息测试用例覆盖黑盒测试输入覆盖输出覆盖测试用例覆盖：测试用例的没一个用例都被测试过输入覆盖：测试过程中所输入的数据或资料必须一再的试验，如在程序安装过程中输入用户名时，测试者必须反复输入不同长度的中文、英文或数字等来做测试。输出覆盖：测试过程中程序所产生的行为、反映及数据必须都一再地试验，如不同情况的窗口的内容、运算结果数据等都必须反复地测试审核。8.通过测试的标准一般有“基于测试用例”和“基于缺陷密度” 两种评比准则，在这里准则如下：功能性测试用例通过率达到 100；非功能性

21、测试用例通过率达到 95；采用前者。（3）沒有高于优先级 3 以上备选通过办法：。根据实际情况由段是否结束。开发部门的经理、项目经理和测试等共同确定本阶9. 测试中断与开始的标准当优先级 1当优先级 2当优先级 3超过总体问题的 1/3 时超过总体问题的 1/2 时超过总体问题的 3/4 时测试重新开始时的回归测试项目10.测试策略10.1.数据和数据库完整性测试10.2.接口测试测试目标确保接口调用的正确性测试范围：所有、硬件接口，输入输出数据技术：开始标准：完成标准：测试重点和优先级：测试目标：确保数据库方法和进程正常运行，数据不会遭到损坏测试范围：技术：调用各个数据库方法和进程，并在其中

22、填充有效的和无效的数据（或对数据的请求）。检查数据库，确保数据已按预期的方式填充，并且所有的数据库事件已正常发生；或者检查所返回的数据，确保正当的理由检索到了正确的数据开始标准：完成标准：所有的数据库方法和进程都按照设计的方式运行，数据没有遭到损坏。测试重点和优先级：需考虑的特殊事项：测试可能需要 DBMS 开发环境或驱动程序在数据库中直接输入或修改数据。进程应该以手工方式调用。应使用小型或最小的数据库（的数量有限）来使所有无法接受的事件具有更大的可视度。10.3. 集成测试测试目标检测需求务流程，数据流的正确性测试范围：需求中明确的业务流程，或组合不同功能模块而形成一个大的功需考虑的特殊事项

23、：接口的限制条件10.4. 功能测试测试目标确保测试的功能正常，其中包括，数据输入，报文发送、转发、能。技术：利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。开始标准：在完成某个集成测试时必须达到标准各模块接口都已完成编码完成标准：所计划的测试已全部执行。所发现的缺陷已全部解决。测试重点和优先级：测试重点指在测试过程中需着重测试的地方，优先级可以根据需求及严重来定需考虑的特殊事项：确定或说明那些将对功能测试的实施和执行造成影响的事项或（的或外部的）接收，处理和检索等功

24、能。测试范围：联网交换子系统(包括所有联网交易功能),信息整理子系统(包括所有应用功能,运行管理子系统(包括所有管理功能),国 息处理系统的运行流程(其中包括日间,日切窗口,对帐(其中包括与高业的对帐,与 TBS 的对帐,与税局的对帐) 技术：利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。开始标准：各功能项都已完成开发完成标准：具体参照本文通过测试的标准。测试重点和优先级：需考虑的特殊事项：功能是否符合需求功能是否完整功能是否有作用功能是否无错误10.5. 用户界面

25、测试测试目标核实以下内容：通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种 方法（Tab键、鼠标移动、和快捷键）的使用窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。测试范围：技术：为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。开始标准：完成标准：成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准测试重点和优先级：需考虑的特殊事项：并不是所有定制或第对象的特征都可。10.6. 性能评测测试目标核实所指定的事务或业务功能在以下情况下的性能行为：正常的预期工作量预期的

26、最繁重工作量测试范围：技术：使用为功能或业务周期测试制定的测试过程。通过修改数据文件来增加事务数量，或通过修改来增加每项事务的迭代数量。应该在一台计算机上运行（最好是以单个用户、单个事务为基准），并在多个客户机（虚拟的或实际的客户机，请参见下面的“需要考虑的特殊事项”）上重复。开始标准：完成标准：单个事务或单个用户：在每个预期时间范围内成功地完成测试，没有发生任何故障。多个事务或多个用户：在可接受的时间范围内成功地完成测试脚本，没有发生任何故障。测试重点和优先级：需考虑的特殊事项：综合的性能测试还包括在服务器上添加工作量。可采用多种方法来执行此操作，其中包括：直接将“事务强行分配到” 服务器上

27、，这通常以“结构化语言”（SQL）调用的形式来实现。通过创建“虚拟的”用户负载来模拟许多个（通常为数百个）客户机。此负载可通过“ 终端仿真（Remote Terminal Emulation）工具来实现。此技术还可用于在网络中加载“流量”。使用多台实际客户机（每台客户机都运 试 ）在系统上添加负载。性能测试应该在 的计算机上或在 的机时内执行，以便实现完全的控制和精确的评测。性能测试所用的数据库应该是实际大小或相同缩放比例的数据库。10.7. 负载测试测试目标核实所指定的事务或商业理由在不同的工作量条件下的性能行为时间。测试范围：技术：使用为功能或业务周期测试制定的测试。通过修改数据文件来增加

28、事务数量，或通过修改来增加每项事务发生的次数。开始标准：完成标准：多个事务或多个用户：在可接受的时间范围内成功地完成测试，没有发生任何故障。测试重点和优先级：需考虑的特殊事项：负载测试应该在的计算机上或在的机时内执行，以便实现完全的控制和精确的评测。负载测试所用的数据库应该是实际大小或相同缩放比例的数据库。10.8. 强度测试测试目标核实测试对象能够在以下强度条件下正常运行，不会出现任何错误：服务器上几乎没有或根本没有可用的内存（RAM 和 DASD）连接或模拟了最大实际（实际允许）数量的客户机多个用户对相同的数据或帐户执行相同的事务最繁重的事务量或的事务组合（请参见上面的“性能测试”）。注：

29、强度测试的目标可表述为确定和那些使系统无法继续正常运行的情况或条件。客户机的强度测试在“配置测试”的第 3.1.11 节中进行了说明。测试范围：技术：使用为性能评测或负载测试制定的测试。要对有限的资源进试，就应该在一台计算机上运试，而且应该减少或限务器上的 RAM 和 DASD。对于其他强度测试，应该使用多台客户机来运行相同的测试或互补的测试，以产生最繁重的事务量或的事务组合。开始标准：完成标准：所计划的测试已全部执行，并且在达到或超出指定的系统限制时没有出现任何 故障，或者导致系统出现故障条件的并不在指定的条件范围之内。测试重点和优先级：需考虑的特殊事项：如果要增加网络工作强度，可能会需要使

30、用网络工具来给网络加载消息或信息包。应该暂时减少用于系统的 DASD，以限制数据库可用空间的增长。使多个客户机对相同的或数据帐户同时进行的达到同步。10.9. 容量测试测试目标核实测试对象在以下高容量条件下能否正常运行：连接或模拟了最大（实际或实际允许）数量的客户机，所有客户机在长时间内执行相同的、且情况（性能）的业务功能。已达到最大的数据库大小（实际的或按比例缩放的），而且同时执行多个查询或报表事务。测试范围：技术：使用为性能评测或负载测试制定的测试。应该使用多台客户机来运行相同的测试或互补的测试，以便在长时间内产生最繁重的事务量或 的事务组合（请参见上面的“强度测试”）创建最大的数据库大小

31、（实际的、按比例缩放的、或填充了代表性数据的数据库），并使用多台客户机在长时间内同时运行查询和报表事务。开始标准：完成标准：所计划的测试已全部执行，而且达到或超出指定的系统限制时没有出现任何故障。测试重点和优先级：需考虑的特殊事项：对于上述的高容量条件，哪个时间段是可以接受的时间？10.10. 安全性和控制测试安全性和控制测试侧重于安全性的两个关键方面：应用程序级别的安全性，包括对数据或业务功能的系统级别的安全性，包括对系统的登录或。测试目标应用程序级别的安全性：核实 Actor 只能其所属用户类型已被的那些功能或数据。系统级别的安全性：核实只有具备系统和应用程序权限的Actor 才能系统和应

32、用程序。测试范围：技术：应用程序级别的安全性：确定并列出各用户类型及其被的功能或数据。为各用户类型创建测试，并通过创建各用户类型所特有的事务来核实其权限。修改用户类型并为相同的用户重新运试。对于每种用户类型，确保正确地提供或了这些附加的功能或数据。系统级别的：请参见以下的“需考虑的特殊事项”。开始标准：完成标准：各种已知的 Actor 类型都可 相应的功能或数据，而且所有事务都按照预期的方式运行，并在先前的应用程序功能测试中运行了所有的事务。测试重点和优先级：需考虑的特殊事项：必须与相应的网络或系统管理员一直对系统权进行检查和。由于此测试可能是网络管理可系统管理的职能，可能会不需要执行此测试。

33、10.11. 故障转移和恢复测试测试目标确保恢复进程（手工或自动）将数据库、应用程序和系统正确地恢复到预期的已知状态。测试中将包括以下各种情况：客户机断电服务器断电通过网络服务器产生的通信中断DASD 和/或 DASD 控制器被中断、断电或与 DASD 和/或 DASD 控制器的通信中断周期未完成（数据过滤进程被中断，数据同步进程被中断）。数据库指针或关键字无效数据库中的数据元素无效或遭到破坏测试范围：技术：应该使用为功能和业务周期测试创建的测试来创建一系列的事务。一旦达到预期的测试起点，就应该分别执行或模拟以下操作：客户机断电：关闭 PC 机的电源。服务器断电：模拟或启动服务器的断电过程。通

34、过网络服务器产生的中断：模拟或启动网络的通信中断（实际断开通信线路的连接或关闭网络服务器或路由器的电源）。DASD 和 DASD 控制器被中断、断电或与 DASD 和 DASD 控制器的通信中断：模拟与一个或多个 DASD控制器或设备的通信，或实际取消这种通信。一旦实现了上述情况（或模拟情况），就应该执行其他事务。而且一旦达到第二个测试点状态，就应调用恢复过程。在测试不完整的周期时，所使用的技术与上述技术相同，只不过应异常终止或提前终止数据库进程本身。对以下情况的测试需要达到一个已知的数据库状态。当破坏若干个数据库字段、指针和关键字时，该以手工方式在数据库中（通过数据库工具）直接进行。其他事务

35、应该通过使用“应用程序功能测和“业务周期测试”中的测试来执行，并且应执行完整的周期。开始标准：完成标准：在所有上述情况中，应用程序、数据库和系统应该在恢复过程完成时立即返回到一个已知的预期状态。此状态包括仅限于已知损坏的字段、指针或关键字范围内的数据损坏，以及表明进程或事务因中断面未被完成的报表。测试重点和优先级：需考虑的特殊事项：恢复测试会给其他操作带来许多的麻烦。断开缆线连接的方法（模拟断电或通信中断）可能并不可取或不可行。所以，可能会需要采用其他方法，例如性工具。需要系统（或计算机操作）、数据库和网络组中的资源。这些测试应该在工作时间之外或在一立的计算机上运行。10.12. 配置测试测试

36、目标核实测试可在所需的硬件和配置中正常运行。测试范围：技术：使用功能测试。在测试过程中或在测试开始之前，打开各种与非测试对象相关的（例如应用程序：Excel 和 Word），然后将其关闭。执行所选的事务，以模拟 Actor 与测试对象非测试对象之间的交互。重复上述步骤，尽量减少客户机工作站上的常规可用内存。开始标准：完成标准：对于测试对象非测试对象的各种组合，所有事务都成功完成，没有出现任何故障。测试重点和优先级：需考虑的特殊 事项：需要、可以使用并可以通过桌面哪种非测试对象？通常使用的是哪些应用程序？应用程序正在运行什么数据？例如，在 Excel 中打开的大型电子表格，或是在 Word 中打

37、开的 100 页文档。作为此测试的一部分，应将整修系统、Netware、网络服务器、数据库等都下来。10.13. 安装/反安装测试10.14. 文档测试11.测试范围与测试任务根据业务需求和用例，来确定测试项，并确定采用什么测试，并考虑优先级测试目标主要检查文档的正确性、完备性和可理解性测试范围：主要测试开发过程中针对用户的文档，以需求、用户手册、安装手册等为主技术：浏览开始标准：相关文档评审完成完成标准：没有明显的遗漏、不一致、和描述的确测试重点和优先级：文档内容前后、描述项遗漏需考虑的特殊事项：测试目标核实在以下情况下，测试对象可正确地安装到各种所需的硬件配置中：首次安装。以前从未安装过项

38、目名称的新计算机更新。以前安装过相同版本的项目名称的计算机更新。以前安装过Project Name的较早版本的计算机安装后立即正常运行测试范围：技术：手工开发或开发自动，以验证目标计算机的状况 首次安装项目名称从未安装过；项目名称安装过相同或较早的版本。启动或执行安装。使用预先确定的功能测试子集来运行事务。开始标准：国息处理系统可以正常运行,配置和设备完成标准：国息处理系统成功执行，没有出现任何故障。测试重点和优先级：需考虑的特殊事项：应该选择项目名称的哪些事务才能准确地测试出项目名称应用程序已经成功安装，而且没有遗漏主要的构件？。测试是保证产品质量的重要，没有测试的开发是不完整的开发过程。在

39、项目测试过程中，测试组在项目不同阶段都定义了相应的任务，包括前期计划、用例设计到执试，充分保证了项目测试的完整性和充分性。国息处理系统项目的测试包括单元测试，集成测试和系统测试三个主要部分，测试活动从 2005-8 月开始执行，直至项目生命周期结束。整个测试过程严格遵守测试流程规定，为保证质量实施关键活动。测试过程以项目测试为主，尽可能多地发现系统缺陷，并尽最大可能保证系统的稳定性，兼容性，可重复性以和强壮性。测试范围测试对象程序相关文件需求文档、安装手册、使用手冊11.1.2. 需要测试的产品功能产品使用功能产品安裝产品卸载产品资料库11.1.3. 不需要测试的产品功能第成熟产品功能被删除的

40、功能被外包的功能11.1.4. 测试覆盖功能（用例）覆盖输入域覆盖输出域覆盖11.2. 测试任务本次测试主要包括单元测试、集成测试、系统测试。单元测试由开发互检为主，测试提供相应的工具，以及测试知识的相关培训。集成测试和系统测试由开发同测试联合完成，由测试编写测试计划，测试方案，测试用例以及测试。测试实施过程需要开发的参与。制定测试计划: (测试设计员)制定测试计划的目的是收集和组织测试计划信息，并且创建测试计划。确定测试需求根据需求工件集收集和组织测试需求信息，确定测试需求。制定测试策略针对测试需求定义测试类型、测试方法以及需要的测试工具等。建立测试通过准则根据项目实际情况为每一个层次的测试

41、建立通过准则。确定资源和进度确定测试需要的软硬件资源、人力资源以及测试进度。5. 评审测试计划根据评审规范对测试计划进行评审设计测试: (测试设计员)设计测试的目的是为每一个测试需求确定测试用例集，并且确定执试用例的测试过程。设计测试用例：对每一个测试需求，确定其要的测试用例。对每一个测试用例，确定其输入及预期结果。确定测试用例的测试环境配置、需要的驱动界面或稳定桩。编写测试用例文档开发测试过程：根据界面原型为每一个测试用例定义详细的测试步骤。为每一测试步骤定义详细的测试结果验证方法。为测试用例准备输入数据。编写测试过程文档。在实施测试时对测试过程进行更改。设计驱动程序或稳定桩设计单元测试和集

42、成测试需要的驱动程序和稳定桩。实施测试: (开发和测试)实施测试的目的是创建可重用的测试，并且实施测试驱动程序和稳定桩。编写驱动程序和稳定桩根据设计编写测试需要的测试驱动程序和稳定桩。实施单元测试: (开发实现的功能。)执行单元测试的目的是验证单元的结构以及单元1.执行单元测试按照测试过程手工执行单元测试或运单元测试。试自动执行2.单元将单元作详细，并将提交给相关组。3.回归测试对修改后的单元执行回归测试实施集成测试: (开发或测试员)执行集成测试的目的是验证单元之间的接口以及集成工作版本的功能、性能等。1.执行集成测试按照测试过程手工执行集成测试或运集成测试。试自动执行2.集成将集成作详细，

43、并将提交给相关组。3.回归测试对修改后的工作版本执行回归测试，或者对增量集成后的版本执行回归测试。实施系统测试: (测试)执行系统测试的目的是确认系统工作版本满足需求。1.执行系统测试按照测试过程手工执行系统测试或运系统测试。试自动执行2.系统将系统作详细，并将提交给相关组。3.回归测试对修改后的系统版本执行回归测试。11.3. 测试分阶段对应不同测试设计项和测试执行项，在需求阶段主要侧重设计功能测试用例（建议按业务流程和系统功能分类），在设计阶段侧重设计界面测试用例。而在编码、或集成阶段侧重执行单元测试和集成测试（建议按系统结构分类）。可根据需要同步进试用例设计。而文档测试的执行（需求、设计

44、、手册等）贯穿各个阶段，可以不用写测试用例。测试阶段信息项需求阶段测试设计项测试策略优先级执试条件实时扣税交易功能测试高系统编码完成实时冲正交易高与商业对账高定时批量扣税交易中定时批量撤销交易中与对账中查询交易状态中自缴核销交易中端缴款交易中连接测试中退库交易低更正交易低免抵调交易低与 TBS 核对低自缴核销、退库、更正、免抵调撤销低磁盘提入应缴信息低磁盘提出应缴信息低磁盘提入扣款结果低磁盘提出扣款结果低磁盘提入退息低磁盘提入更正信息低磁盘提入免抵调信息低信息高录入划拨高手工销号中上传入库明细中上传收入报表中上传财政库存报表中手工录入低手工录入退库低手工复核退库低手工录入更正手工复核更正手工销

45、号退库手工销号更正手工销号更正退息更正信息导出本级 TIPS 数据导入TIPS 数据导入变更资料系统日切高关键业务管理中角色管理中用户管理中日志管理中异常管理中测试执行项测试策略优先级执试条件需求文档测试文档测试设计阶段测试设计项测试策略优先级执试条件界面操作界面测试关注的性能问题性能测试测试执行项测试策略优先级执试条件界面设计文档测试文档测试其他设计文档测试文档测试编码、集成测试设计项测试策略优先级执试条件12.测试进度测试活动计划开始日期实际开始日期结束日期制定测试计划设计测试用例集成测试系统测试性能测试安装测试用户验收测试对测试进行评估产品发布阶段可以不设计或部分设计测试用例单元、集成测

46、试测试执行项测试策略优先级执试条件TIES模拟器接口TISS缴款书录入收入退还书录入TIMS系统初始化公共数据管理系统运行参数管理系统系统实现完成阶段测试设计项测试策略优先级执试条件安装/反安装测试安装测试测试执行项测试策略优先级执试条件需求阶段的测试设计项设计阶段的测试设计项安装/反安装测试设计项文档功能测试性能测试界面测试安装 / 反安装测试文档测试按 测 试 设 计项 优 先 级 执行13.测试用例编写方案及相关约定13.1. 编写原则（1）基本的原则就是：“一点多例”，就是针对一个测试点或者功能点，编写多个测试用例，从多个方面进（2）单元测试由开发试。各个部分的用例编写的都贯穿着这一基

47、本执行，可以自身决定是否编写单元测试用例。（3）对于每个用例事件流，测试需求的详细列表至少会包括一个测试需求。对于需求规格说明功能描述，将至少派生一个测试需求。（4） 测试项描述-简明测试用例所要涉及的项和特性、对于每一项、可考虑以下文件：需求说明书、设计说明书、用户手册、操作手册。（5）输入说明描述-规定执试用例所需的各个输入。有些输入可以用值（允许适当的误差）来规定。而另一些输入，如常数表或事务文件可以用名来规定。规定所有合适的数据库、文件、终端信息传送的值。（6）输出说明描述- 规定测试项的所有输出和特性（如：响应时间）。提供各个输出或特性的正确值。（7）测试用例的设计，始终要考虑测试的

48、执行，同时测试发现可以用来完善测试设计。和总结的经验也13.2. 衡量测试用例设计的质量标准（1）可测性： 测试用例的所有步骤是可测的，测试的步骤是具体可实施后的，按照每个步骤是可以走通的。可验证： 测试的每个步骤验证点是具体、可验证的。期望结果不是抽象的描述，而是可获得的。（2）（3）全面性：测试执行，无须考虑怎么测、而是参照测试用例设计的步骤执行，测试数据的准备也要在测试设计时考虑，而且要具备高覆盖率和全面性。13.3. 测试用例管理通过 TestDirector 来管理和测试用例请参照测试工具使用约定及开发与测试配合工作规范中相应描述。13.4. 测试用例与开发的对应关系约定13.5. 测试用例类型约定测试用例对应测试类型测试覆盖率（测试）测试覆盖率（其他）功能测试用例主要包括功能测试、健壮性测试、可靠性测试90%100%性能测试用例性能测试、压力测试、强度测试10%集成测试用例接口测试、健壮性测试、可靠性测试40%50%50%安全测试用例安全测试10%用户界面测试用例用户界面测试、少量功能测试100%80%安装/反安装测试用例安装/反安装测试100%80%开发阶段依据文档编写的用例需求分析阶段结束后需求文档系统测试对应的用例概要设计阶段结束后概要设