淺談構建軟件測試本身主動化測試

         大公司作本身主動化測試通常都會有一個大的框架。就比如通常大公司規章制度比較全，你僅僅要依照規章制度去作就可以了。

本身主動化測試框架也是如此，通常測試人員僅僅要在現有框架編寫本身主動化測試腳本就可以了。

         這種優勢。節省了時間和精力，便於複用，對測試人員的要求也就減小了。很差的地方。假設框架設計的很差，靈活性可能會差些。

        本身主動化測試框架都包括什麼內容呢？

        主程序 首先要有一個主程序，一個腳本從最開始運行到最後生成報告運行完成都離不開主程序。

就比如C語言中有個main函數。設計主程序時可以採用面向對象的思想。

        測試數據 數據包含哪些？通常測試腳本都是跟測試用例相應的，一個用例相應一個測試腳本。這些測試用例的總集就是一個數據，可以把這些測試用例集放入一個或多個文件。假設測試用例比較少，1個文件就OK了。

假設測試用例功能模塊比較多，可以把不一樣功能模塊用例分別放在不一樣文件。另外。測試用例中使用的一些測試數據，也可以抽象成測試腳本中的變量。採用「數據驅動本身主動化」要求數據和測試腳本儘可能分離。

        庫函數   把測試中常常使用的操做抽象出來，寫成一些函數，而後把這些函數放在一個庫中。寫測試腳本時直接調用就可以了，不需要本身動手寫了。這種優勢可以減小腳本的維護成本。相同一個功能A和B站在各自的角度分別寫了一個函數。後面C也需要用這個功能函數。他可能就不太清楚用哪一個好。

        記錄日誌 測試腳本運行，不可能都是成功的，即使成功，也最好能把日誌記錄下來。以便興許對測試運行狀況的分析、追蹤。詳細要記錄哪些東西。跟被測對象關係很是大。這個要研究、分析被測對象、被測功能後肯定。能夠把日誌記錄分等級就更好了，畢竟記錄日誌也是耗資源的，打印日誌太多對被測對象的正常功能也會形成影響。

        生成測試報告 手工測試完畢後。要寫一個測試記錄。把測試運行狀況（好比，哪些成功、哪些失敗、失敗緣由等）記錄下來。本身主動化測試運行完畢後也要生成一個測試記錄。僅僅只是它是本身主動生成的。測試記錄要作成什麼格式？Word？Excel？txt？記錄哪些內容？這就看測試管理者或項目管理者的要求了。通常生成一個Excel能夠打開的表格比較好。便於統計分析。

        大致過程         開始主程序要讀取測試用例和測試數據。開始測試運行，記錄測試日誌，最後測試運行完成生成測試報告。