軟件測試簡易自動化測試設計(2)

　　說明：

　　a、ChooseButton (String buttonName)方法就是找到一個名字為buttonName的按鈕進行點擊操作。ChooseTextField (String LabelName，String TextName)方法就是找到一個前綴名為LabelName的文本框進行輸入TextName。

　　b、此處有一個getMethod.logWriter是用于向外部LOG寫入具體的控操作信息的。當然你也可以不寫在方法中，寫在測試用例中也可以，不過需要其返回一個button的名稱，然后在測試用例中一個方法獲得這個name，然后再將信息寫到日志中，個人認為后者方式較好，因為其可拓展性強。

　　c、這里以前設計的是在此抓取異常，然后進行異常處理操作，你可以選擇調用一個共同的異常模塊，我的異常處理方式是：抓取到異常，則關閉整個測試程序，重新進行下一個測試用例。

　　3、AppTestCase文件夾中有一系列產品線的文件夾，然后每個文件夾對應每個功能模塊，這里就不多說了，根據自身公司部門的情況決定吧。

　　三、一些需要注意到的地方

　　1、用動態搜索的方法是脫離RFT的對象庫的，所以無需使用RFT的對象映射機制了。

　　2、你可以在外部基于測試方法進行測試用例的編寫。

　　3、因為整個系列只用了RFT中的 RationalTestScript類中的方法，所以我本想直接用eclipse導入含有這個類的jar包，然后基于eclipse進行其測試用例的編寫，但沒成功，因為其回放的機制中還用到了很多具體的類，這些就是不可見的了，看樣子商業工具在這方面做的很嚴密啊。

　　4、根據這樣，你就可以想盡辦法，利用RFT提供的CMD接口，將RFT隱藏起來吧。

　　5、其實一個自動化測試框架而言，RFT最好能做到成為其框架的一個插件，所以用到的RFT東西越少就越好了。

　　6、想想原理挺簡單的，可是自己摸索的時候發現卻要走了很多彎路，但是摸索的過程對于以后對整個測試活動理解還是很有幫助的，所以，個人覺得，不要怕走彎路，關鍵要摸。

　　四、接下來的系列

　　1、用例驅動與數據驅動機制。

　　2、圖形界面操作設計。

　　3、……

　　總之，此處只是簡單說明了一種通用的自動化測試層次，可以根據自己部門特殊的情況進行改善或者拓展，這里的方式只能是簡單的使用，如果要規?；脑?，個人覺得，還遠遠不夠，工具只是一種服務，而這里需要是一種調用服務，即"框架"。

原文轉自：http://www.uml.org.cn/Test/201306243.asp