一、 引子
隨著這幾年測試的重要性被越來越多的公司認識到,測試行業也如火如荼的發展起來,測試不再是可有可無,誰都可以做,也不再是比開發矮一個臺階的職務了,而象征測試的一些特色的技能也被更多的人關注和重視.其中自動化測試就是一個特殊的領域.隨著技術的發展,自動化測試已經不是少數幾個大公司專用的測試技術,很多公司都開展了這方領域的學習和嘗試,整理這幾年在論壇上發貼的關注度不難發現,從前的問題很多是詢問工具下載地址,破解方法和入門學習手冊,而今不少是在談論自動化測試的構建,這是因為大家在實踐中會遇到了一些瓶頸,經常會發現腳本維護的工作量遠遠高于手工測試.這樣的效率不是大領導們希望看見的,也是自動化測試必須解決的問題,于是很多人開始對腳本的管理和可重用性,可擴展性進行很多堅持不懈的研究.
二、 介紹
社會上有一些主流的自動化設計框架的理論和介紹,本文筆者將結合工作使用的silktest 和QTP,介紹對自動化框架的認識和在項目的實踐的體會,很多觀點只代表個人意見.
在此筆者將自動化腳本分5層,分別如下:
測試用例層
提取層
應用層
普通層
工具層
三、 解釋
以下筆者將介紹這幾個層的概念.
測試用例層
該層就是我們實現測試用例的腳本.
在此我把腳本分為兩類,一類叫做主腳本,另一類叫做子腳本,從字面上理解,子腳本是實現各個功能點的腳本,當然也會提取出一些共用的方法,我們會放在提取層中,下面會提起.而主腳本就是根據業務流程的需要來控制各個子腳本,來實現腳本間的數據傳遞.
題外話,我們會在主腳本中使用數據驅動,來控制腳本的實現各種場景的流程.在此個人感覺silktest的test suites 和test plan的概念是一個很現成的管理腳本的方法,而在QTP中,我們可以建立一個main 的action來實現這樣的功能.
1、提取層
本層是一個項目腳本可維護性的關鍵,我們會把項目共用的常量,通用的方法,函數放在該層.而這些方法和函數往往是這個自動化項目中最難設計的一塊,不同的項目可能使用的方法和思路也不一樣.項目中很大的一部分工作量會消耗在這里.比如我會把腳本進入的初始化的方法放在這里,該方法將幫我配置我的運行環境,從服務器上拷貝數據,當然也會針對一些已知的或者或未知的異常情況進行處理,來恢復正常的下個腳本的運行.在silktest中,我們會放在INC文件下,而QTP我們可以自己寫一些VBS的文件等外部文件來存放和維護.
2、應用層
我們的對象庫就是放在本層,做自動化的人都清楚對象庫的好壞直接決定了該項目自動化的成敗,相對于QTP有強大的對象庫管理的功能, silktest相對就是一個比較原始和底層的對象管理模式,更像使用描述性編程的QTP,當然兩者之間還是有很多差異.在此筆者建議假如是大規模的項目,不妨專人負責對象庫的維護和管理,該人需要很高的自動化經驗,他的責任不僅僅在項目初期把底層的對象庫建立起來,在中期和后期對對象庫的維護,更多的是針對項目的特殊情況對工具層提供的方法進行繼承和擴展.比如我們可以對close的方法進行擴展,添加自己的LOG日志,甚至可以結合普通層中對于性能的方法進行一些性能數據的采集等.在項目的實踐過程中,會有事半功倍的效果的.
3、普通層
這層是衡量一個公司自動化水平的標志,這里集合了很多項目的經驗,是一個通用的方法的集合,通常的我們會把自己的LOG日志的方法,對數據庫的操作等等,當然也有一些通用的函數方法放在這里,比如說上面說到的采集性能數據的方法,捕獲異常的方法等等.
4、工具層
該層就是工具提供的一些方法,比如click,dbclick等
此外無規矩不成方圓,文檔,備注的維護也是不可忽視的重點,一般的自動化測試都會持續半年以上,所以制訂相應的流程,文檔規范化是一個好的項目必備的要求.
四、 結束語:
本文只是筆者自己的一些經驗的分享,希望可以拋磚引玉的引起大家的一起學習進步,畢竟在國內自動化的普及和深度都在初級階段,更需要我們的一起努力來提高.有時間更希望能拿一些具體的例子來討論這個話題.
此外本文的題目也讓筆者煞費苦心,因為自動化框架的范圍很大,而我只是對其中的一部分進行了一些自己的總結,只是實在想不出什么更好的題目,暫且就這樣定吧!謝謝。
文章來源于領測軟件測試網 http://www.kjueaiud.com/