單元測試：這一層主要由產品開發同學負責, 比如使用junit開發方法的單元測試用例, 通常這些用例都是靜態的, 測試資料通過各種mock技術產生。
介面測試：這一層主要由測試同學負責，比如我們需要對http, hsf, top/mtop等介面進行業務上的功能測試, 驗證是否符合介面定義和業務需求，因為是基於業務測試，所以測試資料都是真實地，需要我們呼叫其他業務方提供的介面生成測試用的資料。
ui測試：這一層主要由測試同學負責，使用各種ui自動化工具進行測試指令碼的開發，我們可以使用automanx或者selenium等工具實現ui層的自動化測試。
為什麼要畫成乙個金字塔形，則不是長方形 或倒三角形呢？ 這是為了表示不同階段所投入自動化測試的比例。如果乙個產品從沒有做單元測試與介面測試，只做ui層的自動化測試是不科學的，從而很難從本質上保證產品的質量。如果你妄圖實現全面的ui層的自動化測試，那更是乙個勞民傷財的舉動，投入了大量人力時間，最終獲得的收益可能會遠遠低於所支付的成本。因為越往上層，其維護成本越高。尤其是ui層的元素會時常的發生改變。所以，我們應該把更多的自動化測試放在單元測試與介面測試階段進行。
既然ui層的自動化測試這麼勞民傷財，那我們只做單元測試與介面測試好了。no! 因為不管什麼樣的產品，最終呈現給使用者的是ui層。所以，測試人員應該更多的精力放在ui層。那麼也正是因為測試人員在ui層投入大量的精力，所以，我們有必要通過自動化的方式幫助我們「部分解放」重複的勞動。
至於在金字塔中三種測試的比例要根據實際的專案需求來劃分。在《google 測試之道》一書，對於google產品，70%的投入為單元測試，20%為整合、介面測試，10% 為ui層的自動化測試。
自動化測試 web自動化測試
自動化 由機器裝置代替人為完成制定目標的過程 優點 提高工作效率 減少勞動力 產品規格同一標準 批量生產 自動化測試 讓程式代替人為去驗證程式功能的過程，即在預設條件下執行程式系統 流程確定 搭建自動化框架 編寫測試用例，將其轉化為soupui 介面 自動化測試指令碼 執行自動化測試指令碼 輸出執行...
測試自動化 自動化測試的定義
相關術語 automated testing test tool,automated testing test suite,automated testing test script等.具體參見 http en.wikipedia.org wiki test automation 推薦書籍 1 軟體...
測試自動化
自動化測試有兩種含義 開發過程的自動化單元測試和功能驗證階段的自動化黑盒測試。這兩者融合到daily build中，是daily build的最重要核心。daily build和自動化單元測試另文詳述，此處主要說說自動化功能測試。自動化測試的投入產出比以及實際應用效果其實不高 自動化測試作為提高測試...