记录阿里巴巴QA架构组成长点滴。2008年关键词为效率,技术,影响力!QA/测试架构师定义:开发和设计测试框架测试库;纵横全局的考虑产品的功能,设计复杂的测试系统;负责研发某一项特定的测试技术;为公司考虑如何提高测试效率。领导公司测试技术的发展和测试策略上的方向,关注整个公司的测试部门的问题,前瞻性的考虑未来的版本的测试策略和技术。测试架构师计划/设计测试平台,关注着产品的测试过程,提供咨询服务,影响到公司内的测试机构测试社区,以及开发机构等,对产品各个方面施加深远而正确的影响,最终提高整体软件质量。

无人值守运行自动化脚本

上一篇 / 下一篇  2008-05-12 14:00:02 / 个人分类:自动化测试框架与实现

   by jiale

   脚本越来越多,需要运行的场景越来越多,运行时间越来越长,需要无人值守的运行自动化脚本,并能在报告中体现运行情况,对于我们的自动化脚本框架业务驱动的实质,mainaction用callaction的方法调用子action,子action中的错误是不能在mainaction中用On Error的方法捕捉,自然当子action出现对象无法识别等异常时mainaction不能做出容错处理,程序自动stop,需要人工干预。

   这是个无法回避的问题,这时我们想到了使用QTP的场景恢复功能,他能够识别到子action的对象无法识别等异常,并重启mainaction,那我们只需要告诉mainaction从哪里开始继续执行下去就可以了,之前已经运行的场景、action就不需要再运行,这时又出现一个问题,是从场景运行,或者从哪个组成场景的子action运行,首先如果从同一个场景的子action往下运行,有可能前一个错误的action是下一个action的必要条件,那么继续运行没有意义,而我们设置的场景却是相对独立的,且出错场景的再次运行出错的概率会很大,因此我们让mainaction从出错场景的下一个场景开始运行,有了这个思路,程序的实现就相对容易了,只需要在本地文件中记录当前正在运行的场景号,一旦出错,QTP场景恢复重启mainaction后,读取该文件的场景号,然后从场景号+1的场景继续运行,直到结束。

    值得注意的是,当然每个场景开始运行需要打印开始标志,结束时打印结束标志,以得到该场景是否成功完成运行的信息。

    目前这个方案实施的效果不错,但QTP的场景恢复无法识别vbs的语法错误,一旦有vbs语法错误仍然无法做到无人值守,因此子action的编码就需要有一定的质量保证。


TAG: 自动化测试框架与实现

jacobsong的个人空间 引用 删除 jacobsong   /   2015-01-22 08:40:02
5
 

评分:0

我来说两句

日历

« 2024-04-16  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 154080
  • 日志数: 163
  • 文件数: 1
  • 建立时间: 2008-02-26
  • 更新时间: 2008-12-10

RSS订阅

Open Toolbar