SCMLife.com

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

查看: 7694|回复: 2

[推荐] 在RFT中开发健壮的 Web 应用功能测试脚本

[复制链接]
发表于 2011-7-10 15:04:09 | 显示全部楼层 |阅读模式
本帖最后由 技术狂人 于 2011-7-10 15:08 编辑
5 R4 E4 t! f$ i* F4 p8 J: n5 d+ J( _8 j  U
引言4 J# P1 U1 R1 L. a2 [6 x
IBM® Rational® Functional Tester(简称 RFT)是一款面向对象的自动化测试工具,测试人员应用此工具可以对多种应用程序进行功能测试、回归测试、数据驱动测试以及 GUI 测试。它不仅支持 Siebel 和 SAP 的扩展,同时支持对使用多种浏览器,如 Mozilla Fire-fox、IE 等的 HTML 应用进行测试。本文重点针对网络应用,尤其是基于 Java EE 开发的企业级应用,讨论利用 RFT 编写健壮的自动化功能测试脚本的最佳实践。/ ~& O' ?8 z3 I! P. z" F. {6 L8 p/ n& c. Y" }
针对网络应用的自动化功能测试,通常在回放过程中,由于录制与回放使用浏览器的不同而造成测试的失败;而对于同一浏览器进行录制与回放,也会因为数据或者页面对象属性的变化而造成测试的失败。本文主要针对开发 Java EE 应用自动化测试脚本问题,如:浏览器变化、测试数据变化、测试对象属性变化等问题进行讨论,同时提供相应的解决方案,目的在于通过这些最佳实践,能够更好的开发健壮的自动化功能测试脚本。
8 v* t3 J3 V, M7 i, Y, r本文主要讨论以下三个主题:
* O. ?% q# L, T6 C& @! Q& @8 K
  • 创建灵活的功能测试脚本以适配浏览器对 HTML 元素的处理
  • 创建基于数据接口的功能测试脚本以响应测试数据的变化
  • 创建优化的对象识别功能测试脚本以支持页面测试对象的变化
    8 g. L- ~  m  T: g; `

0 ?/ c& ~$ k1 Z' P
7 V+ v- _$ b$ A$ d* ~7 u% q
3 T, r5 z2 }( t' S& J
创建灵活的功能测试脚本以适配浏览器对 HTML 元素的处理9 ]) I) `- X- {4 _6 q
对于实际的 web 应用功能测试,常常会碰到脚本回放中在浏览器端出现错误的场景。由于不同浏览器或者浏览器的不同版本对于 HTML 元素处理方式不同,因此这可能会导致脚本不能平滑的进行回放,甚至导致失败。下文针对此问题,举出三种常见的现象,并提供相应的解决办法。* Q$ w) L9 t6 g/ Y. d
查找和关闭弹出的浏览器实例窗口( c1 h) x" P, {& @7 w' t3 F
当浏览器的 JavaScript 脚本被打开时,新的浏览器窗口可以通过以下 JavaScript 代码片断弹出:
) d2 `+ D9 S* f1 E: \4 X: T7 U& J
清单 1. 打开新浏览器窗口
8 K& E+ Y$ r  b7 T/ m
onclick="Javascript:popupWindow('http://www.ibm.com/myapp/help.html');return false"

: }9 i: e. B  A" C网络应用经常显示一些辅助页面来帮助客户自如地使用软件产品,这些辅助页面通常是通过使用上述的 JavaScript 代码而弹出的。当点击该链接后,新的浏览器实例被创建并且浏览器窗口显示出来,其中包含了指定目标 URL 中的内容。
3 {' {0 v: A1 N9 y然而,如果功能测试脚本编写不当,RFT 回放监控器有可能不能很好地区别这两个浏览器窗口实例,并因多个浏览器的实例被识别从而引发脚本执行错误,即脚本方法 browser_htmlBrowser() 调用失败,该方法本身不带任何参数,是由 RFT 自身在录制脚本时自动创建的浏览器实例查找方法。8 {* ^3 p( K$ I9 a. ^. u
解决这类问题最有效的办法是动态查找正确的浏览器窗口实例。实现如下,调用 getRootTestObject().find() 方法并且指定‘Html.HtmlBrowser’作为被查找节点的‘.class’属性值。
  t8 K8 d/ t& D' x) H! E% Y# s* D* v2 @% m1 w8 \
清单 2. 动态查找正确的浏览器窗口实例* J( O2 f, {7 k
TestObject objects[] = getRootTestObject().find(    atDescendant(".class", "Html.HtmlBrowser"));//Traversal every TopObject get document objectif (((String) document.getProperty(".title"))        .equalsIgnoreCase(“myPageTitle”) { ((BrowserTestObject) objects).close();}
5 L7 d1 a# r" l5 ^% p" i
示例代码返回一个 TestObject 测试对象列表,实际上是一组浏览器窗口实例,然后通过检查这组浏览器实例的一些特定属性值比如”.title”来识别某个确切的浏览器窗口实例。
' B- G& o+ J+ u& Q% p% ^+ V/ V识别折行的 HTML 链接
( y9 R$ L# J2 B, e, I; |% F7 p& h1 c对一个折行的 HTML 链接,在某些浏览器中运行功能测试脚本时调用该链接的 click() 方法可能出错。
& `! n/ O' v6 H" X4 ?2 o+ a0 ?- ^- I5 Y) X0 c6 v. b
图 1. 跨多行的 HTML 链接
' r# a* b* y4 D- L
: j( O  p8 N, w& ~在上图 1 中,HTML 链接“Software download & media access”折行,也就是说链接文本在两行间分散开并且围绕着该链接形成了如图所示的红色矩形区域。当 RFT 在某些浏览器中回放测试脚本时,回放监控器会默认地直接点击围绕链接最小区域的中心,不巧的是上图的场景中某些浏览器认为该中心点是空的并且不可点击操作的,于是 RFT 就可能抛出 Java 的 UnsupportedActionException 异常。7 K( M5 l, w6 b
对上面问题最简单的解决办法就是为 RFT 回放监控器指定一个非空的屏幕点去点击。$ g7 K2 M  F- v) Z" u( A- E
' Z# y5 W7 M/ A8 r
清单 3. 为 RFT 回放监控器指定一个非空的屏幕点- `4 B8 y/ r& k& x% W
int offset = link.getScreenRectangle().height / 4;link.click(new Point(0, link.getScreenRectangle().height - off-set));

( q" `  ?6 I" o7 o8 M在如上所示示例代码中,指定的 RFT 回放监控器点击的点位于围绕链接的矩形区域的左下角。这就告诉了回放监控器点击的点 X 坐标为 0,Y 坐标为链接的高度减去一个固定的位移,这个位移刚好为链接高度的四分之一。这个点不为空,所以 RFT 回放监控器就能成功地点击。本文建议读者为网络应用创建自动化功能测试脚本时,如果需要在浏览器中执行点击 HTML 链接的操作,都可以应用这个解决办法。
7 P% L' O& T* Q1 ?( m: ~+ A为文本输入域设置值的小技巧
0 a1 T! g/ k) x: T在某些版本的浏览器中,如果文本输入框不能获得鼠标焦点,则当 RFT 回放测试脚本时,文本输入框上 textGuiTestObject.setText(text) 方法的执行就会失败。也就是说,在为文本输入域设置值之前,光标必须设定在当前输入框上,否则测试脚本回放失败。
9 f1 r+ r6 k7 b& X5 U" v为解决这个问题,脚本可以先调用文本输入框的 textGuiTestObject.click() 方法将光标焦点置于文本输入框上,然后再调用 textGuiTestObject.setText() 方法设置文本值。请参考下面的实现代码片断:
+ h. w0 I3 @3 s6 m# C7 h( q. w2 [
$ L7 \$ i1 X1 H6 u0 v: [清单 4. 设置文本值
$ y0 P3 ?5 @: I& ]: `/ h  y* [
text_username(getTestObject(), DEFAULT).click();text_username(getTestObject(), DEFAULT).setText(“myUserName”);

+ h% I1 r: G. U$ U7 G* A$ Y另外,在录制测试脚本时,文本输入框的值需要直接键入而不能通过剪贴板拷贝粘贴,否则文本的值依赖于每次运行脚本时剪贴板的内容。剪贴板的内容总是随着用户的复制操作而变化的,这是不固定的,并且很容易导致功能测试脚本执行失败。5 m) G( L1 c7 n

$ {$ D+ `+ w: s9 C; {+ x
( E# V' ]2 `( {$ K* k1 y8 R

* Y5 Q8 K0 i8 e5 B3 G2 Q创建基于数据接口的功能测试脚本以响应测试数据的变化4 W8 l& p; p$ `. r& z+ {
一个完整的 RFT 录制与回放的工程,通常主要由三部分组成:记录的逻辑操作、记录的页面对象元素以及记录的页面数据。在回放过程中,这三个部分都不可缺少,同时页面的逻辑、对象和数据都不能更新,任何一个部分的变化都可能导致脚本回放的失败。数据的变化是最常发生的情况,其中测试数据的变化主要包括由于页面输入数据的改变、业务逻辑数据的变化(数据库中数据的变化等)以及环境数据的变化(多语言改变)等。7 f% m" b8 G- W' q! \2 V
测试脚本中常见测试数据定义
) L  F; I0 c$ V: f  i4 Q针对测试数据的使用和保存,在 RTF 中主要有以下两种方式:, F  P+ P0 I" y1 _1 Q8 n  O
(1)测试数据直接存在于测试脚本中。如图 2 所示,测试数据被包含在测试脚本中,这种情况多出现于在页面中直接填写数据,在录制过程中数据就直接被记录在脚本中。这是最基本的测试数据记录方式,但如果测试数据需要改变,那么这种方式就显得不够灵活,甚至会造成脚本回放的失败。
  n; l9 @0 ]) x+ C* C
! ^8 Q8 m, @0 U' Z) L6 J图 2. 数据存在于测试脚本中$ W& B; S( y( O- o. t: e0 H5 }* e2 o

7 `  C) ^8 C8 R  L* Q4 r(2)利用外部数据(DataPool)做数据驱动。如图 3 所示,为了灵活的对数据进行操作和更改,RFT 使用 DataPool 来管理测试数据,即将测试数据与测试脚本分离,利用 DataPool 来驱动测试脚本,从而使测试脚本的灵活性大大增强。但 DataPool 的设计和使用可能对一些复杂的测试场景有一定的局限性,在数据准备上相对繁琐,如果遇到大量数据的变化(数据库中数据的变化)问题时,DataPool 对测试脚本的驱动效果就可能不是十分理想。, \6 S% e+ k1 {% C  {
1 u; s, t1 S6 v  g& o- B
图 3. 数据驱动测试脚本
' ^* b7 s0 F9 \) U / r# k/ c# v' ]# X! Y! h
数据接口的实现
! s0 K9 A6 C7 j1 t, J; ~) N$ d' X数据库接口的实现
: Q+ @4 g/ p2 C1 y8 N; b在测试脚本中,对于所记录的页面输入数据、需要验证的信息数据都有可能来自于数据库。在不同的时刻,有可能数据库中的数据会发生相应的变化,导致脚本在回放时,所填写的数据不符合此时逻辑要求,或者原先的验证点不能成功被验证。( y5 a7 B) |. m7 j/ }
在一个 RFT 工程中,主要有以下几种记录数据的文件类型:
4 t* A- [& R: A0 E! |5 F! K! o
  • DataPool(数据池):以表格的形式将数据存放,并在脚本运行之前,根据所需要的数据,选择相应的 DataPool 文件。DataPool 文件是在回放脚本前需要准备好的。
  • Script(测试脚本):测试脚本本身,这里会包含直接与页面展示相关的数据,这些数据多数来源于页面的输入,或者是后台经过数据库查询后数据展示在页面中。  j+ I, a* |# S' A
数据库接口多数应用在与测试脚本直接交互方面,如图 4 所示。针对这样的问题,可以将应用中关于数据查询的部分作为接口,注入到测试脚本中。将原先脚本中记录数据的地方,用相应的查询方法所替代。这样以来,测试脚本中的数据能够更加灵活的进行变化,并且对于不同测试环境和连接不同的数据库来说,也可以按实际要求进行切换,以使测试脚本顺利的进行回放和复用。
9 C2 S( Z" K0 x) x
/ I* u2 X/ W5 e图 4. 数据库接口注入测试脚本
1 F2 K, {9 E1 G! e
- L7 z+ e" A" p1 r, h; u多语言接口的实现, l+ b; Q( C- D; r1 Q/ e- \
RFT 为了测试脚本支持国际化,提供了内置的对象识别机制来从本地化的属性文件中读取测试对象的属性值。但是这得在 RFT 启动时打开这个功能,一旦该功能打开,RFT 在回放测试脚本时就会将测试对象的属性值作为在属性定义文件中所使用的 Key,通过这个 Key 在属性文件中找到对应的属性真正的被本地化的值。
6 E; i& |1 n: y0 J  c2 D: ?( U在 RFT 安装目录里,找到配置文件 ivory.properties,将其中的 rational.test.ft.services.enable_localization 值设置为“true”从而将本地化支持功能打开。ivory.properties 文件一般位于 RFT 安装目录下的子目录 bin 中。
2 v" _& F) X8 e: M将测试脚本中使用的文本本地化后的属性文件放置在测试工程 resources 目录中(如图 5 所示),并且属性文件的基本名字和项目工程的名字一样,但是后面拼接上相应的 Locale。
0 _) e& J* c' T" Q2 {4 h
# x( A3 W$ X: T% _4 F图 5. 属性文件位于项目工程 resources 目录下7 ~! [  ]5 c5 P; p
* @3 w5 B$ H4 \; c

+ w& ~4 J' {1 P. a4 R! N清单 5. 属性文件
! n* \# }5 @# ~: a
# English propertiesdocTitle =“Demo Project”# And other properties definition here

: m; D! Y  _+ S$ A更新 RFT 测试对象映射中测试对象的属性(比如 .title)为本地化后的属性文件中的 Key,并且在属性文件中定义该 Key 的本地化 Value 值,如图 6 所示。" Y- }3 N# e5 y- w6 S: b
; n- v  b5 x% E. Q/ i6 k
图 6. 使用本地化属性文件中的 Key 作为属性值7 Y! H" p3 j) ]+ H

* N# e+ D# t1 K1 U4 \于是 RFT 在回放功能测试脚本时就会从项目工程下 resources 目录中读取被本地化好的属性的 Value 值,这些属性值根据 Locale 的不同会有不同的翻译。& X* r5 y/ U, \; m; R: z* Z


! ]9 Q  e* F8 D& W6 R5 X
  _9 J* R5 V0 o8 N& D
! N# x. [/ x' K创建优化对象识别功能测试脚本以支持页面测试对象的变化
0 y4 p9 |* }$ b. x/ z. ]RFT 在对页面进行功能测试脚本录制的同时,也会记录页面上对象的标识信息,以便在脚本回放的过程中,根据已记录的信息进行对象的识别和相应的操作,能够使得测试脚本顺利执行。以下根据 RFT 对于页面对象的识别原理和常见识别方法,借助 RFT 的可扩展性,提供几种灵活的对象识别方法,使得对象识别方法更智能、准确。
( v5 L7 j7 V% g3 W# l9 VRFT 对 HTML 中对象的识别原理
/ {0 g% f3 O, U3 p" t7 s+ c对于被测页面中的 HTML 对象的识别,RFT 提供了专门的 Proxy 进行处理,并将其转换成测试脚本。其中 RFT 中定义 TestObject 为识别测试对象的基类,测试对象则被映射为 GuiTestObject 对象。对于测试对象来说,每一个对象都有自己唯一的属性,从而能够在脚本回放的过程中被准确的识别,同时这些测试对象的属性也在录制的过程总被存储在工程中。! C7 u% ]& c, u
以图 7 的 google 主页的搜索按钮为例,用 RFT 的 Test Object Inspector 工具进行页面对象识别时,会出现以下内容,如图 9 所示。可以看出两个测试对象中“.name”的属性值是完全相同的,但是通过“.class”的属性来唯一区分两个不同的测试对象。测试脚本在回放时,也是按照这个原理来准确识别测试对象,从而使得脚本能够顺利运行。# b- K9 [+ ^7 w7 T  ~. F+ F1 u

/ O. `& ^8 C1 J图 7. google 主页搜索按钮
. f+ v4 Z6 l+ g3 b! Z' Y
/ b( I0 |" \& k6 x1 k+ @2 x1 N0 y. c2 {6 }  f6 y
图 8. google 主页搜索按钮属性
! ^, N& V8 d5 v
9 Y* K( E+ n- C3 ?  Q+ C同时在工程的 resources 文件夹里,生成后缀名为”.rftdef”和”.rftxmap”两个文件,这两个文件记录了测试对象的属性,两个文件的相关内容通过后缀名为”.rftdef”的文件中的 id 相关联。以图 8 中的搜索按钮上的文本为例。
4 t# z; }" B1 `9 L' z' n2 |/ Q1 O; I) z" p
“rftmap”文件6 T9 x% R- ?, N# L% i6 X$ @6 I
<MTO L=".MTO"><Id>1.1LspE2Ef1EHB:SV5q3:MzptfHo:8WR</Id><Name>Google 搜索 </Name><SimpleName>Google 搜索 </SimpleName><Parent>0.1LspE2Ef1EHB:SV5q3:MzptfHo:8WR</Parent><TO>GuiSubitemTestObject</TO><Dom>Win</Dom><Class>.Text</Class><Role>Text</Role><Proxy>.Win.GenericProxy</Proxy><Prop L=".MtoProp"><Key>.name</Key><Val>Google 搜索 </Val><Wt>75</Wt></MTO>
, Z% L! `; J0 S* S. r# m
3 x: [9 j6 I( ^& S2 z6 h
“.rftxdef”文件
+ e( m4 z' ]" e( P1 E
<TestObject L=".ScriptDefNameMapElement"><Name>google 搜索 text</Name><ID>1.1LspE2Ef1EHB:SV5q3:MzptfHo:8WR</ID><Role>Text</Role><Deleted>false</Deleted></TestObject>
, r2 [* w/ u( X9 o& z
灵活定义识别测试对象方法3 k3 g- D- y, n$ t
调整权重设定对象属性的重要性  a  T$ \; P- U3 D
RFT 测试脚本在测试对象映射中定义了所有测试对象。每个测试对象的属性都有一个额外的属性权值,用以表示这个属性在识别对象时的重要性。RFT 计算所有属性的权值,通过权值决定该测试对象是否是用户期望的 HTML 元素,也就是说对象属性是否匹配设定的查找条件。
& I; h- o! {4 b& g: z2 p, [例如,下面的测试对象映射录制在 c:\DEMO\Project1.html 下,然后使用在 Project2.html 中,这个 URL 和 Project1.html 类似,只是在 Project 名称上有细微的差异。然而,既然 URL 和最开始录制的不完全一样,这个 HTML 链接就不能在项目 2 中匹配上。2 ~. y* H# ?  j7 \6 h0 a' s# H* \
简单的解决办法是在测试对象映射中减小链接 URL 的”.href”属性权值。比如将”.href”属性权值降到更低的 20 让 RFT 在识别测试对象时不将该属性作为重要属性。所以测试对象查找方法就能够基于其它主要属性比如”.text”和”.name”识别该测试对象。
7 i: ?2 v5 B8 U1 b+ O" K- p% |1 U! A3 I* x4 t: B
图 9. 测试对象的属性定义
. o) N( K7 x# l. R, p5 ?9 T' T8 ^
2 d$ c9 {7 R6 I
5 t, e% I1 H, H* z: l对有细微差异的属性值使用正则表达式
% e& }9 T# [/ C. c  ERFT 测试脚本也可以使用基于模式的对象识别,这允许更大的灵活性。正则表达式的使用可以忽略被测应用新版本发布中引入的细微差别,而不需要经常根据版本不同频繁更新已经存在的功能测试脚本。这不仅可以应用于测试对象映射中的属性值,而且还可以用于 TestObject.find() 方法来有效查找目标对象。: R" d' N2 T6 k3 v8 @9 ~
为了识别上例中正确的链接,”.find”查找方法可以接收一个正则表达式作为输入参数。尽管”.href”属性经常变化,但这仍然可以有效地运用。在对象识别时为了匹配正确的链接,为 URL 属性设置一个正则表达式参数,比如:“C:\\\\DEMO\\\\Project[12].html”,”.find”方法就会返回正确的目标链接。
# ^5 P4 W: ^) [' z: ~" a& ?8 r: v$ R0 i* W  J5 Y
清单 6. 返回正确的目标链接
5 C9 O2 T8 ?0 X1 X. N
String linkHref = "C:\\\\DEMO\\\\Project[12].html";TestObject[] links = getHtmlBrowser(getTestObject(), DEFAULT).find(atChild(".href", linkHref));

8 R. M7 o! L; T6 b通常说来该方法是解决此类在版本间处理细微差别问题最有效的方法,并且这些细微差别大多是文本属性的改动。$ F  {9 c5 z' m
为查找测试对象方法传入特定的父对象% Y* N: W. D+ x
对象查找方法非常有用,通过使用自定义查找方法,自动测试脚本便易于维护。在使用查找方法时传入父对象作为参数,可以限制查找方法只在父对象所属的容器中完成。虽然测试对象有了细微的变化,指定一个合适的父对象不仅能够缩小查找范围同时能够节省查找时间,对已有脚本的唯一更改是直接使用更改后的测试对象,而没有必要重新录制未更改的测试对象。4 m( `5 }$ T5 L  ~
* B, G; l  Y  _+ K* z
清单 7. 对象查找方法* |& P+ y1 ?3 ?" [3 c) S
protected BrowserTestObject getHtmlBrowser(TestObject anchor, long flags) {                return browser_htmlBrowser(anchor, flags);}//In the super helper class, the anchor will be used to get the test object.protected BrowserTestObject browser_htmlBrowser(TestObject anchor, long flags) {                return new BrowserTestObject( getMappedTestObject("browser_htmlBrowser"), anchor, flags);}

/ g7 @7 D2 G& c) E这使得处理新的版本发布引入的细微差异非常容易,也不需要很大的代码改动。
& {9 l1 b+ c, T& [
: H' z- W4 [: N1 i

* s( I3 P1 o1 e结论+ w9 ~8 e: D4 t: w8 c1 G0 D0 [
本文所提及的内容都是来自于平常工作的最佳实践。通过对 RFT 功能测试脚本的编写以及对 RFT 扩展功能的使用,可以使自动化功能测试脚本更加的灵活,同时对录制的脚本的维护更加方便。本文描述的最佳实践可以帮助测试人员和开发者在 IBM® Rational® Functional Tester 创建健壮的功能测试脚本。但是并不保证这些最佳实践能够解决读者所面临的所有问题,读者在决定使用自定义脚本还是录制脚本时请参考更多的官方文档。/ J# b4 C7 C/ {) d% Z

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
 楼主| 发表于 2011-7-10 15:09:25 | 显示全部楼层
回复 支持 反对

使用道具 举报

发表于 2013-7-5 15:23:31 | 显示全部楼层
学习了。!!!
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关闭

SCMLife推荐上一条 /4 下一条

QQ|小黑屋|手机版|无图版|SCMLife.com ( 京ICP备06056490号-1 )

GMT+8, 2018-10-20 07:03 , Processed in 0.059254 second(s), 6 queries , Gzip On, MemCache On.

Powered by SCMLife X3.4 Licensed

© 2001-2017 JoyShare.

快速回复 返回顶部 返回列表