整体测试方案

上传人:m**** 文档编号:201502584 上传时间:2023-04-20 格式:DOCX 页数:24 大小:78.29KB
收藏 版权申诉 举报 下载
整体测试方案_第1页
第1页 / 共24页
整体测试方案_第2页
第2页 / 共24页
整体测试方案_第3页
第3页 / 共24页
资源描述:

《整体测试方案》由会员分享,可在线阅读,更多相关《整体测试方案(24页珍藏版)》请在装配图网上搜索。

1、文档编号:IE -CUSTOM -整体测试方案-vi.o海关信息数据采集与数据应用平台测试项目整体测试方案令中科软科技股份有限公司Sinosoft Co,Ltd二零一六年九月关于本文档项目名称海关信息数据采集与数据应用平台测试项目主题整体测试方案标识IE-custom -整体测试方案一V1.0说明系统测试刖,需要制定方案,以便对测试工作进行指导。适用对象甲方项目负责人、有关人员中科软项目工程领导小组、项目经理、项目组全体成员以及相关 人员修订历史版本章节类型日期作者说明V1.0C2016年9月5日ced罗晨说明:类型一创建(C)、修改(U)、删除(D)、增加(A);评审记录角色签名日期说明第1

2、章1.11.21.3 第2章2.12.22.3 第3章 第4章4.14.24.34.4第5章5.1概述编写目的1读者对象1项目背景1测试方案概述2测试目标2测试范围2参考资料2测试环境3测试方案5测试依据5功能测试5性能测试5内部测试54.4.1测试策略5,.7,4.4.2测试管理用户测试测试管理1 3135 . 1. 1组织机构135.1.2角色职责13,5.1.3测试安排145.1.4测试步骤14,5.1.5测试管理工具14,5.1.6用户问题处理、反馈流程145.1.7测试通过准则15,5.1.8测试异常中止准则15.5.1.9风险分析及预防16.第1章概述11编写目的编写本测试方案的目

3、的是为客户、项目经理、开发人员、测试工程师、维 护人员等项目相关人员提供海关信息数据采集与数据应用与平台测试项目整体 系统测试指导。1.2读者对象本测试方案可能的合法读者对象为客户、项目经理、开发人员、测试人 员、维护人员。13项目背景随着经济环境、执法环境的变化,海关大监管、关警融合、分类通关等各 项业务的不断深入,加快通关速度和大通关对缉私工作提出了更高的要求,情 报工作在海关各工作特别是缉私工作中的地位和作用日益凸显,所担负的职责 更加繁重,任务更加艰巨,海关人力资源与监管要求直接的矛盾突出。为了提 升海关大监管的综合执法能力及海关缉私办案能力,必须借助现代化情报工作 机制及计算机情报信

4、息系统支持,完善情报机制,体现情报信息服务,增强对 全国海关情报业务的掌控能力。第2章测试方案概述21测试目标(1) 系统界面操作无明显异常,符合业务需求规定;(2) 根据需求规格说明书,总体设计、详细设计文档实现整体功能测试;(3) 系统主要流程,无异常,符合需求;(4) 根据需求进行性能测试、稳定性、健全性及安全测试;(5) 所有测试用例100%执行;(6) 所有缺陷处于Closed、Rejected、Pending状态;(7) 缺陷修改要求:High级缺陷修复率应达到100%; Medium级缺陷修复 率应达到95%以上;Low级缺陷修复率应达到60%以上。22测试范围本次测试主要针对海

5、关信息数据采集与数据应用平台项目的软件需求规格 说明书中涉及的要求进行完整性测试,包括界面、功能和流程的全面测试,以 及性能测试、稳定性、健全性及安全测试等。本次测试采用黑盒测试的方法为 主,辅助进行代码审查。23参考资料海关信息数据采集与数据应用平台测试项目需求规格说明书海关信息数据采集与数据应用平台测试项目合同公司软件测试规范。第3章测试环境测试环境分类测试环境名称硬件环境软件环境客户端PC 机1(172.17.9.106)Pentium(R)DCPU3.00GHZ2.99GHZ,1.99GB内存WindowsXPProfessional SP2PC机2(172.17.9.123)Pent

6、ium(R)DCPU3.00GHZ2.99GHZ,1.99GB内存WindowsXPProfessional SP2服务器端应用服务器待定待定数据库服务器企业端(172.16.1.108)IBM XDERIES_366 Intel(R )Xeon(7M) MP CUP3.16GHz3.17GHz3.25GB 内存 中心端(172.17.16.22) SystemModel:IBM,7040-671Number Of Processors:16Processor Clock Speed:1500 MHzCPU Type: 64-bitMemory Size: 16384 MBHard Disk:

