為了簡潔這個目標，自動化測試的設計是基于架構原則建立的，這個可以稱為PATS。
PATS是如何工作的
這一節關注自動化測試系統本身，怎么樣去建立一個簡單，易用，支持重用模塊和一點維護，換句話說，就是PATS。
工具的選擇
首先需要做工具評估。必須讓一個人去使用這個被評估的工具。我的建議是使用兩個到三個工具，一個一個的使用，用他們創建簡單的和復雜的腳本�；诤饬棵總�工具的易用性和使用工具重用模塊的能力。值得注意的是，每個工具都有他們創建腳本的特性。最重要的一點是不要讓工具告訴你怎么去測試。自動化測試策略是獨立于工具的，工具是為了支撐和實現測試策略的。
一個馬匹會帶領你去找到水源，如果你讓他去，如果你想圍著湖轉轉這當然非常好，如果你想穿越草甸你就不會認為這是個好主意了。這個類似自動化測試工具。利用捕捉-回放手段，你可以找到野生樹林-不是你想去的地方。你的自動化測試系統會最終和一個巨大的混亂交織在一起以至難以持續。這是為什么最重要的是測試方法的架構會與測試工具有關。測試工具是客人而不是主人。
自動化測試方法
可重用模塊
模塊的重用用來導航，操縱控制，數據驗證，錯誤識別（軟件，硬件），和輸出日志�？芍赜媚K基本組成是命令、邏輯，數據，這些必須以歸并的方式呈現才有意義。在測試系統中使用通用的模塊，比如初始化和安裝部分，封裝起來命名為體現他主要功能的名字，像“初始化”或者“安裝”。其他的更具體的應用，在客戶窗口對服務的控制，例如，也封裝在一起，并且命名類似。
系統架構就是重用的內容被組織起來，經驗表明完整的架構是組織主要的重用模塊在一個應用窗口，所有的模塊被客戶窗口調用被組織在一個文件里或者一個library（qtp有這個library）。這樣的話，就是客戶界面因為任何原因被修改，更新文件只要更新一個地方。這就使在一個地方更新維護成為現實的原則。
這個爭論的中心是，如果一個控制語句，例如在客戶窗口的列表框，非常類似于清單屏幕，為什么不用一個適合兩種情況的重用模塊？這個應該比想象的要麻煩，而且復雜程度沒有辦法保證模塊的正確。當一個模塊越來越復雜，他將越來越難保持，而且會有很大的可能帶來一些bug。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
