协议测试方案.docx
- 文档编号:3706046
- 上传时间:2022-11-24
- 格式:DOCX
- 页数:7
- 大小:23.08KB
协议测试方案.docx
《协议测试方案.docx》由会员分享,可在线阅读,更多相关《协议测试方案.docx(7页珍藏版)》请在冰豆网上搜索。
协议测试方案
协议,测试方案
篇一:
测试方案&验收标准及方案
第八章测试方案
网络测试方案
一个高品质的网络要通过业务设计和定位、网络设计、设备选型、工程建设、方案验证和持续优化、维护管理6个环节来保证,其中设备选型、方案验证和优化主要通过选型测试和网络测试实现。
为此中国电信于XX年初和XX年初分别组织了CN2项目的设备选型测试和网络验收测试。
两次测试被业界认为是全球高端路由器和传统互联网向下一代多业务融合承载网转型的路演。
以网络需求为导向
以网络需求为导向,根据网络运营对设备的要求制订测试内容是测试中坚持的最基本方法。
“萝卜青菜,各有所爱”,对选型测试来说,因为被选的设备最终是被某个特定网络所用的,所以必须根据网络的“口味”进行评价选择。
将测试定位在网络而不是设备,也是运营商测试与设备厂商内部测试或第三方单位测试的本质区别,CN2的测试工作只有紧扣网络才是有意义的。
CN2网络是以盈利为目标的“精品网”,中国电信上下各级对她有很多的憧憬:
能够承载商业大客户、语音、视频、数据等业务的统一多业务承载网络,具有高安全性和QoS保证。
这样的网络要求设备具备六个方面的能力,包括:
高可扩展性、高可用性、多业务融合承载能力、区分服务提供能力、可管理性和安全性。
分析这些能力要求,就转换为一个完整的测试和评估指标体系,包括:
设备可用性及其控制/转发平面的稳定性、交换容量和路由/标签/组播容量、流量转发能力、快速路由收敛和快速重路由(FRR)能力、服务质量保证(QoS)能力、MPLSVPN和组播业务能力、IPv6能力、网络管理和安全能力等。
根据网络需求制订测试内容之后,在具体的测试项目中,中国电信不断深入分析需求细节,定义测试指标和参数,设计测试方法。
以IGP的快速路由收敛测试为例,因为CN2的需求是在ISIS域内,任何单电路或单路由器发生故障后,全网ISIS协议必须在一秒以内收敛。
因此,根据CN2网络的工程技术施工规范,在设备上配置快速收敛机制和相关时间参数。
分析CN2的网络结构,将一个充分
体现其结构特征的模拟拓扑用仪表广播给被测设备。
模拟网络拓扑包含1200个节点设备、6000条链路;包括核心、汇接、边缘三层网络结构,一级全Full-Mesh、2级到1级双归、3级到2级双归;核心、汇接、边缘之间的节点数比例是1∶4∶20。
拓扑中的路由网段先取节点互联链路所在子网,不够的从边缘层节点补充子网路由。
模拟网络上常见的单电路或单路由器故障类型,测试出设备在这个模拟网络中的快速收敛能力。
科学全面组织网络测试
在CN2上进行如此大规模的、复杂而深入的网络测试,要解决的技术问题主要包括:
在测试标准上确定完善科学的验收指标,在测试方法上以有限的资源全面考察如此大规模网络诸多方面的功能、性能和容量。
为此,中国电信在指标体系的确定和量化、测试方法学、仪表和设备能力、测试选点、误差校准等方面进行了深入细致的研究。
在CN2网络测试中的科学全面考虑有如下几个方面:
选点抽样
采用科学的抽样方法。
综合考虑业务运营模式、预测业务流量、网络层次、设备类型、链路类型、地理位置及机房分布等,选择测试节点;测试路径的选择全面涵盖不同层次节点组成的路径,包括核心之间、核心到非北方省(区、市)汇接、核心到非北方边缘业务控制点等。
误差校准
在所有与时延相关的测试条目中,在所有测试节点采用精密的时钟同步仪表GPS校准时间,以消除NTP同步机制所产生的时间误差。
同时,将通过仪表测试数据矫正和补偿网络管理软件测试的结果。
多测试手段对照互补
功能测试:
“黑箱”测试,通过应用(www、dns、telnet、ping、trace等)测试和检查网络运行状态(如查看路由表、QoS队列信息等)进行。
性能测试:
以设备内置性能测试代理为主、仪表测试为辅(主要用于校验前者;受仪表数量限制,只能选取有限节点),在背景流基础上发送测试流,然后统计数据,计算结果。
业务体验验证:
通过使用应用系统主观感受网络的业务能力。
容量测试:
通过仪表模拟网络设备,发送大量控制信息(如BGP路由)。
由于控制信息会自动传播至全网,故对仪表数量、节点选择并无过多要求。
多角度全面测试
功能测试:
测试网络功能,如路由、QoS、VPN、组播、安全、网管功能是否正常,这是最基本也是最重要的测试工作。
业务性能测试:
测试网络时延、丢包率、抖动、故障倒换速度等。
性能测试的结果将说明CN2网络未来可能的业务质量。
网络容量测试:
测试网络容量,主要是控制层面的容量,如支持的IGP、BGP路由数量,组播组数量等。
容量测试的数据代表了CN2网络的扩展性。
业务叠加
多年的测试经验表明,许多设备单项测试结果很好,但是在进行业务叠加时测试数据发生很大变化。
对选型测试而言,业务叠加可以更全面、深入地考验设备的实际工作能力;对网络测试而言,业务叠加是更妙的“试运行”分析,可以提前找出网络承载业务的隐患。
CN2网络测试发现了现有协议和主流设备100多个缺陷并对网络进行了相应优化,解决了互联网转型方面急需解决的大量问题,为将来的网络运维和业务设计、推广提供了基础。
CN2网络测试能取得这样的成果,业务叠加测试功不可没。
在CN2网络测试中,中国电信是这样进行业务叠加的。
全网导入背景流量:
各测试节点同时用仪表产生持续的、IP包长为IMIX混合的泊松背景流量,并使各测试路径上各条链路的带宽利用率达50%左右。
在背景流量持续存在的同时,又通过仪表产生2M的测试流模拟CN2的任意一个专线接入业务流,考察该业务流的各项性能参数指标。
同时模拟CN2承载的所有关键业务,如QoS、VPN、组播、视频等。
IGP路由叠加:
用仪表端口在多个点同时导入不同的ISIS模拟拓扑,设置拓扑中的部分链路按一定频率和方式持续循环波动,模拟IGP全网路由振荡。
BGP路由叠加:
在两个核心节点导入从Internet上读取的国际路由表,同时在多个汇接节点导入城域网路由和IBGP路由;并设置这些路由表中的部分路由条目的持续循环波动频率和方式,模拟BGP全网路由振荡。
组播业务叠加:
用与P设备相连的仪表端口模拟4个不同的组播源;在其他有测试仪表的节点上,用与PE设备相连的仪表端口模拟两个普通组播用户,加入600个组播组;同时在所有无测试仪表的节点的PE上开启PIM-SM,用其loopback100端口模拟1个组播用户,该用户加入所有组。
观察CN2全网的组播流接收情况。
MPLS叠加测试:
将测试仪表与PE设备直连的GE端口划出多个子端口,子端口1到子端口250模拟成PE设备的直连VPN用户,与PE已配置的子端口建立E-BGP或OSPF邻居关系。
全网共建立1000个VPN,每个VPN注入不同的40条VPN路由;各VPN多个接入站点间向注入的VPN路由网段两两发送双向测试流量,测试MPLSVPN的业务性能。
QoS叠加测试:
从5个节点同时打入ToS=6的关键业务流和ToS=0缺省业务流的两种QoS模拟流,按CN2施工规范设置模拟流的带宽;将MPLSVPN用户流标记成两种队列:
前100个用户标记成EXP=6的关键业务流,其余VPN用户标记成EXP=0的缺省业务流。
观察此时的模拟业务流、MPLSVPN两种不同的流量和组播流的服务质量保证效果。
在5个测试节点P设备的上行端口增加流分类配置,将目的地址为组播组地址的流量标记为ToS=6的关键业务流,并关闭QoS模拟业务流中的高等级流量;然后再观察此时的模拟业务流、MPLSVPN两种不同的流量和组播流的服务质量保证效果。
监控测试方案监控系统测试时要求包括主观测试、客观测试。
1、监控系统测试的质量主观评价是参照现行国家标准《彩色电视图像质量主观评价方法》,按五级损伤制评定。
这是一个综合性的评定,若清晰度、灰度在客观测试中已测出合乎规定,那么主要就是对噪声及各种干扰信号的主观评价。
2、电视监控系统的质量主观评价应符合下列规定:
图像质量的主观评价可采用五级损伤制评定,主观评价不低于四级,五级损伤制评分的分级应符合表2规定。
3、对系统内各项功能技能型检测,其功能指标应符合设计要求,功能检测表格宜按照表5制定。
表5探测器、报警控制器、电源检查的内容
监控系统测试的时候一定注意以下六点:
第一电源问题,是就近取电还是集中供电,最好和监视器等独立供电。
第二电路问题,如果是集中供电会涉及到很多电路接头问题,容易短路要考虑到去检查接头
第三测试硬盘录像机时一定设置移动侦测,并做实地测试,检测灵敏度
第四如果视频闪动,一定不要蒙混过关,闪动必定有原因,接头问题,和BNC头焊接问题,一定要及时处理,做优质监控工程。
第五测试监控时,电路系统一定要加空气开关,一面造成短路后的持续供电根据经验,如加开关测试,会大大减少出错率,
第六一定要测试48小时以上,白天测试后一定要注意晚上也接着测试,如果是固定枪机,那还要调整镜头焦距光圈等
直到监控画面不出闪,录像正常为止。
门禁测试方案
门禁控制系统的调试工作是一项非常细致的工作。
在系统安装完毕后,首先应按图纸进行仔细的检查和作必要的测量工作。
尤其是在系统通电以前,应对系统的供电部分的绝缘阻抗,供电电路有无短路、开路、接错等现象进行仔细检查,确保无误,以免造成人身和设备的损害。
当检查确信无误后,放可通电进行系统的调试工作。
当选用进口设备时,在通电之前,应检查设备的供电制式是否符合供电要求;具有供电电压变换插头或开关的设备,开关或插头是否设在220VAC的档位,以免档位不对,造成不必要的损失。
篇二:
测试方案模板
测试方案模板
1概述
编写目的
[说明编写本测试方案的目的是为软件开发项目管理者、软件工程师、系统维护工程师、测试工程师提供关于XX系统整体系统功能和性能的测试指导。
]
读者对象
[本测试方案可能的合法读者对象为软件开发项目管理者、软件工程师、测试组、系统维护工程师。
]
项目背景
[可以如下那样简单说明,根据项目的具体情况,方案编写者也可以进行详细说明项目名称:
XXX。
简称:
XXX
项目代号:
PowerXXX。
委托单位:
XXX。
开发单位:
XX公司
主管部门:
XXX。
]
测试目标
[说明进行项目测试的目标或所要达到的目的]
参考资料
[列出编写本测试方案时参考的资料和文献。
]
2测试配置要求
网络环境
[在此说明应用系统的网络环境,如果应用系统是网络版的,必须具有本节内容。
]
网络硬件
[此处给出网络硬件的拓扑图、名称、规格、数量、配置等信息。
]
网络软件
[此处给出网络软件的名称、协议、通讯和连接方式等信息。
]
服务器环境
服务器硬件
[此处给出服务器硬件的名称、规格、数量、配置等信息。
]
服务器软件
[此处给出服务器软件的名称、协议和版本等信息。
]
工作站环境
工作站硬件
[此处给出工作站硬件的拓扑图、名称、规格、数量、配置等信息。
]
工作站软件
[此处给出工作站软件的名称、协议和版本等信息。
]
测试手段
[在此参照《测试计划》说明测试方法和工具,注明执行测试时,必须同时填写《测试记录表》。
]
测试数据
[在此简要说明测试数据的形成,如以客户单位具体的业务规则和《XX系统需求分析说明书》,参考《XX系统概要设计说明书》、《XX系统详细设计说明书》和《数据规格说明书》中规定的运行限制,设计测试用例,作为整个XX系统的测试数据。
]
测试策略
[在此说明测试策略,可以如下这样说明
测试过程按三个步骤进行,即单元测试、组装、系统测试,根据不同阶段测试的测重点不同,分别介绍测试策略:
A)单元测试
首先按照系统、子系统和模块进行划分,但最终的单元必须是功能模块,或面向对象过程中的若干个类。
单元测试是对功能模块进行正确性检验的测试工作,也是后续测试的基础。
目的是在于发现各模块内部可能存在的各种差错,因此需要从程序的内部结构出发设计测试用例,着重考虑以下五个方面:
1)模块接口:
对所测模块的数据流进行测试。
2)局部数据结构:
检查不正确或不一致的数据类型说明、使用尚未赋值或尚未初始化的变量、错误的初始值或缺省值。
3)路径:
虽然不可能做到穷举测试,但要设计测试用例查找由于不正确的计算(包括算法错、表达式的符号表示不正确、运算精度不够等)、不正确的比较或不正常的控制流(包括不同数据类型量的相互比较、不适当地修改了循环变量、错误的或不可能的循环终止条件等)而导致的错误。
4)错误处理:
检查模块有没有对预见错误的条件设计比较完善的错误处理功能,保证其逻辑上的正确性。
5)边界:
注意设计数据流、控制流中刚好等于、大于或小于确定的比较值的用例。
B)集成测试
集成测试也叫组装测试或联合测试。
通常,在单元测试的基础上需要将所有的模块按照设计要求组装成系统,这时需要考虑的问题:
(1)在把各个模块连接起来的时候,穿越模块接口的数据是否会丢失。
(2)一个模块的功能是否会对另一个模块的功能产生不利的影响。
(3)各个子功能组合起来,能否达到预期要求的父功能。
(4)全局数据结构是否有问题。
(5)单元模块的误差累积起来,是否会放大,从而达到不能接受的程度。
我们在组装时可参考采用一次性组装方式或增殖式组装方式。
C)系统测试
系统测试目的是在于验证软件的功能和性能及其他特性是否与用户的要求一致,主要是下列类型的测试:
1)用户界面测试:
测试用户界面是否具有导航性、美观性、行业或公司的规范性、是否满足设计中要求的执行功能。
2)性能测试:
测试相应时间、事务处理效率和其他时间敏感的问题。
3)强度测试:
测试资源(内存、硬盘)敏感的问题。
4)容量测试:
测试大量数据对系统的影响。
5)容错测试:
测试软件系统克服软件、硬件故障的能力。
6)安全性测试:
测试软件系统对非法侵入的防范能力。
7)配置测试:
测试在不同网络、服务器、工作站的不同软硬件配置条件下,软件系统的质量。
8)安装测试:
确保软件系统在所有可能情况下的安装效果和一旦安装之后必须保证正确运行的质量。
]
测试通过准则
[在此规定本系统通过测试的准则,即当依据测试用例执行者测试结果与预期结果相符,或测试结果与预期结果虽有不符但不可归咎于应用程序时为测试通过,反之则为测试失败。
]3软件结构介绍
概述
[在此概要介绍应用系统的整体功能。
如模块包括XXX,XXX和数据维护系统等XX个系统,每个系统又包括若干子系统或功能模块。
]
整体功能模块介绍
[在此介绍XX系统的功能模块如下表所示。
]
整体功能模块关系图
[此处给出软件功能模块结构图。
]
系统外部接口功能模块关系图
[此处说明整个应用系统和已经存在或即将存在的其他应用系统之间关于数据通信和功能调用等的接口约定和具体的运作机制。
具体项目可以根据实际情况进行裁剪]
系统内部接口功能模块关系图
[此处说明整个应用系统内部各子系统或子系统内部各功能模块之间关于数据通信和功能调用等的接口约定和具体的运作机制。
]
4单元测试用例
[注:
模板是按照系统模块化进行编写的,具体项目可参照执行,如面向对象的编程时可以按组件进行单元测试。
]
系统
XX子系统
模块测试
[软件项代号:
方案代号:
填写说明:
1.“软件项代号”是来自于软件功能结构划分中的规定。
2.“需求规格说明”是来自于《需求分析说明书》、《概要设计说明书》和《详细设计说明书》中的需求和设计要求。
篇三:
12测试方案
UFS/QP/2-D1/QR/12测试方案
_______ERP项目测试方案
建立日期:
XX-06-01
修改日期:
文控编号:
UF_XX_(PMP项目号)_03(阶段序号)_XX(流水号)
客户项目经理:
日期:
用友项目经理:
日期:
文档控制
更该记录
审阅
分发
目录
文档控制更该记录一、测试总体说明二、测试范围三、测试方式四、测试时间安排
五、测试数据准备与总体业务流程六、企业总体业务流程及说明总体流程说明六、销售业务流程测试测试背景相关选项设置
测试业务流程-销售业务销售发货及出库流程销售退货流程
销售出库成本确认流程销售应收挂帐及收款流程预收款业务流程特殊业务点测试七、生产业务测试流程相关测试背景相关选项设置
测试业务流程-生产业务生产总体业务图物料清单计划采购计划生产领料
生产补退料-材料退仓换料流程自制不合格品处理流程倒冲业务流程其它业务点说明八、采购业务流程测试相关测试背景相关选项设置
测试业务流程-采购业务采购订货及仓库收货流程
采购退货流程
采购入库成本确认流程采购应付挂帐及付款流程预付业务流程委外加工业务流程特殊业务点测试九、仓库业务流程测试相关测试背景相关选项设置
测试业务流程-仓库业务仓库业务总体流程入库业务出库业务其它业务盘点业务特殊业务点测试十、财务帐务流程测试相关测试背景相关选项设置
测试业务流程-财务业务存货核算业务总体流程总帐业务总体流程UFO报表业务特殊业务点测试十一、月末结帐顺序十一、其它业务流程
一、测试总体说明
系统测试是对业务需求分析方案验证的过程,通过模拟客户真实的业务环境,对系统上线后的使用情况进行预测。
测试内容包括软件的正确性、容错性、易用性和效率,要尽可能全面地模拟真实的生产系统,发现有可能发生的错误,并及时修改错误,对发现的业务分析方案中不妥之处也要做出调整。
总之,系统测试的目的就是保证一套合理的业务解决方案能够在一套经过测试的软件上正确地、有效率地运行,使软件满足客户需求。
系统测试是系统顺利上线的关键环节,保证测试效果的关键是完善的测试方案。
二、测试范围
测试地点:
XXX测试模块:
总账、UFO报表、应收应付、销售管理、采购管理、库存管理、存货核算、物料清单、生产订单、需求规划
测试人员:
各部门的测试由参加过上次培训和调研的人员组织,其他人员应积极参与和协助。
三、测试方式
为使测试运行工作进展顺利,便于测试过程中相关部门间的相互沟通,确定本次测试运行采用会议室测试方式,即在会议室搭建网络系统,各相关部门派一名操作人员到现场,根据咨询顾问实现拟定的测试方案按真实业务流程推动系统运行,并实现单据传递、部门间的业务协同。
测试过程如发现测试中方案未遇到的问题,双方当场协商解决,如不能解决内容需要在测试记录及问题反馈中进行提交备案,所提交问题将在下一测试中进行实现,同时为对业务流程或实施业务解决方案做进一步优化提供依据。
双方一致同意,如果最终测试结果显示,主要流程、关键应用功能和数据无误,非关键问题解决率95%以上,则测试通过,可以继续下一步工作,未解决问题后续可以通过变通解决方案或补丁/功能升级等方式予以解决。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 协议 测试 方案
![提示](https://static.bdocx.com/images/bang_tan.gif)