7、 109200MB企业端:Windows2003ServerEnterpriseEdition SP2中心端:AIX Version 5.3MQ服务器(企业端: 172.17.16.14;中心端172.17.16.13)SystemModel:IBM,7026-6M1Number Of Processors:8Processor Clock Speed:752 MHzCPU Type: 64-bitMemory Size: 8192 MBHard Disk:36400MBAIX Version 5.3MQ6.0加M机其它(172.17.8. 250)分中心(邮箱客户-J-LU 端)同PC机1和

8、PC机2同PC机1和PC机2浏览器IE6表4.1测试环境第4章测试方案41测试依据在本项目实施过程中编写的需求、设计、计划、测试方案、测试报告等产 出物,需要通过客户、项目经理、QA、测试经理等该项目相关人员审核。42功能测试测试人员根据通过审核的需求、设计、测试方案等文档编写测试用例,要 求测试用例的功能覆盖率要达到100%,测试过程中测试人员严格执行测试用例 并记录测试结果,验证系统的功能实现是否达到需求、设计要求,是否满足客 户目标。测试用例执行率达到100%。测试过程中所有问题提交BugFree。43性能测试应用系统经过系统测试后形成相对稳定版本,测试组在稳定版本的基础上 选择性能测试

9、点进行性能测试,测试组负责编写性能测试方案,对系统进行压 力测试、并发测试、稳定性测试。测试过程中使用性能测试工具LoadRunner。 执行性能测试时,同时填写性能测试记录表性能测试调优过程记录表44内部测试4.4.1测试策略测试过程按三个步骤进行,即单元测试、集成测试、系统测试,根据不同 阶段测试的测重点不同。4.4.1.1单元测试首先按照系统、子系统和模块进行划分,但最终的单元必须是功能模块,或 面向对象过程中的若干个类。单元测试是对功能模块进行正确性检验的测试工 作,也是后续测试的基础。目的是在于发现各模块内部可能存在的各种差错, 因此需要从程序的内部结构出发设计测试用例,着重考虑以下

10、五个方面:1)模块接:对所测模块的数据流进行测试。2)局部数据结构:检查不正确或不一致的数据类型说明、使用尚未赋值或 尚未初始化的变量、错误的初始值或缺省值。3)路径:虽然不可能做到穷举测试,但要设计测试用例查找由于不正确的 计算(包括算法错、表达式的符号表示不正确、运算精度不够等)、不正确的比 较或不正常的控制流(包括不同数据类型量的相互比较、不适当地修改了循环变 量、错误的或不可能的循环终止条件等)而导致的错误。4)错误处理:检查模块有没有对预见错误的条件设计比较完善的错误处理 功能,保证其逻辑上的正确性。5)边界:注意设计数据流、控制流中刚好等于、大于或小于确定的比较值 的用例。4412

11、集成测试集成测试也叫组装测试或联合测试(接联调测试)。通常,在单元测试的 基础上需要将所有的模块按照设计要求组装成系统,这时需要考虑的问题:1)在把各个模块连接起来的时候,穿越模块接的数据是否会丟失。2)个模块的功能是否会对另一个模块的功能产生不利的影响。3)各个子功能组合起来,能否达到预期要求的父功能。4)全局数据结构是否有问题。5)单元模块的误差累积起来,是否会放大,从而达到不能接受的程度。4.4.1.3系统测试系统测试目的是在于验证软件的功能和性能及其他特性是否与用户的要求 致,主要是下列类型的测试:1)用户界面测试:测试用户界面是否具有导航性、美观性、行业或公司的规范性、是否满足设计中

12、要求的执行功能。2)功能测试:验证功能实现是否满足客户需求。3)性能测试:测试相应时间、事务处理效率和其他时间敏感的问题。4)可靠性测试:测试系统对数据有效性检查能力和抵御误操作的能力。5)容量测试:测试大量数据对系统的影响。6)容错性测试:测试软件系统克服软件、硬件故障的能力。7)数据安全测试:测试系统在出现异常情况下,是否可以保护数据不丟 失;测试系统能否可以进行数据库的备份和恢复。8)易用性测试:重点关注系统的易理解性、易操作性、易学性。9)安装部署测试:确保软件系统在所有可能情况下的安装效果和一旦安装 部署之后必须保证正确运行的质量。4.4.2测试管理4.4.2.1组织机构.项目负责人

13、F. 项目经理k 1.测试经理J1 &Fjk.y r开发人员测试人员4.4.2.2角色职责角色职责测试经理-负责与项目经理沟通,进行测试的整体策划、制定测试计划、组织测试实施、分析测试结果,控制测试进度和Bug清 除率。测试员-负责检杳测试环境、测试版本、编写并执行测试大纲、测试 用例、报告缺陷、验证修改结果,进行测试数据统计,提交 测试报告。项目经理-负责与测试经理沟通,参与测试的整体策划、提供测试依据 等相关材料;介绍系统功能,负责测试组与开发组间协调。程序员-按时部署测试环境、数据,提交可测试的软件版本,协助测 试员编写用例,及时修改缺陷、填写修改记录。QA工程师-对测试过程、测试结果进

