1、所謂模組化思想，就是將乙個測試用例中的幾個不同的測試點拆分並且將其單個點的測試步驟進行了封裝，形成了乙個模組。
例如：乙個測試用例要對乙個登入程式進行測試，其中包括：使用者名稱輸入、密碼輸入、以及確定登入；
那麼就可以將使用者名稱輸入、密碼輸入、確定登入、取消登入四個操作分別封裝在四個不同的模組中。測試時，只需呼叫其模組即可。這樣的話，當乙個模組有變化，你只需單獨維護那個模組即可，也可以根據模組的不同組合成不同的測試用例。
2、所謂測試庫思想，就是模組化思想的昇華，其為應用程式的測試創造了庫檔案（可以是apis、dlls等），這些庫檔案為一系列函式的集合。其與模組化思想不同的是，其拓展了介面思想，即可以通過介面去傳遞引數，而不是乙個封死的模組，可以說是乙個多了乙個「門」的互動型模組。
例如：還是以上那個測試用例，只是將使用者名稱輸入、密碼輸入、確定登入、取消登入封裝成乙個庫，這個庫含有乙個函式login，這個函式login接收兩個引數「使用者名稱、密碼」，對輸入不同的使用者名稱和密碼可以進行不同的測試用例。也可以另外乙個函式cancle。
3、所謂資料驅動思想，眾說紛紜，很多人都覺僅僅依靠用excle表進行不同資料的讀取僅是乙個高階的引數化，其實怎麼理解並不重要，關鍵是其思想能夠好的應用到你的框架中。而我的理解就是變數不變，資料驅動結果，不同的資料導致了不同的結果的產生。而對於資料的匯入，可以通過很多方式，例如：excle表、xml（用在web中）、資料庫（db）、csv檔案、txt等都可以。
4、所謂關鍵字思想，這個思想，我曾經一直思考，它與物件導向的關係，與互動模組化思想的區別。後來個人理解，其實關鍵字驅動就是一種物件導向的思想，例如：qtp、rft中，物件可以為乙個資料或者乙個關鍵字，對物件的抓取，可以將其測試物件封裝為乙個關鍵字（即可以將gui元素封裝成了乙個個關鍵字），這樣可以對其關鍵物件進行各種操作了，不同的物件可以驅動不同的測試流向與結果。
簡單的應用的方式可以用乙個excel表，裡面包括「物件型別」「物件名稱」「物件操作名稱」「判斷方式」「預期結果」。這樣的話，可以通過匯入不同的物件型別和名稱、不同的物件操作來構建成了乙個測試用例表了。
自動化測試框架
可設計為五層 一 測試用例層 主要存放用例的指令碼，分為主指令碼和子指令碼。主指令碼用來控制各個子指令碼，實現指令碼間的資料傳遞。子指令碼是實現各個功能點的指令碼，同時也會提取出一些共用的方法，一般放在提取層中。主指令碼中可使用資料驅動來控制指令碼實現各種場景的流程，如silktest的test s...
關於自動化測試框架的思想和考慮
接觸過自動化測試的，應該對這幾種自動化測試框架思想有所了解 模組化思想 庫思想 資料驅動思想 關鍵字驅動思想 簡單說說，我自己對目前自動化測試的一些想法 最初自動化測試依靠的是傳統的 錄製 回放 技術，這種技術與現在的工具的 錄製 回放 思想不一樣，其其實就是乙個 模擬 的過程，即模擬操作而形成的，...
自動化測試框架 自動化測試呼喚開發
週末參加了testage 測試時代 組織的乙個專家討論會。主要討論測試自動化。說是專家討論會，我參加實在是慚愧，我對測試的理解實在是太淺薄了。只是因為在部落格上發表了一些謬論才收到邀請。想著可以幫助公司去接受一些新的思想，而自己也可以結識一些朋友，便去了。對於測試時代的會議組織，我以為定位和思路還是...