每当测试单个的有些后。测试。

出自动化测试脚本的技能及体会

职能自动化测试工具列表大全

转自:http://space.itpub.net/12639375/viewspace-159344

**Rational Robot
大凡业界最顶尖的成效测试 工具,它竟然可以在测试人员学习 高级脚本技术之前帮助该开展成功之测试。它并以测试人员的桌面IBM** Rational Test
Manager上,在此间测试人员可以计划、组织、执行、管理及喻具有测试活动,包括手动测试报告。这种测试与管理的复作用是自动化测试的优质开始。
网址:http://www-306.ibm.com/software/rational/ 

Win Runner 大凡平种植企业级的用于检验应用程序是否按时运行的功能性测试工具。通过自行捕获,检测,和再用户交互的操作,Win
Runner能够辨识缺陷而保证那些跨多独应用程序和数据库 的业务流程在初颁布就能够避免出现故障,并且保持长远可靠运行。
网址:http://www.mercury.com 

QuickTest Professional 是一个功效测试自动化工具,主要采取在回归测试中。QuickTest针对的凡GUI应用程序,包括传统的Windows应用程序,以及本越发流行的Web 应用。它好挂绝大多数之软件开发技术,简单高效,并保有测试用例可选用的性状。其中包括:创建测试、插入检查点、检验数据、增强测试、运行测试、分析结果及保护测试相当方面。
网址:http://www.mercury.com 

AdventNet QEngine
AdventNet
QEngine是一个下广泛且独立为阳台的自动化软件测试工具,可用以Web功能测试、web性能测试、Java应用功能测试、Java
API测试、SOAP测试、回归测试与Java应用性测试。支持对用HTML、JSP、ASP、.NET、PHP、JavaScript/VBScript、XML 、SOAP、WSDL、e-commerce、传统客户端/服务器等支出的应用程序进行测试。此工具以Java开发,因此好移植和供多平台支持。
网址:http://www.adventnet.com

SilkTest
凡业界领先的、用于对商厦级以进行职能测试的制品,可用以测试Web、Java或是传统的C/S结构。SilkTest提供了累累意义,使用户能够高效率地开展软件自动化测试。这些成效包括:测试的计划及管制;直接的数据库访问同校验;灵活、强大的4Test脚本语言,内置的恢复 系统(Recovery
System);以及独具用同样套下面论进行过平台、跨浏览器和技术进行测试的力量。
网址:http://www.segue.com 

QA Run
QARun的测试实现方式是通过鼠标移动、键盘点击操作为测应用,即如果取相应的测试脚本,对拖欠脚本可以开展编制和调节。在记录的长河遭到只是对被测应用中所蕴涵的功能点进行基线值的立,换句话说即是于插入检查点的以起期望值。在此地检查点是目标体系的一个不同寻常方面在相同才定点的愿意状态。通常,检查点在QARun提示目标体系推行同样名目繁多事件后为执行。检查点用于确定实际结果及期待结果是否相同。
网址:http://www.compuware.com 

Test Partner
举凡一个自动化的效用测试工具,它把为测试基于微软、Java与Web技术的扑朔迷离应用而设计。它一旦测试人员和开发人员都可动用可视的脚本编撰和自动为导来生成可另行的测试,用户可以调用VBA的备机能,并开展其他水平层次和细节的测试。TestPartner的脚本开发以通用的、分层的方式来进行。没有编程知识的测试人员也得以经过TestPartner的可视化导航器来迅速创建测试并实行。通过可视的导航器录制并回放测试,每一个测试都以为显示也树状结构,以掌握地呈现测试通过应用之门道。
网址:http://www.compuware.com 

Holodeck-强大的故障植入软件测试工具
Holodeck is an advanced fault-injection tool that gives you the power to
attack an application while it monitors and logs everything your
application does – every function call, registry entry, piece of data
read or written.
网址:http://www.securityinnovation.com/holodeck/

**Telelogic TAU
TAU第二替代包含三独新型的、最劲的技术从而来加快大规模软件开发和测试:统一建筑模语言(UML)及它的过多新型修订版本中的特性,UML2.0;功能强大的测试语言TTCN-3和初的布局系统的主意:Model
Driven
Architecture(模型驱动构架)。这三单新的业界规范做成TAU的都透过确认的软件开发平台,形成了一个网,一个一品的泰可靠的工具解决方案。TAU第二替代是系和软件开发解决方案的一个突破,它把业界从用了极度长时之手工、易出错、以代码为基本的方式中释放出来,自然而然地迈向下同样步,一个更加可视化、自动化和保险的开发方法。
Telelogic
TAU/Tester是因通用测试语言TTCN-3,用于自动化的体系以及集成测试的兵不血刃工具。TAU/Tester以现代化的开发工具为
基础** ,提供高层测试功能,支持全测试生命周期,加速自动化测试。TAU/Tester可使用户特别关注为测试的开支,因为TTCN-3语言是单独为付出语言或测试设施的,且是纸上谈兵和可移栽的。
网址:http://www.telelogic.com

 

