軟件測試自動化的一些具體做法

　　因為軟件測試的工作量很大(40% 到60% 的總開發時間)，而又有很大部分適于自動化，因此，測試的改進會對整個開發工作的質量、成本和周期帶來非常顯著的效果。

　　首先，談談在測試自動化的情況下，帶有圖形界面的產品的測試用例的設計問題。因為圖形界面的輸出顯示不是很容易做到測試結果自動化比較，所以一般的做法是把圖形界面輸出的部分單獨建立測試用例，以手工運行。而所有非圖形輸出則可進行自動測試。

　　下面舉出一些測試自動化的例子：

　　測試個案(test case ，或稱為測試用例)的生成

　　用編程語言或更方便的劇本語言(script language 例如Perl等)寫出短小的程序來產生大量的測試輸入(包括輸入數據與操作指令)。或同時也按一定的邏輯規律產生標準輸出。輸入與輸出的文件名字按規定進行配對，以便控制自動化測試及結果核對的程序易于操作。

　　這里提到測試個案的命名問題，如果在項目的文檔設計中作統一規劃的話，軟件產品的需求與功能的命名就應該成為后繼開發過程的中間產品的命名分類依據。這樣，就會為文檔管理和配置管理帶來很大的方便，使整個產品的開發過程變得更有條理，更符合邏輯。任何新手半途加入到開發工作中也會更容易進入狀態。

　　測試的執行寫控制

　　單元測試或集成測試可能多用單機運行。但對于系統測試或回歸測試，就極有可能需要多臺機在網絡上同時運行。記住一個這樣的原則，在開發過程中的任何時候，如果你需要等候測試的運行結果的話，那就是一個縮短開發時間的機會。

　　對于單個的測試運行，挖潛的機會在測試的設置及開始運行和結果的對比及顯示。有時候，需要反復修改程序，重新匯編和重新測試。這樣，每一個循環的各種手工鍵入的設置與指令所花費的時間，加起來就非常可觀。如果能利用make或類似的軟件工具來幫助，就能節省大量的時間。

　　對于系統測試或回歸測試這類涉及大量測試個案運行的情況，挖潛的的機會除了利用軟件工具來實現自動化之外，就是怎樣充分利用一切硬件資源。往往，就算是在白天的工作時間內，每臺計算機的負荷都沒有被充分利用。能夠把大量測試個案分配到各臺機器上去同時運行，就能節省大量的時間。另外，把大量的系統測試及回歸測試安排到夜間及周末運行，更能提高效率。

　　如果不購買商品化的工具的話，應當遵從正規的軟件開發要求來開發出好的軟件測試自動化工具。在實踐中，許多企業自行開發的自動化工具都是利用一些現成的軟件工具再加上自己寫的程序而組成的。這些自己開發的工具完全是為本企業量身定做的，因此可用性非常強。同時，也能根據需要隨時進行改進，而不必受制于人。當然，這就要求有一定的人力的投入。

　　在設計軟件自動測試工具的時候，路徑(path)控制是一個非常重要的功能。理想的使用情況是：這個工具可以在任何一個路徑位置上運行，可以到任何路徑位置去取得測試用例，同時也可以把測試的結果輸出放到任何的路徑位置上去。這樣的設計，可以使不同的測試運行能夠使用同一組測試用例而不至于互相干擾，也可以靈活使用硬盤的空間，并且使備份保存工作易于控制。

　　同時，軟件自動測試工具必須能夠有辦法方便地選擇測試用例庫中的全部或部分來運行，也必須能夠自由地選擇被測試的產品或中間產品采作為測試對象。