整体测试方案

1、文档编号：IE CUSTOM整体测试方案V1.0 海关信息数据采集与数据应用平台 测试项目 整体测试方案 令 中科软科技股份有限公司 Sinosoft CoXtd 二零一六年九月中科软科技股份育醍公司 www.j&ih0tott .com C恂 整体测试方案 海关信息数据采集与数据应用平台测试项目 I 关于本文档 项目名称 海关信息数据采集与数据应用平台测试项目 主 题 整体测试方案 标 识 IE CUSTOM整体测试方案V1.0 说 明 系统测试前，需要制定方案，以便对测试工作进行指导。 适用对象 甲方项目负责人、有关人员 中科软项目工程领导小组、项目经理、项目组全体成员以及相关 人

2、员 修订历史 版本 早 节 类型 日期 作者 说明 V1.0 C 2016年9月5日 罗晨 说明：类型一创建（C C）、修改（U U）、删除（D D）、增加（A A）; 评审记录 角色 签名 日期 说明 中科软科技柳育醍公司 www.svriotott.coim C恂 整体测试方案 目录 第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

3、.2 功能测试 . 5. 4.3 性能测试 . 5. 4.4 内部测试 . 5. 4.4.1 测试策略 . 5. 4.4.2 测试管理 . 7. 第5章 用户测试 . 1.3 5.1 测试管理 . 1.3 5.1.1 组织机构 . 1.3 5.1.2角色职责 . 1.3 5.1.3测试安排 . 1.4 5.1.4测试步骤 . 1.4 5.1.5 测试管理工具 . 14 中科软科技柳育醍公司 www.svriotott.coim C恂 整体测试方案 海关信息数据采集与数据应用平台测试项目 II中科软科技柳育醍公司 www.svriotott.coim C恂 整体测试方案 海关信息数据采集与数据应

4、用平台测试项目 III 5.1.6用户问题处理、反馈流程 .14 5.1.7 测试通过准则 .15 5.1.8 测试异常中止准则 .15 5.1.9风险分析及预防 .16中科软科技IS份育醍公司 www.svri0SDft.coim cn 整体测试方案 海关信息数据采集与数据应用平台项目 i 第 1 章概述 1.1 编写目的 编写本测试方案的目的是为客户、项目经理、开发人员、测试工程师、维 护人员等项目相关人员提供海关信息数据采集与数据应用与平台测试项目整体 系统测试指导。 1.2 读者对象 本测试方案可能的合法读者对象为客户、项目经理、开发人员、测试人 员、维护人员。 13 项目背景 随着经

5、济环境、执法环境的变化，海关大监管、关警融合、分类通关等各 项业务的不断深入，加快通关速度和大通关对缉私工作提出了更高的要求，情 报工作在海关各工作特别是缉私工作中的地位和作用日益凸显，所担负的职责 更加繁重，任务更加艰巨，海关人力资源与监管要求直接的矛盾突出。为了提 升海关大监管的综合执法能力及海关缉私办案能力，必须借助现代化情报工作 机制及计算机情报信息系统支持，完善情报机制，体现情报信息服务，增强对 全国海关情报业务的掌控能力。中科软科技IS份育醍公司 www.svri0SDft.coim cn 整体测试方案 第 2 章测试方案概述 海关信息数据采集与数据应用平台测试项目 2 2.1 测

6、试目标 （1） 系统界面操作无明显异常，符合业务需求规定； （2） 根据需求规格说明书，总体设计、详细设计文档实现整体功能测试； （3） 系统主要流程，无异常，符合需求； （4） 根据需求进行性能测试、稳定性、健全性及安全测试； （5） 所有测试用例100册行； （6） 所有缺陷处于 Closed、Rejected、Pen di ng 状态； （7） 缺陷修改要求：High级缺陷修复率应达到100% Medium级缺陷修复 率应达到95%以上; Low级缺陷修复率应达到60%以上。 2.2 测试范围 本次测试主要针对海关信息数据采集与数据应用平台项目的软件需求规格 说明书中涉及的要求进行完整性

