關於自動化測試框架的思想和考慮

接觸過自動化測試的，應該對這幾種自動化測試框架思想有所了解：模組化思想、庫思想、資料驅動思想、關鍵字驅動思想

簡單說說，我自己對目前自動化測試的一些想法

最初自動化測試依靠的是傳統的「錄製-回放」技術，這種技術與現在的工具的「錄製-回放」思想不一樣，其其實就是乙個「模擬」的過程，即模擬操作而形成的，其基於對輸入操作的原理，這種機制對環境的依賴性太強，對變化性太過於敏感，因此不可能發展成一種規模。

然後是指令碼化的自動化測試，利用指令碼進行結構化的自動化測試，此可以應用於cli與api的自動化測試，在其就開始整合了模組化與庫思想。

資料驅動與關鍵字驅動，是其伴隨著物件化思想的產生，而且也造就了現在一系列的自動化測試軟體，其實其中都整合了這些思想，從這時候開始，自動化就開始實現了一定的規模，開始運用在各個行業，並且發展趨勢越來越快。

在說說自動化測試框架思想：

模組化思想，就是將乙個測試用例中的幾個不同的測試點拆分並且將其單個點的測試步驟進行了封裝，形成了乙個模組。乙個測試用例要對乙個登入程式進行測試，其中包括：使用者名稱輸入、密碼輸入、以及確定登入；那麼就可以四個操作分別封裝在四個不同的模組中。測試時，只需呼叫其模組即可。

測試庫思想，其與模組化思想不同的是，其拓展了介面思想，即可以通過介面去傳遞引數，而不是乙個封死的模組，可以說是乙個多了乙個「門」的互動型模組。

資料驅動思想，我的理解就是變數不變，資料驅動結果，不同的資料導致了不同的結果的產生。

關鍵字思想，其實關鍵字驅動就是一種物件導向的思想，對物件的抓取，可以將其測試物件封裝為乙個關鍵字，這樣可以對其關鍵物件進行各種操作了，不同的物件可以驅動不同的測試流向與結果。

做好自動化測試，不是說你掌握了乙個框架，而是要掌握其自動化的思想，然後根據這些思想，結合你不同的測試環境和流程來構建你自己的自動化測試框架。

在開始設計自動化測試框架之前，需要考慮下：

使用該框架寫出來的自動化測試案例，需要給開發，手動測試，可能還有客戶檢視，所以寫的測試案例需要盡量的清晰明了，不要有太多複雜邏輯，及比較好的可讀性。

使用這個框架做自動化的人，不會有太深的程式設計能力，所以要提供足夠好的，最好是傻瓜化的測試點驗證方法，及很好的異常容錯處理能力。