2.1選擇自動化測試用例
2.1.1不適合自動化測試用例的情況 定制型項目（一次性的）。為客戶定制的項目，維護期由客戶方承擔的，甚至采用的開發語言、運行環境也是客戶特別要求的，即公司在這方面的測試積累就少，這樣的項目不適合作自動化測試。 項目周期很短的項目。項目周期很短，測試周期很短，就不值得花精力去投資自動化測試，好不容易建立起的測試腳本，不能得到重復的利用是不現實的。 業務規則復雜的對象。業務規則復雜的對象，有很多的邏輯關系、運算關系，工具就很難測試。 美觀、聲音、易用性測試。人的感觀方面的：界面的美觀、聲音的體驗、易用性的測試，也只有人來測試。 測試很少運行。測試很少運行，對自動化測試就是一種浪費。自動化測試就是讓它不厭其煩的、反反復復的運行才有效率。 軟件不穩定。軟件不穩定，則會由于這些不穩定因素導致自動化測試失敗。只有當軟件達到相對的穩定，沒有界面性嚴重錯誤和中斷錯誤才能開始自動化測試。 涉及物理交互。工具很難完成與物理設備的交互，比如刷卡的測試等。
2.1.2適合自動化測試的情況自動化測試之所以能在很多大公司實施起來，就是有它適合自動化測試的特點和高的投資回報率。 產品型項目。產品型的項目，每個項目只改進少量的功能，但每個項目必須反反復復的測試那些沒有改動過的功能。這部分測試完全可以讓自動化測試來承擔， 同時可以把新加入的功能的測試也慢慢地加入到自動化測試當中。 增量式開發、持續集成項目。由于這種開發模式是頻繁的發布新版本進行測試，也就需要頻繁的自動化測試，以便把人從中解脫出來測試新的功能。 能夠自動編譯、自動發布的系統。要能夠完全實現自動化測試，必須具有能夠自動化編譯，自動化發布系統進行測試的功能。 當然，不能達到這個要求也可以在手工干預的情況下進行自動化測試。 回歸測試�；貧w測試是自動化測試的強項，它能夠很好的驗證你是否引入了新的缺陷，老的缺陷是否修改過來了。在某種程度上可以把自動化測試工具叫做回歸測試工具。 多次重復、機械性動作，將煩瑣的任務轉化為自動化測試。自動化測試最適用于多次重復、機械性動作，這樣的測試對它來說從不會失敗。比如要向系統輸入大量的相似數據來測試壓力和報表。 需要頻繁運行測試。在一個項目中需要頻繁的運行測試，測試周期按天算，就能最大限度的利用測試腳本，提高工作效率。
2.2編寫Test case和Test level 分析Test Case的業務，將Test Level services function 的顆粒從Test Case中識別出來，盡量做到用少的Service function來實現測試業務。
2.3搭建測試框架依據測試框架，在下一節中提到。依次填入測試框架的內容。
2.4執行測試并記錄bug 這時就可以開始執行測試。測試結果應該自動被記錄在測試報告中，而不應該一遇到BUG就停止——除非必須停止。這里注意以下幾點 測試報告功能應該在Common level中實現，這樣所有的測試都可以共用。 測試框架應該具有一定的判斷功能，一旦某個測試失敗。測試框架可以決定停止測試，或者轉入不受影響的新測試用例，Test suite分類也應該注意這一點，因為同一個Test suite一般來說是互相影響的。 測試框架可以具有某種還原測試環境的功能——即測試結束清理的功能，這樣就可以自動恢復到不受影響的測試環境中。
2.5維護測試腳本這是一項工作量很大的工作。維護腳本的難度很大程度上與團隊活動有關，相關信息參考第4節。
3 測試框架的構想
3.1Test Driver 測試框架的核心叫Test driver，它具有以下一些東西 全局參數。 所要測試的用例集，也許叫Test suite集更合適；包括測試所要用到的參數。 對于用例的描述。 lib and tsr。 能夠判斷測試結果，并且決定是否調用其它的測試用例，或者停止測試。 自動生成測試報告。以及需要輸出的路徑。 每個測試腳本的初始設置路徑
4 團隊開展自動化測試要點單人自動化測試與團隊開展自動化測試有很大不同，因為不同的對象名、不同的函數會造成每個人的測試腳本不同，并難以合并成一個完整、統一的腳本。為了解決這個問題，應該注意以下幾點： 團隊成員在編寫腳本時應該多使用對象庫，盡量少使用描述性編程。 統一對象名稱，規定網頁元素對象命名的統一規定，這樣才可能在合并對象庫時統一。 統一函數命名規定。 統一函數書寫格式。 統一對同一類型操作的處理方式——應該定期舉行會議，溝通各種操作的處理方法，共同提高對系統的認識水平。
5 測試配置測試配置應該盡量自動完成，減少工作量。測試配置包括如下內容： 測試工具的配置 測試環境，如數據、數據庫結構
6 測試初始設置一些測試用例相互依賴，本應該把它們合成一個測試用例；但是如果單個測試用例顆粒很大，那么在回歸測試或再現缺陷時就會使人發瘋，并且浪費了大量的測試時間。最好最可靠的解決辦法看來只有一種，那就是將顆粒大的測試用例分離出來，同時為這個測試用例預備測試初始設置——將客戶端所需要的數據庫結構和數據庫備份，并且作為測試初始設置保存管理。這里的測試初始設置并非只針對自動化測試，手工測試也被包括進來。
6.1測試初始設置的命名辦法 TE+測試用例編號如測試用例為TC1.2，則TE為TE1.2
6.2測試初始設置的保存測試初始設置應保存在單獨的文件夾內，初始設置的路徑被鏈接到Test driver上。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