7、测试，包括界面、功能和流程的全面测试，以 及性能测试、稳定性、健全性及安全测试等。本次测试采用黑盒测试的方法为 主，辅助进行代码审查。 2.3 参考资料 海关信息数据采集与数据应用平台测试项目需求规格说明书 海关信息数据采集与数据应用平台测试项目合同 公司软件测试规范。中科软科技柳育醍公司 www.5vriotott.CDm 匸恂 整体测试方案 第 3 章测试环境 海关信息数据采集与数据应用平台测试项目 3 测试环境分类 测试环境名称 硬件环境 软件环境 客户端 PC 机 1 (172.179 106) Pe ntium(R) D CPU 3.00GHZ2.99GH Z, 1.99GB 内存

8、Win dows XP Professio nal SP2 PC 机 2 (23) Pe ntium(R) D CPU 3.00GHZ2.99GH Z, 1.99GB 内存 Win dows XP Professio nal SP2 服务器端 应用服务器 待定 待定 数据库服务器 企业端(08): IBM XDERIES_366 Intel (R)Xeon(7M) MP CUP 3.16GHz 3.17GHz 3.25GB 内存 中心端(2): System Model: IBM,7040-671 Number Of Process

9、ors: 16 Processor Clock Speed: 1500 MHz CPU Type: 64-bit Memory Size: 16384 MB Hard Disk: 109200MB 企业端： Win dows 2003 Server En terprise Editi on SP2 中心端： AIX Versio n 5.3 中科软科技柳育醍公司 www.5vriotott.CDm 匸恂 整体测试方案 第 3 章测试环境 海关信息数据采集与数据应用平台测试项目 4 MQ 服务器 (企业端： 4 ； 中 心 端 3) System Mo

10、del: IBM,7026-6M1 Number Of Processors: 8 Processor Clock Speed: 752 MHz CPU Type: 64-bit Memory Size: 8192 MB Hard Disk:36400MB AIX Versio n 5.3 MQ6.0 中科软科技n柳育醍公司 www.svhosott.CDm .cn 整体测试方案 海关信息数据采集与数据应用平台测试项目 5 其它 加 M 机 (50) 分中心 （邮箱客户 端） 同 PC 机 1 和 PC 机 2 同 PC 机 1 和 PC 机 2 浏览器 IE6 表 4.1

11、 测试环境中科软科技IS份育醍公司 www.svri0SDft.coim cn 整体测试方案 第 4 章测试方案 6 4.1 测试依据 在本项目实施过程中编写的需求、设计、计划、测试方案、测试报告等产 出物，需要通过客户、项目经理、 QA测试经理等该项目相关人员审核 4.2 功能测试 测试人员根据通过审核的需求、设计、测试方案等文档编写测试用例，要 求测试用例的功能覆盖率要达到100%测试过程中测试人员严格执行测试用例 并记录测试结果，验证系统的功能实现是否达到需求、 设计要求， 是否满足客 户目标。 测试用例执行率达到100%测试过程中所有问题提交 BugFree。 4.3 性能测试 应用系

12、统经过系统测试后形成相对稳定版本， 测试组在稳定版本的基础上 选择性能测试点进行性能测试，测试组负责编写性能测试方案，对系统进行压 力测试、并发测试、稳定性测试。测试过程中使用性能测试工具 LoadRu nner 执行性能测试时，同时填写性能测试记录表、性能测试调优过程记录表 4.4 内部测试 .1 测试策略 测试过程按三个步骤进行，即单元测试、集成测试、系统测试，根据不同 阶段测试的测重点不同。 单元测试 首先按照系统、子系统和模块进行划分，但最终的单元必须是功能模块 ，或 面向对象过程中的若干个类。单元测试是对功能模块进行正确性检验的测试工 作

