有關什么構成了一個對測試自動化的"合適執行"的討論常常聚焦于應當使用什么工具，但是那只是等式的一部分。巴斯德基科斯特拉詳列了四件應當考慮的事情，以及他們怎樣有益于測試自動化的成功，和沒有對這四件事的其中一件進行合適的關注所帶來的風險。

對于期望快速發布質量的機構來說，運行自動化測試是軟件開發生命周期的一個重要部分。然而，測試自動化只有在合理恰當執行的情況下才能成功。對于什么構成了測試自動化的恰當執行的討論常常聚焦在應當使用什么工具來做這項工作，或者使用最 好的（即使已經有了這件東西）或者最有效的方式來使用特定的工具來完成給定的任務。

在我看來，盡管使用的工具是整個測試自動化方程的一部分。任何成功的測試自動化指向都是基于五個不同的部分建立的。

在本文中，我們會來看一下這些部分的每個部分，他們怎樣助益于你的測試自動化執行使之成功，以及沒有好好關注他們的任何一項所會帶來的風險。

1、測試自動化工具

測試自動化工具雖然不是測試自動化執行得以成功的唯 一因素，工具顯然對你自動化工作的整體結果有著重要的影響。選擇一個與你要測試的程序不夠兼容的工具，或者不符合你們自動化團隊所需要的技能集將很可能會導致不理想的結果。

然而，比工具的選擇更重要的是，問自己你到底想用什么來完成你的自動化測試，然后決定一個最有效的達成結果的方式。一個首要的問題需要問的是一個特定的功能片或商業邏輯需要在什么層面上進行驗證。

你想確保你的顧客可以打開你們的線上商店，搜索一個具體的產品，然后進行下單付款的操作嗎？你很可能想要使用端對端的用戶接口驅動的測試來檢驗這一點。如果你在驗證一個決定顧客是否被允許來購買給定的無品（比如，由于國家層面的規制）的邏輯片的正確性，那么你很可能需要能夠編寫潛入進較低級別的待測程序的測試腳本，例如一個接口甚至一個單獨的代碼類。這構成了一個針對該測試的不一樣的范圍和方法，因此，需要一個不同的工具。

簡而言之，確保首先你知道要做自動化測試的程序需要驗證什么，然后再花費時間去研究怎樣取得想要的結果。記住迫使工具去做不是它被設計來做的事情會有很大的風險。

2、測試數據

對于任何嚴肅的測試自動化方案的另外一個重要因素是采用的管理測試數據的方法。測試的范圍越廣，測試數據管理就相應地變得越重要和要求高。

在單元測試里，你可以通過模擬所有你的測試依靠的數據來過活，而當你開始啟動集成或端對端的測試時，你會需要有特定的數據來做測試。而且，為了讓事情更復雜化，你常會需要其他與你的相互連接的程序進行交互的數據處于一個特定的狀態。

對于這些類型的測試需要以下幾種方式來處理測試數據

在測試建立階段創建需要的測試數據

開始測試之前詢問系統里已存在的測試數據

測試執行之前初始化待測程序的數據庫

這里的每個方法都有其潛在的陷阱：

在測試建立階段創建測試數據增加了測試執行時間，增加了在測試執行開始之前的失敗風險，還會導致很多無用的測試數據如果沒有合理的數據清理程序的話。

當你在測試開始之前查詢系統里已存在的測試數據時，因為意外地使用了無效的測試數據或系統里的測試數據屬性不對而導致了風險。

在測試執行前初始化數據庫給你留下了數據庫的截圖來管理和保持數據最 新-也就是說，你甚至需要首先被允許執行數據庫復原程序。

助益沒有正確的處理集成和斷對端測試的測試數據的方法。然而，選擇錯的程序，或者根本沒提出測試數據的問題，將很可能會導致產出的測試自動化方案不可重用，不可維護或擴展性不好。