构建自动化测试的数据框架(二)

发表于:2008-10-30 17:20

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:译者:陈能技    来源:51Testing投稿

  数据组织

  在这个应用的例子中,每个脚本只与一个数据文件关联。遵循规则2,它使用一个Excel表单来存储测试数据。根据规则3,这些数据文件应该很容易被领域专家访问到。这提出了另外一个很基本的问题:如何有效地将脚本和数据文件分组存储。

  当一个工程师开始一个测试自动化项目,面对的第一个工作任务就是如何组织测试脚本和数据。

  为了完成这个任务,我提出一个实践:创建应用程序的功能分解模型,把所有功能都分解到有层次关系的功能区域和子区域。然后把这个结构映射到一个目录树,在目录树中存储测试用例和脚本,这些用例和脚本对应到功能区域的目录。领域专家不需要查看那些脚本,但是他们需要知道那些脚本是做什么的,它们对应的数据存储在什么地方。

  通过在Excel中使用“分组和大纲”(Group and Outline)功能创建脚本和数据目录,如图2所示。针对每一个脚本记录,都能链接到相对应的数据文件,可以直接在表单中打开、修改和保存。

  图2

  每个数据文件都有多个工作表单,其中一个是默认的工作表单(如图3所示)。这个工作表单包含由脚本开发者提供的原始测试数据。  

图3

  所有工作表单都有相同的结构:第一行包含标题头(参数名),而所有其他行包含测试数据的值。拥有多行数据则表示这是个数据驱动的测试。如果要修改原始的局部测试数据,你应该创建一个以该测试集命名的工作表单,并在该表单中输入测试数据(如图4)。这样,不同测试集的局部数据可以与测试集的名字关联起来(规则5),并且可以共存于一个数据文件中(规则6)。

版权声明:51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权,未经明确的书面许可,任何人或单位不得对本网站内容复制、转载或进行镜像。51Testing软件测试网欢迎与业内同行进行有益的合作和交流,如果有任何有关内容方面的合作事宜,请联系我们

31/3123>
《2023软件测试行业现状调查报告》独家发布~

精彩评论

  • FLY000
    2008-11-01 12:02:56

    我觉得在小规模的测试框架还是有用的,而且并不是要照搬作者的一套,有些思想是可以借鉴的,当然我也觉得在错误自动处理这一块没有谈到。这篇文章也的确是说构建自动化测试的数据框架。

  • sunshinelius
    2008-10-31 13:38:27

    这种做法比较理想化,实际上为每一个脚本分配一个data file是非常耗费automation性能的,采用excel作为data source更是败笔,尤其在大规模的automation项目中。

  • garyyes
    2008-10-31 12:43:19

    说了一大堆,但其实都只是说了很基础的东西。
    没什么实际的价值,相信笔者并没有真正做过大型的自动化测试项目。
    在自动化测试框架中,要提高重用性和健壮性,不但要数据如何分离重用,脚本如何重用,对象如何分离重用,还有各种的错误自动处理.......要考虑的问题多着呢。

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号