14、行规范性检杳项目负责人-评价测试结果4423测试安排总体测试时间:2016年9月1日一2016年11月13日。第一阶段测试:2016年9月1日一2016年10月9日,开发人员编写 代码,完成系统功能开发,并对完成的功能模块进行单兀测试、集成测 试;第二阶段测试:2016年10月10日一2016年10月25日,测试组对项 目的软件系统进行功能测试,由开发人员完成所有问题的修改。第三阶段测试:2016年10月26日一2016年11月4日,测试组进行 性能测试并完成问题修改。4.4.2.4测试步骤具体测试步骤:1、对整体流程进行测试,保证系统整体业务流程可以走通。2、对整体业务流程中的分支流程进行测

15、试,保证系统业务分支流程可以走 通。3、各业务系统流程测试4、各子系统功能点测试。5、覆盖性测试。6、系统性能测试。回归测试贯穿每个测试阶段。系统整体流程如下说明:1、基础数据由数据采集系统从进出相关执法部门采集,包括涉毒信息、 旅客信息、航班信息等,形成基础数据。2、系统进行数据收集存储、数据加工处理、主题数据建立等处理,进行主 数据转换加载与业务数据转换加载,产生中间过程数据,具有时间戳和 更新标记。3、对集成数据进行分析,满足实时查询与统计需要,形成统计报表。4、动态数据仓库存放风险数据、预警数据。5、对预警数据进行评分、排名并设置消息推送。4.4.2.5测试管理工具工具名称:Bugfr

16、ee3.0来源:官方网站功能:测试用例、缺陷管理,自动统计测试结果4.4.2.6缺陷处理流程Bugfree3.0规定缺陷有三种状态(见表-1)、七种解决方案(见表-2)。表-1缺陷有三种状态缺陷状态说明Active激活)Bug的初始状态。任何新建的Bug状态都是Active可以通过编辑 功能修改Bug的内谷,并指派给合适的人员解决。已修复Bug、或解决方案(见表-2)被验证无误之后可以关闭。 dosed关闭)该Bug处理完毕。如果没有真正解决或者重新复现,可以重新激活,Bug状态重新变为Active按照Bugfree3.0.4缺陷处理流程,测试者、Bug修改者都可以使用Bugfree 报告Bu

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

18、、其他第二方软 件)造成的问题。项目经理确认、必要时与客户和相关方 协商解决,测试员验证后关闭;否则, 重新激活。Postponed (有 效 Bug)目前不必修改的问题(发 现的太晚了,下一个版本 讨论是否解决)。项目经理确认、必要时与客户协商,如 果同意下一个版本讨论或修改,保持解 决”犬态和当前解决方案不变;否则,重 新激活,选择Fixed/Extern方案进行修 改;Won tFix(有 效 Bug)是个问题,但是不影响系 统使用。项目经理确认,确实不值得修改、可让测试员关闭;否则,重新激活,选择适当的方案进行修改;ByDesign (无 效 Bug )就是这么设计的,不是Bug。项目

19、经理确认,必要时与客户协商,如 果的确不是Bug,需求和设计就是这样、 或受限于开发环境和工具,可让测试员 关闭;否则,重新激活,选择适当的方案 进行修改;Duplica te(无 效 Bug )重复的Bug。测试员确认,确实是重报、测试员可以 关闭;否则,重新激活,选择适当的方 案进行修改;NotRepro (无 效 Bug )无法复现的问题。项目经理确认,确实无法复现,指定专 人跟踪,如果一段时间内Bug不再重 现,可让测试员关闭;否则,重新激 活,选择适当的方案进行修改。*需项目经理确认的问题也可委托开发组长、技术骨干审查,关键问题由开发组长报项目经理确认。3、Bug报告者和修改者参考程

20、序员填写的Bug解决方案,按照上表定义的处理 规则,需要时请项目经理确认,将可以关闭的Bug置为Closed(关闭状态); 否则,重新激活、置为Active (激活状态)。4427测试通过准则充分性:计划测试的功能至少全部测试了一遍;至少对缺陷高发点进行了回归测试;测试用例覆盖率100%;测试用例执行率100%;Bug清除率:有效Bug清除率95%以上;其中:1-2级Bug清除率100%3-4级Bug清除率95%以上;遗留Bug必须得到客户认可。4.4.2.8测试异常中止准则1、系统的一二级错误太多、不能继续测试;2、发现明显设计错误、导致测试对象完全错误;3、发现测试对象与用户需求完全不符合

