qtp 自動化軟體測試架構總結

     現在發現，自動化測試指令碼編寫並不難，困難的是找不到測試架構的方向，沒有一個好的測試架構，寫出來的測試指令碼非常不好維護，如果軟體介面或是功能稍微出現變化，就會有很大的改動。

     通過查資料，發現一個架構非常好，個人認為，可能我現在對架構的理解還不到位，見笑了。

     資料網址： http://www.cnblogs.com/nckiki/articles/244202.html

   1.資料驅動架構

     這一架構基本上是作為一個子架構出現的，因為不管用哪種架構，基本上都要包含這一架構，這個架構主要是將測試資料從測試指令碼中分離出來，對資料的修改會很方便。

    2.測試指令碼模組化

     

 

      測試指令碼模組化架構需要建立能夠代表測試下應用程式（application-under-test）的模組，零件（Section）和函數的小的、獨立的指令碼。然後用一種分級的方式將這些小指令碼組成更大的測試，實現一個特定的測試案例。      在我將提及的所有的架構中，這種架構應該是最容易精通且掌握的。就在一個組件前面構建一個抽象層以掩藏應用程式其他的組件方面，它是一個很著名的編程策略。它把應用程式從在組件的修改中隔離開來並規定了在應用程式設計中的模組性。為了提高自動化測試套件（test suite）的可維護性和可測量性，測試指令碼模組化架構應用了抽象或封裝的原則。     當控制項發生移動或改變的時候，只需要修改調用控制的底層指令碼，而不是測試控制項的所有測試案例      3.測試庫模組         測試庫構架架構和測試指令碼模組化架構非常相似，有著同樣的優勢，但是它把測試下的應用程式分成過程和函數，而不是指令碼。這種架構要求建立代表測試下應用程式模組，零件和函數的庫檔案（SQABasic libraries, APIs, DLLs等等）。然後這些庫檔案被測試案例指令碼直接調用。          如果控制項發生變化，只需要修改庫檔案，同時也更新了所有調用這個控制項的指令碼