13、，也是后续测试的基础。目的是在于发现各模块内部可能存在的各种差错， 因此需要从程序的内部结构出发设计测试用例，着重考虑以下五个方面： 海关信息数据采集与数据应用平台测试项目中科软科技n柳育醍公司 www. si hotott .comC恂 整体测试方案 海关信息数据采集与数据应用平台测试项目 7 1） 模块接口：对所测模块的数据流进行测试。 2） 局部数据结构：检查不正确或不一致的数据类型说明、使用尚未赋值或 尚未初始化的变量、错误的初始值或缺省值。 3） 路径：虽然不可能做到穷举测试，但要设计测试用例查找由于不正确的 计算（包括算法错、表达式的符号表示不正确、运算精度不够等） 、不正确的比

14、较或不正常的控制流（包括不同数据类型量的相互比较、不适当地修改了循环变 量、错误的或不可能的循环终止条件等）而导致的错误。 4） 错误处理：检查模块有没有对预见错误的条件设计比较完善的错误处理 功能，保证其逻辑上的正确性。 5） 边界：注意设计数据流、控制流中刚好等于、大于或小于确定的比较值 的用例。 集成测试 集成测试也叫组装测试或联合测试（接口联调测试）。通常，在单元测试的 基础上需要将所有的模块按照设计要求组装成系统，这时需要考虑的问题： 1） 在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失。 2） 一个模块的功能是否会对另一个模块的功能产生不利的

15、影响。 3） 各个子功能组合起来，能否达到预期要求的父功能。 4） 全局数据结构是否有问题。 5） 单元模块的误差累积起来，是否会放大，从而达到不能接受的程度。 系统测试 系统测试目的是在于验证软件的功能和性能及其他特性是否与用户的要求 一致，主要是下列类型的测试： 1）用户界面测试：测试用户界面是否具有导航性、美观性、行业或公司的 规范性、是否满足设计中要求的执行功能。 2） 功能测试：验证功能实现是否满足客户需求。 中科软科技IS柳育醍公司 www. sirnotoft .com 匸恂 整体测试方案 海关信息数据采集与数据应用平台测试项目 8 3） 性能测试：

16、测试相应时间、事务处理效率和其他时间敏感的问题。 4） 可靠性测试：测试系统对数据有效性检查能力和抵御误操作的能力。 5） 容量测试：测试大量数据对系统的影响。 6） 容错性测试：测试软件系统克服软件、硬件故障的能力。 7） 数据安全测试：测试系统在出现异常情况下，是否可以保护数据不丢 失；测试系统能否可以进行数据库的备份和恢复。 8） 易用性测试：重点关注系统的易理解性、易操作性、易学性。 9） 安装部署测试：确保软件系统在所有可能情况下的安装效果和一旦安装 部署之后必须保证正确运行的质量。 .2 测试管理 4.4214.421 组织机构 角色职

17、责 角色 职责 测试经理 - 负责与项目经理沟通，进行测试的整体策划、制定测试计 中科软科技股柳育醍公司 WWW. Sinh os oft .com C恂 整体测试方案 海关信息数据采集与数据应用平台测试项目 9 戈 V、组织测试实施、分析测试结果，控制测试进度和 Bug 清 除率。 测试员 - 负责检查测试环境、测试版本、编写并执行测试大纲、测试 用例、报告缺陷、验证修改结果，进行测试数据统计，提交 测试报告。 项目经理 - 负责与测试经理沟通，参与测试的整体策划、提供测试依据 等相关材料；介绍系统功能，负责测试组与开发组间协调。 程序员 - 按时部署测试环境、数据，提交可测试的软件版本，协

18、助测 试员编写用例，及时修改缺陷、填写修改记录。 QA工程师 - 对测试过程、测试结果进行规范性检查 项目负责人 - 评价测试结果 测试安排 总体测试时间：2016年9月1日一2016年11月13日。 第一阶段测试：2016年9月1日一2016年10月9日，开发人员编写 代码，完成系统功能开发，并对完成的功能模块进行单元测试、集成测 试； 第二阶段测试：2016年10月10日一2016年10月25日，测试组对项 目的软件系统进行功能测试，由开发人员完成所有问题的修改。 第三阶段测试：2016年10月26日一2016年11月4日，测试组进行 性能测试并完成问题修改。

