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