整体测试方案

文档收集于互联网，已重新整理排版.word版本可编辑.欢迎下载支持. 文档编号：IE－CUSTOM-整体测试方案－V1.0

海关信息数据采集与数据应用平台

测试项目

整体测试方案

二零一六年九月

关于本文档

说明：类型－创建（C）、修改（U）、删除（D）、增加（A）；

目录

第1 章概述 (1)

1.1编写目的 (1)

1.2读者对象 (1)

1.3项目背景 (1)

第2 章测试方案概述 (2)

2.1测试目标 (2)

2.2测试范围 (2)

2.3参考资料 (2)

第3 章测试环境 (3)

第4 章测试方案 (5)

4.1测试依据 (5)

4.2功能测试 (5)

4.3性能测试 (5)

4.4内部测试 (5)

4.4.1测试策略 (5)

4.4.2测试管理 (7)

第5 章用户测试 (13)

5.1测试管理 (13)

5.1.1组织机构 (13)

5.1.2角色职责 (13)

5.1.3测试安排 (14)

5.1.4测试步骤 (14)

5.1.5测试管理工具 (14)

5.1.6用户问题处理、反馈流程 (14)

5.1.7测试通过准则 (15)

5.1.8测试异常中止准则 (15)

5.1.9风险分析及预防 (16)

第 1 章概述

1.1编写目的

编写本测试方案的目的是为客户、项目经理、开发人员、测试工程师、维护人员等项目相关人员提供海关信息数据采集与数据应用与平台测试项目整体系统测试指导。

1.2读者对象

本测试方案可能的合法读者对象为客户、项目经理、开发人员、测试人员、维护人员。

1.3项目背景

随着经济环境、执法环境的变化，海关大监管、关警融合、分类通关等各项业务的不断深入，加快通关速度和大通关对缉私工作提出了更高的要求，情报工作在海关各工作特别是缉私工作中的地位和作用日益凸显，所担负的职责更加繁重，任务更加艰巨，海关人力资源与监管要求直接的矛盾突出。为了提升海关大监管的综合执法能力及海关缉私办案能力，必须借助现代化情报工作机制及计算机情报信息系统支持，完善情报机制，体现情报信息服务，增强对全国海关情报业务的掌控能力。

第 2 章测试方案概述

2.1测试目标

（1）系统界面操作无明显异常，符合业务需求规定；

（2）根据需求规格说明书，总体设计、详细设计文档实现整体功能测试；

（3）系统主要流程，无异常，符合需求；

（4）根据需求进行性能测试、稳定性、健全性及安全测试；

（5）所有测试用例100%执行；

（6）所有缺陷处于Closed、Rejected、Pending状态；

（7）缺陷修改要求：High级缺陷修复率应达到100%；Medium级缺陷修复率应达到95%以上；Low级缺陷修复率应达到60%以上。

2.2测试范围

本次测试主要针对海关信息数据采集与数据应用平台项目的软件需求规格说明书中涉及的要求进行完整性测试，包括界面、功能和流程的全面测试，以及性能测试、稳定性、健全性及安全测试等。本次测试采用黑盒测试的方法为主，辅助进行代码审查。

2.3参考资料

《海关信息数据采集与数据应用平台测试项目需求规格说明书》

《海关信息数据采集与数据应用平台测试项目合同》

公司软件测试规范。

第 3 章测试环境

表4.1 测试环境

第 4 章测试方案

4.1测试依据

在本项目实施过程中编写的需求、设计、计划、测试方案、测试报告等产出物，需要通过客户、项目经理、QA、测试经理等该项目相关人员审核。

4.2功能测试

测试人员根据通过审核的需求、设计、测试方案等文档编写测试用例，要求测试用例的功能覆盖率要达到100%，测试过程中测试人员严格执行测试用例并记录测试结果，验证系统的功能实现是否达到需求、设计要求，是否满足客户目标。测试用例执行率达到100%。测试过程中所有问题提交BugFree。

4.3性能测试

应用系统经过系统测试后形成相对稳定版本，测试组在稳定版本的基础上选择性能测试点进行性能测试，测试组负责编写性能测试方案，对系统进行压力测试、并发测试、稳定性测试。测试过程中使用性能测试工具LoadRunner。执行性能测试时，同时填写《性能测试记录表》、《性能测试调优过程记录表》。

4.4内部测试

4.4.1测试策略

测试过程按三个步骤进行，即单元测试、集成测试、系统测试，根据不同阶段测试的测重点不同。

4.4.1.1单元测试

首先按照系统、子系统和模块进行划分，但最终的单元必须是功能模块,或面向对象过程中的若干个类。单元测试是对功能模块进行正确性检验的测试工作，也是后续测试的基础。目的是在于发现各模块内部可能存在的各种差错，因此需要从程序的内部结构出发设计测试用例，着重考虑以下五个方面：

1)模块接口：对所测模块的数据流进行测试。

2)局部数据结构：检查不正确或不一致的数据类型说明、使用尚未赋值或尚未初始化的变量、错误的初始值或缺省值。

3)路径：虽然不可能做到穷举测试，但要设计测试用例查找由于不正确的计算（包括算法错、表达式的符号表示不正确、运算精度不够等）、不正确的比较或不正常的控制流（包括不同数据类型量的相互比较、不适当地修改了循环变量、错误的或不可能的循环终止条件等）而导致的错误。

4)错误处理：检查模块有没有对预见错误的条件设计比较完善的错误处理功能，保证其逻辑上的正确性。

5)边界：注意设计数据流、控制流中刚好等于、大于或小于确定的比较值的用例。

4.4.1.2集成测试

集成测试也叫组装测试或联合测试（接口联调测试）。通常，在单元测试的基础上需要将所有的模块按照设计要求组装成系统，这时需要考虑的问题：

1)在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失。

2)一个模块的功能是否会对另一个模块的功能产生不利的影响。

3)各个子功能组合起来，能否达到预期要求的父功能。

4)全局数据结构是否有问题。

5)单元模块的误差累积起来，是否会放大，从而达到不能接受的程度。4.4.1.3系统测试

系统测试目的是在于验证软件的功能和性能及其他特性是否与用户的要求一致，主要是下列类型的测试：

1)用户界面测试：测试用户界面是否具有导航性、美观性、行业或公司的规范性、是否满足设计中要求的执行功能。