自動化测试工具浅析.docVIP

自动化测试工具浅析 1 ATS自动化测试平台 说白了是一个脚本编辑和执行的混合体，web方式下实现脚本的编辑和job-suite-case的三级执行机制，操作步骤如下： Step1: 命令行导入你的库函数，俺们现在开发的有NetRing 1.0，SmartBits 1.0 class SDHAnalyzer 1.0，作用是控制网元，仪表。 Step2:web方式下编写相应的测试case。 Step3:将case组织成suite，suite组织成job执行。 Step4:执行job，获得相应的测试结果。 优点： 毕竟是俺们公司自己的东西嘛，提供给整个公司用，自然各部门所用的类库，case是可以相互共享的(ms这个理念很不错，不过好像各部门没有如此实现过)。 话说回来，部门内部共享脚本到还是不错的，毕竟省去了一个专门的脚本管理服务器嘛，由于目前自动化脚本工作还处于积累阶段，主要还是量上的提高，至于脚本库的升级维护问题还需仔细谋划一二。 缺点： 说实话在web下编辑脚本实在不咋的，首要毛病是慢，如果一个suite里面有很多个case (20个以上)，打开一个case和保存一个case的时候，你就感觉到又回到了64k上网的时代。不过也难怪，ATS采用的是客户机－服务器的模式，如果多个人同时在线编辑的时候自然如此。 第二，在web方式下写脚本本来也是无可厚非的，不过这个是在系统做的比较好的情况下，遗憾的是ATS自从诞生以来，就是病痛缠身，有好些问题到现在也没有彻底根除，如：指定行移到相应位置，那您就要有相当的耐心了，慢慢的一行一行的移吧。特别要记得要经常保存你的suite哦，否则，ATS一个不高兴，就能让你的工作丢掉，当然后台oracle数据库也能定期备份，不过这个备份是几天前的就很难说了。 第三，对于大多数程序员来讲，更习惯于使用文本编辑器编辑脚本，可是俺们高傲的ATS可是不支持纯Tcl的，为灭呢？据说最开始设计是为了让它能嵌入相关的控制信息，自然要添加好些关键字(当然这些关键字是Tcl语法里面没有的)，虽然也可以将suite下载到本地编写再上传，那只有劳烦各位熟悉一下各种关键字吧，^_^，其实也不是需要太多时间，如果各位有空的话。 2 Genesis 单机版平台 Genesis是思博伦公司开发的一个商用自动化测试平台，一个配置文件对应一个测试用例集合.配置文件内容: 单个或多个网元/仪表的IP等信息, 指定发送的命令和期待的返回结果, email 通知对象，同样是job-suite-case的三级执行机制,只不过Genesis提供了一个自动生成的GUI配置界面。 和ATS不同的是，Genesis只是一个单独的脚本组织执行平台，没有脚本编写功能，脚本需要通过文本编辑器完成，使用XML保存参数的配置。 优点： 单机版工具，本地编写执行，使用起来还算简便， 基本功能均能满足。 缺点： 由于是单机版，所以脚本的管理就比较麻烦，需要开设相应的管理服务器。 价格昂贵，需几万美金(老美的人工费可真是高呀)，目前俺们手上有一个简易的demo版(当然功能受限)，幸运的是tcl是开放源码的，相应的功能都是可以添加的，由于时间的限制，目前只完成了log日志自动保存，诊断模式的开放(这些都是受限的)等功能。 3 Spirent Connect 又是一款思博伦的自动化测试工具，兼具脚本编写和自动化测试两种功能，用的不是太多，简单谈一下自己的感受。 Spirent Connect所具有的脚本编辑能力还是不错的，比较赞的是集成了类似MFC的功能，你可以通过设置一些模块参数，生成相应的代码。当然思博伦公司的产品只支持smartbits，如果不涉及版权的问题，改进一下可以支持网元命令的批量下发，或者支持别的什么仪表啥的，也应该是没有问题。 至于自动化测试的组织结构属于单层结构，配置和case的执行放在同一个文件，当然你也可以把多个case放在一起的连续执行。 Connect的另一个特点是集成了Spirent Application的功能，可以只在GUI上设置相应的参数即可生成所需脚本（傻瓜型的东西我最喜欢）。 总的而言，作为一款兼具脚本编写和简单的自动化case执行的工具还是不错的。不过由于自动化组织层次的缺陷，在自动化case较多情况下就力不从心。我个人觉得，自动化脚本的编写和执行分离为佳。 4 Ixia ScriptMate 这是IXIA的一款自动化测试工具，类似于Spirent Application，所有的测试都可以通过GUI填写参数生成相应的脚本，对于自动化的执行能力等同于Spirent Connect. 这个东东倒是足够的傻瓜了，不过由于只能通过GUI完成测试参数的设置，新的case的加入必须增加新的GUI的来完成，据说这个可是要进行专门