者分別獨立工作。這是可行的，因為數據驅動測試腳本。而設計和建立腳本是為了產生一般的測試過程引擎，該引擎并不關心測試數據的內容。
如果編寫腳本的工作需要幾個腳本編寫者合作完成，那么有正在使用的測試腳本編寫協定就顯得非常重要了。將合適的人分配到合適的工作中也同樣很重要。我們發現，測試設計師并不喜歡編寫測試腳本，而測試實現者不喜歡設計和構建測試條件和測試數據。實際上，當他們的角色互換時，他們的工作將會變得毫無價值。
這里說到的腳本編寫是指測試腳本的編碼，它可以使用測試工具自帶的測試腳本語言；也可以使用現有的一些應用編程語言，比如Java或vlsllaI Basic：；或者使用標準的腳本語言比如Perl、cGI或vB scnpt；或者使用操作系統的命令過程語言(比如，編寫unix shdl腳本來執行測試過程)。至于測試腳本的編寫，確實需要熱愛編程的人來做這項工作。Bmce就是這樣一位工程師，他在成為測試腳本編寫者以前是作為程序員進入到軟件行業中的。程序員的經歷可以使人成為天生的測試腳本編寫者。測試腳本的編寫要么需要已有的編程經驗，要么需要在編程概念(比如邏輯、語法和語義)的不斷訓練。它同樣還需要關注不斷發展的復雜邏輯結構。因為有這些要求，所以不要期望非技術性的測試者能夠寫出測試腳本．更也不要期望他們能夠使用大多數工具套件提供的捕獲／回放功能創建有效的測試腳本。使用那種方法開發出的測試腳本對維護來說就如同噩夢。
測試執行可以手工進行，也可以自動化進行，或者半自動化半手工進行。在測試業中有這么一條至理名言：手工測試和自動化測試各會發現不同類型的錯誤。所以專家認為應該兩種測試都要做。我們也同意這種觀點，先做成熟的手工系統測試，然后通過自動化回歸測試來進一步測試，但這個想法過于單純，因為，大多數測試往往由于資源的不足而只能做其中一種測試。因此我們建議，在手工測試與測試用例的設計和構建并行發生的地方結合兩者。
當測試設計師設計和構建測試數據時，應該能夠運行被測應用程序，并能夠執行測試數據，而該測試數據是設計用于測試該應用程序各種特征的。這樣就完成了兩件事情。第一，完成了對數據有效性的確認，該數據最終將用于自動化回歸測試中；第二，在自動化回歸測試之前完成了對每一個應用特征的手工功能(系統級)測試。當執行這個過程時，很多的錯誤能在測試用例設計和創建期間被發現。我們已經成功應用了這個方法。
文章來源于領測軟件測試網 http://www.kjueaiud.com/