原著Jose Fajardo《Tips and Hints for Developing Automated Test
Scripts》

—Kiki翻译于2005/7/22

 

作者在本文中描述了一些构建更爱维护的跟硬朗的自动化测试脚本的技巧。作者为那些以自动化测试工具并且也未来测试工作如果起自动化测试脚论库底测试人员提供了发出价的高见。本文提供了森当文档化测试脚本,调试测试脚本,执行测试脚本的同行评审和协办测试脚论方的提议。

 

增量式调试脚本
录制测试脚本,和其余的软件开发成果一样,会转换得杀坏。为了好成功的回放,需要调剂几百实行的代码,为了参数化的数码驱动测试脚本,它或许包含了几乎只数据集。常见的调试测试脚论办法是首先录制所有的业务流程和需要,然后测试人员回放测试脚论为验证并正问题。测试人员继续调试脚论直到它与足等效(或多)组数据集一起成功地回放。 
当测试脚论起成百的代码行,验证点,分支的逻辑,错误处理,参数和数量在多独已经录制的业务流程之间的相关性时,调试并且解决测试脚论被之题材易得专程之平淡和麻烦处理。对于调试那些复杂且以长的测试脚本,一个越容易管理的方是录制脚本的一模一样片段以以录制测试脚本的任何组成部分之前分开调试他们。在测试单个的一对后,你可操纵测试脚本的同样有的如何和另外一样有工作跟多少如何由一个曾经录制的流程流向其他的流程。在测试脚本的富有片还录制后,测试人员就得回放整个测试脚本,并保管脚本同一个要多只数据集一起从头到尾为正确地回放了。 
推选个例子,我录制并自动化了一个执行了以下业务流程的复杂的测试脚本:

  1. 反省在货仓中的库存
  2. 实践同样不善MRP运行
  3. 补库存
  4. 挑来一些万一发送的货物又进行发货
  5. 确定交货需要移交的订单
  6. 说明发送的货色到了它的目的地。

是测试脚论有一些代码行,参数,验证点和需要象一个圆一样工作之数相关性。首先我录制了各级一个独立的流水线又认证了她们各自可成功的回放。然后我用富有录制好之流水线集成尾一个非常的测试脚本并且认证其跟多个数据集一起能得逞的回放。如前所陈述,一个主要之目的是无庸置疑在继续录制整个测试脚本的盈余部分之前每一个既录制的流水线可以成功之回放。我从来不录制所有提及的流水线(从1届6)并把它们排一起回放,而未首先验证所有的流程可以看做单身的流水线成功的回放。 
及时有些是为避免等待调试脚本,直到所有测试脚论录制好。

 
测试脚本的同
测试工具会用比较终端用户手工按键快的几近之快慢回放已录制的测试脚本。接着由应用程序可能未足够快地展示数据或者由数据库取出数值为允许测试脚本正确地回放,这可能会见击垮所测试的应用程序。当测试地应用程序不能够响应测试脚本时,脚本执行会冷不丁顿,然后要用户干涉。为了共同所测试应用程序和回放中地测试脚本,测试小组于已经录制的测试脚论中引入了人工的等候时。为了减慢测试脚本的实施,嵌入在测试脚论中之等时是最为自由的都经过考及不当最佳估计。等待时根本的题材是它而无是相当之太长就是休足够长日子。
 
诸如,测试人员或许注意到对所测试的应用程序测试脚论回放得极其抢。他恐怕打算放慢它几乎糟糕直到测试脚论实施和测试的应用程序相并。这个技能可会招倒的结果-甚至失败-如果在测试执行时,由于外部的素(例如网络发生延期或体系保障)导致应用程序运行于新引入的待时再次慢。在这种景象下,每次测试人员以只能不断的猜想一个初的合理之守候时。用等时放慢脚论无是格外正确的,并且对开创健康的,在无用户干涉情况下会得逞运行的自动化测试脚本没有什么帮助。 
假使发生或的变成,测试人员应该避免引入人为的待时还是自由的sleep变量以使测试脚本和应用程序同步。 
“While”语句子或嵌套的”loops”语词是用来共同需要同步点的测试脚本且不管所测试程序的响应时间还得成功回放的正确的技能。在测试脚本种插入嵌套的loops或“while”语句也可以削减在测试脚论回放时用户之干预。例如,我插入”while”语句以录制好之测试脚论里,不断按Enter键直到创建了一个计划受到之商谈,不管所测试应用程序要费多长时间产生商。测试脚论无借助于所测试应用程序的响应时间工作。
 
