軟件測試構建軟件測試
測試實現可以被分為以下幾個部分：測試構建，測試執行，測試結果的捕獲和分析，以及測試結果驗證。我們將分別介紹這幾個部分。
測試構建沿用了測試設計中使用的那一套工具，使之容易了一些。測試數據建立在一個電子數據表中，這個電子數據表和測試條件同屬一個業務手冊。這些數據可以導出到Csv文件，csv文件將在測試執行中用到。如果測試是通過自動化框架來執行，那測試構建還包括編寫測試腳本。自動化測試腳本是軟件程序。它們有自己的適用于軟件測試事件的編程語言或語言擴展。腳本語言通常嵌人在捕獲／回放工具中，該工具帶有源碼編輯器。語言的風格隨著開發商的不同而不同，而且隨著相關語法和語義的不同，所以使用特定產品的困難度也不同。另外，一些開發商的腳本語言和他們的記錄工具比其他開發商的更健壯。
可用的命令(命令是語言的一個部分)越專門化，那么測試工程師就能越好地控制測試環境和ALVr。專門的測試成為語言的組成部分，類似于命令，當執行的時候測試具體的項目——比如圖形用戶界面(GUI)對象的屬性和數據以及窗口的存在性——并且需要進行文件比較。一些內建的測試用例非常有用，大多數在GUI測試方面功能十分強大。但是它們對功能測試就不那么有效了。我們可以通過執行外部測試數據(這些測試數據反映了測試需求)和驗證測試結果來實現很多測試。這些數據控制了測試腳本在應用程序中如何起作用；這些數據包含了測試腳本用來置入目標應用程序輸入數據域的值。
由腳本編寫者來設計和實現測試腳本。如果測試腳本的編寫沒有任何指導，這樣寫出來的腳本結構性會很差，而且每個腳本將成為各腳本編寫者的個人風格產品。我們曾經目睹過這樣的情況，當測試小組中的幾個人被要求分別對應用的幾個指定部分寫自動化測試腳本時，就出現了上述情況。我們甚至還給了他們基本的模板作為起始點，結果沒有任何兩個人寫的測試腳本相似。我們將在第8章給出一套自動化測試腳本編寫規則。
如果可能，測試腳本的編寫應該和溯試數據的編寫并行進行。使用像Arc-h盯Group的(：SDl3T這樣的方法可以使測試腳本設計者和測試數據設計
文章來源于領測軟件測試網 http://www.kjueaiud.com/
