关于ROBOT两个问题讨论

上一篇 / 下一篇  2009-07-12 18:12:12 / 个人分类:U-ROBOT自动化框架

网友bsbolg提的问题:
  看了LZ的UT-ROBOT自动化测试工具的介绍,感觉非常的神奇,但依然有些不解之处,望LZ有空的时候一一解答, 谢谢!
1.无需编写脚本即可生成测试用例,这个很神奇,请问测试人员在开始测试之前是否要按照ROBOT识别的格式编写手工脚本,然后由UT-ROBOT自动识别后编译执行呢?
2. 从上传的演示视频上能看出是对交易后的数据库的数据准确性进行测试,同时还能看到有些在IE上操作的代码,请问LZ,那些操作IE代码是否也是自动生成的,是如何自动生成的,需要测试人员预先以某种方式告诉UT-Robot吗?是否能上传个视频详细演示一下Web GUI方面的测试呢?
 
 
我的回答如下:
   在回答你的问题之前,我先说一下我为什么不采用成熟的QTP或者IBM ROBOT架构,原因有几点:第一,在我们涉及的测试范围中WEB测试只是比较小的一部分,我们有大量的后台应用和业务流程要测试,QTP一方面实在太复杂了,我们能用到东西太少,另一方面而我们需要用到大部分功能的QTP又不支持;第二,QTP的数据驱动模型在我看来并不强大,缺少了关系型的结构,在产生CASE方面实在不敢恭维(或许是我对QTP的认识有限);第三,QTP的对象库太复杂,CASE管理缺少继承性;第四,对于做了很多年测试的人来说,自动化最重要的是想法,我们没有办法根据我们的需要去修改QTP;第五,我们的团队曾经有不少人前仆后继的去学习QTP,或者尝试去做基于QTP的管理架构(在51TESTING也看到过很多类似这种架构的讨论),都是仅仅限于WEB的测试,到最后都没有继续发展下去.....还有很多很多理由让我们自己去做架构。
    U-ROBOT设计的初衷是要减少测试人员的工作量,我们的后台架构在LINUX上,测试人员只要按照驱动数据模板去填写数据就可以,而不需要去管CASE的存储、部署、文件的管理等工作,CASE都不是事先生成的,都是在运行时根据配置临时产生的,这样对CASE的维护量就少了很多,也就是说不存在去维护几千个CASE脚本的问题。所以回头看看你提的两个问题,回答如下:
    1.请问测试人员在开始测试之前是否要按照ROBOT识别的格式编写手工脚本?
   有两种情形,第一,对于WEB测试或者是接口测试(如SOAP)测试人员不需要去编写脚本,我们把脚本的解释放在后台去完成,测试人员需要做的工作就是在前台做CASE的组合;第二,对于完全是场景驱动的应用,如呼叫测试等,则需要通过堆积木的方式拖拉组织CASE场景。
    2.同时还能看到有些在IE上操作的代码,请问LZ,那些操作IE代码是否也是自动生成的?
   我的做法是,通过程序去扫描页面上的网页元素,生成初始模板,测试人员在初始模板上进行网页元素赋值及CASE组合就可以,动态生成符合Watir语法的脚本,也就是说测试人员不需要去了解相关的语法,当然有兴趣的也可以去修改自动产生的CASE脚本。我在Linux后台开发了一个WEB Proxy,来协调前台任务与Watir的调用,从而在任务管理界面就可以去驱动WEB自动化测试。

TAG:

 

评分:0

我来说两句

日历

« 2024-03-26  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 30218
  • 日志数: 37
  • 建立时间: 2008-07-09
  • 更新时间: 2009-07-23

RSS订阅

Open Toolbar