都签核,通过了同行评审 当测试准备核对正式的同样片段,测试脚论应有受业内的领又于开测试循环之前被准许。SMEs,
业务分析人员和开发人员都应该参与届批准就录制的测试脚论被。编写已自动化的测试脚本的测试人员应该证明测试脚论好成功的当QA环境遭到回放,如果发或吧,可以带动达多多少集。
 
录制、回放隐藏的目标

本子可能吃录制为加或者双击表格中一个字段或字段位置并未受定位的一个数组的值。如果表格或数组中字段的职由上马录制时便频频地转变,脚本可能以回放时见面失败。测试脚本经常于回放着失败就是为那些无显得或当屏幕中可见的对象的职发生了反。 
为了回放那些位置敏感或职务为转影响之台本,有必不可少就此功能性增强脚本,例如“向下滚屏”,“下一致页”或“查找”。包含这些实用性功能可以保需要回放的隐身对象将好为识别,增加或者双击而不顾其以矩阵,表格,显示的屏幕上的职位。
 
推选个例证,我曾经录制果一个本子,在最初录制时它需要往下滚屏两糟糕来寻找一个足当报表中输入的空字段。当我以几个星期天后回放它经常,我只得为下滚屏四不成来索空字段,而休是互为之前录制的一定量坏。接着脚本失败了,因此我在剧本中坐了逻辑判断坐点下论于下滚屏需要的次数来搜寻一个空字段。我透过以一个“while”循环中放置一个“下同样页”(”next
page”)功能实现了这目的,它可令脚本不鸣金收兵的“下同样页”(page
down)直到找到空字段。
 
布置更运行脚本/储存执行日志 为绕了测试工具不能够于配置测试脚本还运行的局限,测试人员可以通过方可支持多命令行选项的NT的scheduler安排测试脚本。测试百年该以执日志存储于一个共享的驱动盘或针对对的测试结果的测试管理工具中。
 
啊机要的剧本创建机关的音通知 可以据此错误处理程序逻辑增强测试脚本,当错误产生时其好持续的发送错误信息给最设备或者email地址。一些测试脚论是中心的业务又可能当午夜批量地运转。正确并遂运行这些重点业务的测试脚本会作为任何自动化任务之一个依靠或前提条件。 
万般为包括以事关重大作业脚本中只要出现破产时自动发送信息通知的逻辑。
 
修文档  以使测试脚论但是选用并且更爱保障,文档化所有与实践测试脚本,测试脚本的头文件,任何履行测试脚本的奇异条件有关的音信,例如: 

  1. 为了关闭书本调整所测试应用程序中的日期
  2. 更新任何需要唯一数据的字段
  3. 为环境判断模式(context sensitive)/ 模拟模式(analog)
    /位图录制,调整显示器设置
  4. 列有装有来据的测试脚本
  5. 指出为执行脚本需要的权力级别或用户的角色
  6. 以什么标准下下本会失败,以及重复运行脚本的绕行方法
  7. 亟需在剧本运行过程被开辟或关闭的应用程序
  8. 指明数据的格式,例如,欧洲日期格式VS美国日期格式,等等

另外,脚本中需要包含一个讲述(例如,它是为什么用的)和专门用途(例如,回归测试)的文件头。脚本的文件头应该包括剧本的撰稿人,所有者,创建与改动日期,脚本可以追溯至之急需识别符,脚本所支撑的业务范围,脚本中的变量和参数数量。在测试脚论被提供这些信如果下的测试工作着的剧本的实践,修改及维护还易把。
 
尽测试脚本的版本控制 广大店花好几万英镑购买测试工具,但是也不经意了测试工具的副产品-录制好的测试脚本。为了企业构建中之自动化测试脚本的库房以及存储库,强烈建议对自动化测试脚论实施版本控制。版本控制帮助追踪测试脚论被的更改,并而保障同一测试脚本的大都独版本。
 
坚持不懈测试脚论命名标准以及储存 测试脚论应依照项目公认的命名标准,并且该储存于指定的库中,例如一个共享的驱动盘或测试管理工具中。
 
测试经理应该指明包括如下方面的测试脚论命名标准:

  1. 品种的称谓(例如,GSI代表正Global SAP Implementation)
  2. 版本号(例如,即将公布还是安排之版本号)
  3. 主题或测试项目(例如,SC代表安全测试,LT代表负载测试)
  4. 一如既往的测试用例编号 
  5. 题或即将测试的效果(例如,来自外部供应商之购入业务) 

随这些技术使测试人员能够为她们之组织构建更强健的测试脚本。当然,开发可保护的测试脚本最大化自动化测试工具的作用。当自动化测试脚本用在事后的测试工作遭到,减少了形成一个测试循环所需要的时间经常,公司即足以窥见及自动化测试工具带来的投资回报(ROI)。以上之技艺将协助企业构建适合这些目标的测试脚本.