您的位置 首页 五金工具

软件测试框架

软件测试框架

所谓自动化测试框架,是由一些?假设,概念和为自动化测试?提供支持的实践m组成的集合。接下∈来将描述-一下几种比?较常用的自动≧化测ml试×框架:

本文引用地址:http:∷//www.eepw.com.cn£/?artic?le/193936.htm

  1.录制/回放的神话

  每一家自?动化测试工具厂商都会宣传,他们??的?工具非常容易使用?=,℅没有%技术?背景的测试?×人员只要简单录制测试的操作过程,然后播放录制?好的?测试脚本,就可以?轻≒松自⌒动化所有的测试。¬这样§的∨m说法是非常不负责的。

  现在我们来分析一下自?动化测试⊙不能㏄单单只≥依靠录㎝制/?回放来完成的原因。

?

  通过录制建立的脚本,基本上都是用脚本语言以硬编码的方式编写的,∥当应∽用程序变动时,这些硬?编码?也随⊿之需>要更改。因此,维护这些录制好的脚本,成本是?非常%高的,?高到几乎不能接受。

?

  所有的测试脚本都必须是在应用程序可以正确执行时3才能录制,﹥如果在录制过程中发现缺?陷.测试人员必须向缺陷管理?机制报告,等到该缺陷修正了,整个录制脚本的动作才能继续下去。在这√样的情况下,如果仅仅≮依靠录制脚本来进行测试,效率是十分低下的。

  同时,这些录制好的脚本不是非常可靠,甚至在?应用程序?完全没有变动的情况下*直接播放,也可能因为一些意外?状况而无法∠执行。如果录制脚本时测试人员使用了错误的脚本∪语言,则脚本◎就必须重新录制。?<

  综上所述,通过录制的?方式来建立自动化测试脚本的方式看似容易,但实际上会遇到下列≌问题?:①测试♀人员大多不具备技术背景,难以完全掌握测试工具;②应用∴程序必须达到一定的稳定性,?才能开始录制测试脚本;?③录?制的测试脚本与测试数据耦合得太紧密;∫④维护自动化测试脚本的成本非∷常高?。

 ≈ ?因此※,仅仅依靠录制/回放?来完成自动化测试是远远不够的,我们应找到一种能解决?上述≦问题并能很好?地执行自动化测?试的方法。

  2.数据驱动的?自动化测试框架

  数据驱动的?自动化测试是针对?上述开发与测试之间紧?密耦合?问题?提出的测试方法。通过建立测试与开发定义的软件元数据?的关联——?元数据映射表,在﹢测试与开发之间建立松耦合?关系。不论测试人员修改测试脚本,还是开发人员修改软件,只需要修改元数据映射表,既可以满足测¥试与开发≯同步进行。这样,可以减少测试脚本㏕调试的工作量,更好的实现自动化?测?试。?

  ●什么是¤数据驱⊕动的自动化测试框架

  ?数据驱动的自动化测试框架是这样的一个框架,从某个数据文件(例如ODBC源文件、Excel文件?、C?sv文∏件、A∧DO对象文件等)?中读取输入、输出的测试数据,然后通过变量∟传入事先录制好的或手工?编写的测试脚本中。其中,这些变量被用作传递(输入/输出)?用来验证应用程?序的测试数据。在这个过程中?,数据文件∑的读取、测试状态和所有测试信息÷都被编写进测试脚本里;测试数据只包含在数据文件中,而不是脚本里,测试脚?本只?是一个“驱动·”,或?者说是一个传送数据的机制∵。

  ●数据驱动脚本

?  数据驱动脚本就*是那些和应用‰程序相?关联的脚本。这些脚本?通过录制?或手工编写写进自动化工具私有的语言,然后对其中的变量赋予合适的数值,作为测试数据的输入。这 ?些变量作为一些关键应用程序?输入的媒介,使脚本能通过外部的数据来驱动应用程序。

  1) 可变/数据,硬编码组件标志

  这些数据驱动??的脚μ本经常包含硬编码的数据,有时是一些窗口组件中非常脆弱的识别字符串。出现这种情况时,脚﹢本很容易由于?程序的更改而失去作用。

  2) 高度技术化的、重复的测试设计

  数据驱动脚本的另一个共同特点就是,所有在测试设计上所作的努力2最终mol都体现在自动化工具的脚本语言中?,或者复制到?手工和自动化测试?脚本中。这意味着每个和自动化测试开?发或№执行有关的人必须对测?试环境?和自动化工具的编?程语言非常精㎜通。?

  ●优点与缺点

?  1) 优点?: ①在应?用3程序开发的同时就可以同步建立测试脚本,而且当应用功能变动时,只需要修改业务功能部分的脚本;$②〒利用模型化的设计,避免重复的脚♂本,减少建立?或?维护脚本的成本;?③℃测试输入1数据,验证数据和预期的测试结果与脚?本分+开,存放在另外的数据文件里,利于测试人员修改和维护;④透过判断功∩能回?传值是&ld?q⊥uo;True”或&ldquo∶;?Fa﹣lse&rdq㎏uo;?㏑,可作错误处理,?增加了测试脚本的健壮性;⑤自动化测试开发人员创建数据驱动的测㈱试过程,测试员创建测试㎎数据;?⑥∞在测∝∮试的过程中收㏒集测试结果,°并在输入数据的语境中表≤示测试结果,这样可以简化?手工结果分析。

  2) ﹤缺点: ①对自动化测试工具里的脚本语言必须£非常精通;②每个脚本都会对?应o多个数据文件,这些数=据文件需要根@据脚本的功能类别存放﹣在各自的目录中¥,增加了使用的复杂性;③测㎡试?人℡员除了需要∣根据具体测试?数据维护相应的测试计划,还要将?这些℉数±据写入各个?需求?软件测试框架不同的数据文件中;④在编辑数据文件时,必须注意测试脚本所要求的传输㎞格式,否则会在处理脚本时产生错误≡。?如?由专门的技术人员对其进行维护,依赖于数据驱动脚本?的自动化测试框架?实现起来′?更简单、快捷。但是,维护?工作困难,而?且还需要保持这种数据‖驱动¢的模式,这样,即?便长时间的维持也会导致失″败。
关于更多软件测试框架内容,可以收藏本网页。2013021 软件测试自动化框架简介

软件测试框架软件测试框架

关于作者: houswang

热门文章