电子测量仪器 |
|
| 按行业筛选 |
|
|
| 按产品筛选 |
|
|
| |
本产品全部新闻
|
|
|
|
选择自动化测试加速产品推向市场的时间 |
|
http://cn.newmaker.com
2/15/2008 3:11:00 PM
佳工机电网
|
|
对带宽和集中服务不断增长的需求比如三重播放(语音、数据、视频)对网络设备商带来了巨大的压力,与此同时,对服务增长的需求也给网络运营商进行网络部署和提高他们的服务质量带来不小的压力。在这种激烈的竞争环境下,各公司正竭尽全力推出高质量的产品和高质量的服务。延迟推出产品的时间意味着错失了市场良机,降低收入和失去市场份额。产品中不合适的设计和产品实现错误以及开发中的错误评价也会导致过高的成本并且失去销售额。
不少测试实验室在降低重复测试成本的同时,已经开始使用自动化技术缩短新产品的发布周期。脚本程序专家为测试设备和需要测试的设备的CLI或者SNMP MIB库编写程序。测试自动化允许测试工程师在故障排除和阐释错误结果方面集中精力,而不需要手动进行测试。这样优化了测试工程师的工作流程,可以更全面更广泛地对产品进行测试。然而,各公司在招聘理解测试方式和懂得编程的工程师方面面临着挑战。
所有的主要网络测试设备制造商以及一些第三方公司均已推出了支持自动化时代测试的产品,给流水线测试的发展带来好处。
质量评估测试流程涉及了设计和执行一系列的测试案例,将受测试设备或者受测试系统置于仿真环境中,让设备或者系统如设置的那样运转,或者进行特殊设计,暴露受测试设备或者受测试系统的缺陷。
一旦在测试案例显示出测试成功的所需的性能,在需要的时候就可以进行自动化测试。这种情况通常要涉及捕获设备的配置信息和在一个或多个手动网络拓扑的测试,以上的功能需要重复调用而不需要测试人员的干涉。
下面的技术提高了工程师的测试效率(其中一些更有效率的方式)
*应用程序接口(API)
不少网络设备制造商和提供商已经在某种程度上实现了内部自动化。其中一些公司在测试工具的抽象层上甚至是受测试系统上定义了自己的应用程序接口(API)。这些API包括如“开始分析”、“停止分析”、“通信发生”、“通信停止”等一般的命令。这类API的好处是大部分测试工程只需要学习一种编程语言即可。这类API和已开发的随时可用的内部路径可以加快测试案例的开发。然而,这种方式有几个缺陷:API通常对测试设备商提过的性能的共同点有最低的限制(这样就不能利用各个公司特有工具,不管这种特殊工具是多么的必要);脚本通常很难调试(作为附加层和真正的测试设备有点距离的API)而且API仍然局限在手动开发的模型上,并不能利用测试设备商提供的快捷,更加先进的自动代码生成包。
*标准测试包:这些由各公司提供的测试包已写进了执行网络标准的测试案例中。网络标准的范围从RFC 2544 到 RFC 2889,适合测试交换机和路由器、多播测试组、路由协议组和接入测试解决方案;由于是作为标准测试包运行,不需要占用开发资源,而且可以完全去掉设计和实现的步骤;只要是适当的关于测试技术通用的行业标准,这些测试包就可以很好地解决了从产品开发到产品推出市场的问题,因为测试包应用快捷而且只需稍微额外投入一点就可以执行。IETF Benchmarking Working Group就是这类测试技术标准化组织论坛。
*自动代码的生成:测试设备商采用了许多方式来降低测试设备开发的复杂性。一些公司的产品可以让测试开发者使用静态测试设备的配置并将配置储存到文件中以供以后使用。这些文件包括编程语言的声明比如TCL或者一些公司专有的文件。其他一些测试设备公司允许测试开发者指定静态配置和交互测试步骤并且产生文件。这些文件可以重复使用该公司工具或者转化为可以在测试管理架构中执行的TCL语言。一些第三方公司也让用户可以采用交互配置测试设备和在受测试器件中使用捕获模式。捕获的数据可以打包和重复使用。这些技术中重要的部分是工具中可以同时捕获测试中静态和动态步骤的程度及防止测试案例开发者开发低级代码。很明显,任何工具都需要工程师处理测试开发中的部分的代码,自动代码生成可以提高开发效率。
* 结果分析:所有的主要测试设备公司都支持以下功能:对限制具体说明,对超差情况的自动检测,对测试行为的具体说明然后产出测试结果。各公司主要的差别在于对超差情况案例的规范上。一些公司需要进一步编程,而另外一些公司提供基于GUI的接口,不需要理解任何编程语言就可以产生合适的检测代码。而且,各种处理方式中不需要编码的优先级别高于需要编码的,而所有其他的方式均处于同等地位。
*故障排除工具:自动化中最耗时的一个步骤之一是故障排除测试脚本的产生,无论脚本程序是自动生成还是手动编程。所有主要测试设备公司有自己的工具或者模式,这些工具或模式允许在测试开发者在测试脚本执行时候看到在测试设备配置和测试结果。这种情况的两种处理方式是:在基于过程编程语言的模式中查看配置和结果或者在基于GUI的模式中察看配置和结果。过程编程语言可以利用测试设备数据模型的详细说明很容易地直接定位脚本中的本地故障;基于GUI的方式虽然可以提供友好的数据界面,但是常常在对脚本的特殊情况直接定位故障原因的方面失效,这种问题在网络设备公司或者SP API在使用设备的时候更加严重。
在网络设备测试领域中,作为提高测试开发效率一种方式的自动代码生成在最近才为人们所注意。即使一些测试案例要求手动编程也只是因为他们复杂性或者一些其他关于效率的原因,自动代码生成为网络设备商和运营商缩短产品开发与推向市场的时间的同时提高测试覆盖率带来了真正的好处。这个领域在迎接产品推向市场在时间上的挑战,持续提供新的方式和能力的道路上充满了希望。
|
对 电子测量仪器 有何见解?请到 电子测量仪器论坛 畅所欲言吧!
|