開發自動化測試腳本的技巧和心得(2)

　　可以用錯誤處理程序邏輯增強測試腳本，當錯誤發生時它可以不斷的發送錯誤信息給無限設備或email地址。一些測試腳本是關鍵性的業務并且可能在午夜批量地運行。正確并成功運行這些關鍵性業務的測試腳本會作為其他自動化任務的一個依賴或者前提條件。

　　通常也包括在關鍵業務腳本中一旦出現失敗時自動發送消息通知的邏輯。

　　編制文檔

　　為了使測試腳本可重用并且更容易維護，文檔化所有和執行測試腳本，測試腳本的頭文件，任何執行測試腳本的特殊條件相關的信息，例如：

　　為了關閉書本調整所測試應用程序中的日期

　　更新任何需要唯一數據的字段

　　為了環境判斷模式(context sensitive)/ 模擬模式(analog) /位圖錄制，調整顯示器設置

　　列出所有有依賴的測試腳本

　　指出為了執行腳本需要的權限級別或用戶的角色

　　在什么條件下腳本會失敗，以及重新運行腳本的繞行方法

　　需要在腳本運行過程中打開或關閉的應用程序

　　指明數據的格式，例如，歐洲日期格式VS美國日期格式，等等

　　此外，腳本中需要包含一個描述(例如，它是干什么用的)和特別用途(例如，回歸測試)的文件頭。腳本的文件頭應該包括腳本的作者，所有者，創建和修改日期，腳本可以追溯到的需求識別符，腳本所支持的業務范圍，腳本中的變量和參數數量。在測試腳本中提供這些信息使以后的測試工作中的腳本的執行，修改和維護更容易些。

　　實行測試腳本的版本控制

　　許多公司花好幾萬英鎊購買測試工具，但是卻忽略了測試工具的副產品-錄制好的測試腳本。為了公司構建中的自動化測試腳本的庫和存儲庫，強烈建議對自動化測試腳本實行版本控制。版本控制幫助追蹤測試腳本中的變更，并可維護同一測試腳本的多個版本。

　　堅持測試腳本命名標準和存儲

　　測試腳本應當遵循項目公認的命名標準，并且應該存儲在指定的庫中，例如一個共享的驅動盤或測試管理工具中。

　　測試經理應當指明包括如下方面的測試腳本命名標準：

　　項目的名稱(例如，GSI代表著Global SAP Implementation)

　　版本號(例如，即將發布或部署的版本號)

　　主題或測試種類(例如，SC代表安全測試，LT代表負載測試)

　　有序的測試用例編號

　　標題或將要測試的功能(例如，來自外部供應商的采購業務)

　　遵循這些技巧使測試人員能夠為他們的組織構建更強健的測試腳本。當然，開發可維護的測試腳本最大化自動化測試工具的效益。當自動化測試腳本用在以后的測試工作中，減少了完成一個測試循環所需要的時間時，公司就可以意識到自動化測試工具帶來的投資回報(ROI)。以上的技術將幫助公司構建符合這些目標的測試腳本。

原文轉自：http://www.kjueaiud.com