19、 测试步骤 具体测试步骤： 1、 对整体流程进行测试，保证系统整体业务流程可以走通。 2、 对整体业务流程中的分支流程进行测试，保证系统业务分支流程可以走 通。 3、 各业务系统流程测试 中科软科技n柳育醍公司 www. sihosoft .cam cn 整体测试方案 海关信息数据采集与数据应用平台测试项目 10 4、 各子系统功能点测试。 5、 覆盖性测试。 6、 系统性能测试。 回归测试贯穿每个测试阶段。 系统整体流程如下说明： 1、 基础数据由数据采集系统从进出口相关执法部门采集，包括涉毒信息、 旅客信息、航班信息等，形成基础数据。 2、 系统进行数据收集存

20、储、数据加工处理、主题数据建立等处理，进行主 数据转换加载与业务数据转换加载，产生中间过程数据，具有时间戳和 更新标记。 3、 对集成数据进行分析，满足实时查询与统计需要，形成统计报表。 4、 动态数据仓库存放风险数据、预警数据。 5、 对预警数据进行评分、排名并设置消息推送。 测试管理工具 工具名称：Bugfree3.0 来源：官方网站 功能：测试用例、缺陷管理，自动统计测试结果 4.4264.426 缺陷处理流程 Bugfree3.0规定缺陷有三种状态（见表-1）、七种解决方案（见表-2） 表-1缺陷有三种状态 缺陷状态 说明 Active（激活） Bug的初

21、始状态。任何新建的 Bug状态都是 Active。可以通过编辑 功能修改 Bug的内容，并指派给合适的人员解决。 中科软科技n柳育醍公司 www.5vriosoft.CDm 匸恂 整体测试方案 海关信息数据采集与数据应用平台测试项目 11 Resolved（解决） 解决中或解决完毕状态。 Closed（关闭） 已修复 Bug、或解决方案（见表-2）被验证无误之后可以关闭。 该 Bug处理完毕。如果没有真正解决或者重新复现，可以重新激 活，Bug状态重新变为 Active。 按照Bugfree3.0.4缺陷处理流程，测试者、Bug修改者都可以使用Bugfree 报告Bug，测试者跟踪Bug状态，

22、验证处理结果，直至关闭。具体过程： 1、 报告者提交一个Bug,缺陷生命周期开始，Bugfree自动将状态置为Active （激活状态），报告者将Bug指派给修改Bug的程序员； 2、 程序员接受Bug,点击解决按钮，进行Bug的修改，并指派Bug修改后的 验证人（默认该Bug的报告者），Bug变为Resolved （解决状态），程序员 选择Bug解决方案： 表-2七种解决方案 Bug 解决方案 方案说明 处理规则 Fixed （有效 Bug） 确认是 Bug，修改完毕、 提交验证。 测试员验证，修改正确、可以关闭；否 贝 V，重新激活。 External （有效 Bug） 外部因素（比如浏览

23、器、 操作系统、其他第三方软 件）造成的问题。 项目经理确认、必要时与客户和相关方 协商解决，测试员验证后关闭；否则， 重新激活。 Postponed （有 效 Bug） 目前不必修改的问题（发 现的太晚了，下一个版本 讨论是否解决）。 项目经理确认、必要时与客户协商，如 果 同意下一个版本讨论或修改，保持 解 决”状态和当前解决方案不变；否则，重 新激活，选择 Fixed/External 方案进行修 改； Won tFix （有 是个问题，但是不影响系 项目经理确认，确实不值得修改、可让 整体测试方案 12 中科软科技柳育醍公司 WWW. sinh ot oft .com C恂 效 Bug

