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

结合excel驱动与数据池,来做场景调度

上一篇 / 下一篇  2008-02-27 16:27:07 / 个人分类:自动化测试框架与实现

1,  对于脚本实现的人:抽象出复杂业务,开发出高复用的原子action。在脚本实现时可能会碰到因操作用户权限,准备数据的不同,或操作步骤页面对象     

                                      不完全一致,但却归为一个结点action时,脚本内部需要根据开关值,if条件判断,select case去选择合适步骤脚本执行。

 

     举例:sub_account场景中,结点7:新增子账号,有三种类型数据:业务经理,业务员,制作员

     可以在数据池中初始两个变量:sMemberType1,  sMemberType2

       sMemberType1 = 0   sMemberType2 = 0为业务经理

       sMemberType1 = 0   sMemberType2 = 1为业务员

       sMemberType1 = 1   sMemberType2 = 0为制作员

       sMemberType1 = 1   sMemberType2 = 1为未定义

 

      在脚本开发时可以写成

 

        If sMemberType1 = 0  and sMemberType2 = 0 then

         {do step1.. N}

        Else if  sMemberType1 = 0  and sMemberType2 =  then

         {do stepN+1.. M}

         …

        End if

     注:因为action之间执行是动态调度的,不允许使用action输入、与输出参数。

建议结合数据池,在脚本内部进行分支判断(如上例)

 

2,  对于测试执行的人:在需求场景中,需求提出人按照结点从1N递增为action定义序号。测试执行人按递增ID来组织

                                          Action结点,如:1,3,4,7,12.excel驱动里进行组织调度测试执行的人按照场景流程与数据池,来驱动测试脚本执行。

                                         调度时做不到非递增顺序性调度,如:1, 3, 7, 4, 12.


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

燃灯斋 引用 删除 zengyixun   /   2008-11-07 13:37:35
这是一直困扰我的问题,想的是脚本与用例与数据都分离开来,但还是没有找到更好的方法,让操作设计变得简单,且能灵活配置,又还能解决这个问题!
 

评分:0

我来说两句

日历

« 2024-04-15  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

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

RSS订阅

Open Toolbar