21、;4、测试环境没有保障;5、测试人员或缺陷修改人员缺席。4.4.2.9风险分析及预防严格遵循软件测试规范,做到:组织规范、流程规范、文档规范依据评审通过的需求规格说明书、设计书编写测试用例;需求、设计变更时要有客户变更记录;要求测试大纲和用例:测试大纲和用例覆盖软件所有的功能要点和主要业务流程;每一条用例应给出测试数据(需要输入数据时)、执行步骤、方法、预 期结果。测试大纲和用例应经过项目经理审查、客户负责人评审。4.4.2.1提交成果物整体测试方案测试用例BUG 览表 测试报告第5章用户测试用户测试过程中重点关注需求文档中描述的功能是否都已经实现,主要对 系统进行易用性测试、可靠性测试、容错

22、性测试。其测试依据及测试环境同测 试组相同。51测试管理511组织机构项目组领导1 1项目经理4甲方项目负贵人QA组开发组用户测试 代表1用户测试 代表25.1.2角色职责角色职责用户测试代表负责检杳测试环境、测试版本、报告缺陷、验证修改结果,进 行测试数据统计,提交用户测试报告。项目经理负责与甲方测试人员沟通,参与测试的整体策划、提供测试依 据等相关材料;介绍系统功能,负责甲方测试人员与开发组间 协调。开发组按时部署测试环境、数据,提交可测试的软件版本,编写测试 用例、测试大纲,及时修改缺陷、填写修改记录。QA工程师对测试过程、测试结果进行规范性检杳甲方项目负责人评价测试结果5.1.3测试安

23、排测试时间:2016年11月5日一2016年11月20日,业主进行测试并完成 问题修改。514测试步骤第一步:测试开始前,由项目经理介绍已实现的功能、业务流程,保证用户 方测试员深入理解系统功能和业务流程,执行测试用例。第二步:用户方测试人员逐条执行测试用例,发现的问题记录到用户测试问 题跟踪表,并提交给中科软,再由中科软测试人员记录到BugFree中。对于有争议的BUG,外部问题、由项目经理与客户协商解决。5.1.5测试管理工具工具名称:Bugfree3.0来源:官方网站功能:测试用例、缺陷管理,自动统计测试结果用户测试问题跟踪表5.1.6用户问题处理、反馈流程1、报告的方式、频度在用户测试

24、过程中,使用中科软提供的用户测试问题跟踪表.xls记 录用户问题,再由中科软测试人员将问题记录到bugfree中,开发人员修改完毕 后,由中科软测试人员验证通过后,再记录的到用户测试问题跟踪表中,由用户 测试验证,问题的解决方案、修改记录、验证记录、统计测试结果可用bugfree 进行统计;用户测试进行的同时开发人员对于用户发现的问题进行分析、解决。用 户测试问题跟踪表.xls由中科软进行统一收集。测试版本的发布、测试轮次需要协商。2、问题处理和反馈流程5.1.7测试通过准则1、计划测试的功能全部测试一遍;2、测试结果及问题修改情况必须得到用户认可。518测试异常中止准则1系统的一二级错误太多

25、、不能继续测试;2发现明显设计错误、导致测试对象完全错误;3发现测试对象与用户需求完全不符合;4. 测试环境没有保障;5. 测试人员或缺陷修改人员缺席。519风险分析及预防1、测试过程中需要严格按照测试用例操作步骤执行,避免因异常操作造成 用例执行结果无效;2、测试人员需要掌握系统流程,避免测试过程中因测试人员不熟悉业务流 程会延长测试时间;3、测试人员在测试过程中发现有影响测试进度的问题,需要及时和项目经 理沟通,保障测试顺利进行。仅供个人用于学习、研究;不得用于商业用途。For personal use only in study and research; not for commerc

26、ial use.Nur fur den persnlichen fur Studien, Forschung, zu kommerziellen Zwecken verwendet werden.Pour l Qtude et la recherche uniquement a des fins personnelles; pas a des fins commerciales.TOJibKo gnjirogeHpTopurenonb3yiHDToc(iiyHeHiiC5ic, negoBBaffleufioucnoHb3OBaTbcm b KOMMepecKuxn,eiox 仅供个人用于学习

27、、研究;不得用于商业用途。For personal use only in study and research; not for commercial use.Nur fur den persnlichen fur Studien, Forschung, zu kommerziellen Zwecken verwendet werden.Pour l Qtude et la recherche uniquement a des fins personnelles; pas a des fins commerciales.TOJibKo gnjirogeHpTopurenonb3yiHDToc(iiyHeHiiC5ic,negoBiaHHeuHOucnoHb3OBaTbcm b KOMMepecKuxn,eiox

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!