24、） 统使用。 测试员关闭；否则，重新激活，选择适 当的方案进行修改； ByDesign （无 效 Bug） 就是这么设计的，不是 Bug。 项目经理确认，必要时与客户协商，如 果的确不是 Bug，需求和设计就是这样、 或受限于开发环境和工具，可让测试员 关闭；否则，重新激活，选择适当的方案 进行修改； Duplicate （无 效 Bug） 重复的 Bug。 测试员确认，确实是重报、测试员可以 关闭；否则，重新激活，选择适当的方 案进行修改； NotRepro （无 效 Bug） 无法复现的问题。 项目经理确认，确实无法复现，指定专 人跟踪，如果一段时间内 Bug不再重 现，可让测试员关闭；否

25、则，重新激 活，选择适当的方案进行修改。 *需项目经理确认的问题也可委托开发组长、技术骨干审查，关键问题由开发组 长报项目经理确认 3、Bug报告者和修改者参考程序员填写的 Bug解决方案，按照上表定义的处理 规则，需要时请项目经理确认，将可以关闭的 Bug置为Closed（关闭状态）； 否则，重新激活、置为 Active （激活状态）。 4.4274.427 测试通过准则 充分性： 计划测试的功能至少全部测试了一遍; 至少对缺陷高发点进行了回归测试； 测试用例覆盖率100% 测试用例执行率100% Bug清除率： 海关信息数据采集与数据应用平台测试项目中科软科技柳育醍公司 www.svrio

26、tott.coim C恂 整体测试方案 海关信息数据采集与数据应用平台测试项目 13 有效Bug清除率95%以上；其中： 1-2级Bug清除率100% 3-4级Bug清除率95%以上；遗留Bug必须得到客户认可。 4.4284.428 测试异常中止准则 1、 系统的一二级错误太多、不能继续测试； 2、 发现明显设计错误、导致测试对象完全错误； 3、 发现测试对象与用户需求完全不符合； 4、 测试环境没有保障； 5、 测试人员或缺陷修改人员缺席。 4.4294.429 风险分析及预防 严格遵循软件测试规范，做到：组织规范、流程规范、文档规范 依据评审通过的需求规格说明书、设计书编写测试用例； 需

27、求、设计变更时要有客户变更记录； 要求测试大纲和用例： 测试大纲和用例覆盖软件所有的功能要点和主要业务流程； 每一条用例应给出测试数据（需要输入数据时）、执行步骤、方法、预 期结果。 测试大纲和用例应经过项目经理审查、客户负责人评审。 00 提交成果物 整体测试方案 测试用例 BUG-览表 测试报告中科软科技n柳育醍公司 www. sih osott. cam c 恂 整体测试方案 海关信息数据采集与数据应用平台测试项目 14 第 5 章用户测试 用户测试过程中重点关注需求文档中描述的功能是否都已经实现，主要对 系统进行易用性测试、可靠性测试、容错性测试。其测试依据

28、及测试环境同测 试组相同。 5.1 测试管理 .1 组织机构 项目组軌导 .2 角色职责 角色 职责 用户测试代表 负责检查测试环境、测试版本、报告缺陷、验证修改结果，进 行测试数据统计，提交用户测试报告。 项目经理 负责与甲方测试人员沟通， 参与测试的整体策划、 提供测试依 据等相关材料；介绍系统功能，负责甲方测试人员与开发组间 协调。 开发组 按时部署测试环境、 数据，提交可测试的软件版本， 编写测试 用例、测试大纲，及时修改缺陷、填写修改记录。 QA 工程师 对测试过程、测试结果进行规范性检查 甲方项目负贵人 用户测试 代表I 用户测试 代表2 中科软科技n柳育醍公司 WWW. Sinh osott .com 整体测试方案 海关信息数据采集与数据应用平台测试项目 15 甲方项目负责人 评价测试结果 .3 测试安排 测试时间：2016年11月5日一2016年11月20日，业主进行测试并完成 问题修改。 .4 测试步骤 第一步：测试开始前，由项目经理介绍已实现的功能、业务流程，保证用户 方测试