selenium 自動化測試的流程
selenium 自動化測試的流程
自動化測試與軟件開發過程從本質上來講是一樣的，無非是利用自動化測試工具(相當於軟件開發工具)，經過對測試需求的分析(軟件開發過程中的需求分析)，設計出自動化測試用例(軟件開發過程中的需求規格)，從而搭建自動化測試的框架(軟件開發過程中的概要設計)，設計與編輯自動化腳本(詳細設計與編碼)，測試腳本的正確性，從而完全該套測試腳本(即主要功能為測試的應用軟件)，然後投入使用以執行測試(用戶使用，只不過這裡的用戶一般是測試人員)。
自動化測試一般按以下流程執行。
1.分析自動化測試需求
當測試項目滿足了自動化的前提條件，並確定在該項目中需要使用自動化測試時，便可以開始進行自動化測試需求分析。此過程需要確定自動化測試的範圍，以便於建立自動化測試的框架。
2.制定自動化測試計劃
在展開自動化測試之前，最好做個測試計劃，明確測試對象、測試目的、測試的項目內容、測試的方法、測試的進度要求，並確保測試所需的人力、硬件、數據等資源都準備充分。
3.設計自動化測試用例
通過測試需求，設計出能夠覆蓋所有需求點的測試用例，形成專門的測試用例文檔。由於不是所有的測試用例都能用自動化方式來執行，所以需要將能夠執行自動化測試用例彙總成自動化測試用例。用例的設計分為兩個方面，一方面是自動化測試所要執行的操作和驗證，另一方面是測試所需的數據。
4.搭建自動化測試框架
自動化測試的框架類似於軟件開發過程中的基本框架，主要用於定義在開發中將使用的公共內容。
根據自動化測試用例，很容易能夠定位出以下自動化框架的測試框架的典型要素。
(1)公用的對象。
不同的測試用例會重複使用一些相同的對象，例如窗口、按鈕、頁面等。這些公用的對象可被抽取出來，在編寫腳本時隨時調用。當這些對象的屬性因為需求的變化而變化時，只需求修改對象的屬性即可，而無需修改所有的相關的測試腳本。
(2)公用的環境。
各測試用例也會用到相同的測試環境，將該測試環境獨立封裝，在各個測試用例中靈活使用，也能增強腳本的可維護性。
(3)公用的方法。
當測試用例沒有需求的方法，而該方法又會被經常調用時，便需要自己編寫改方法，以便腳本的調用，例如Excel讀寫、數據庫讀寫、註冊表讀寫等公共方法。
(4)公共測試數據。
也許多個測試用例需要多次使用某個測試數據，可將這類測試數據放在一個獨立的文件中作為公共測試數據，有測試腳本執行到該用例時讀取數據文件。
在該框架中需要將這些數據字典要素考慮進去，在測試用例中抽取公用的元素放入已定義的文件，設定好調用的過程。
5.編寫自動化測試腳本
在公共框架開發完畢後，既可以進入腳本編寫的階段，根據自動化測試計劃，將之前所寫的自動化測試用例轉換為自動化測試腳本。自動化測試用例就像軟件開發中的詳細設計文檔，用於指導自動化測試腳本的開發。
6.分析自動化測試結果
接下來就是執行自動化測試了，一般來說，自動化測試多用於冒煙測試或迴歸測試。在每次新功能上線後，都需要執行自動化測試，及時分析測試結果並發現缺陷。如果發現了Bug，應及時記錄到相應的管理工具中，並繼續跟蹤改Bug，直到它變為關閉的狀態。
7.維護自動化測試腳本
這是一個重頭戲，也許前面的所有工作量加起來都沒有維護所用的時間成本大。一個軟件可能會多次上線新功能，或者對就得業務進行更改。那麼這將涉及新腳本的添加或就腳本的修改，以適應變更後的系統。不幸的是，軟件不出現變更，就沒有自動化測試的必要。如果出現變更，就得花時間成本進行維護，新需求永遠是自動化測試的最大麻煩，所以一定要在早期就選好自動化測試的範圍。
閱讀更多 川石信息 的文章
