自動化測試基本策略(3)

　　很多公司都是將自動化測試和功能測試劃分成兩個不同的team，自動化測試team的同事實現自動化測試工具的開發，功能測試team的同事向自動化測試team的同事提需求，自動化測試team的同事編寫代碼實現自動化測試工具的功能后提交給功能測試team的同事使用，這是當前非常常見的自動化測試的模式，畢竟每個人都有自己擅長的技能，某個人也不可能面面俱到，通過這樣的一種方式可能使自動化測試的門檻變得更低一些。自動化測試工具的開發和自動化測試的使用的確是可以由不同的角色去承擔，不過作為自動化架構設計的人員，應該是對系統的功能或需求非常熟悉，同時具有良好的設計和開發能力，才可以設計出適合測試系統的自動化測試架構，否則開發出來的自動化測試工具就只是簡單的一個工具，某種程度上會增加維護的成本。

　　漂亮的自動化測試架構的設計是一個漸進的過程，但這個漸進是基于對功能熟悉的基礎上，全盤考慮之后一點一點的搭建起來的。

　　3.2 自動化測試工具的選擇

　　很多測試的同行或以前的老同事都會問，你們用什么自動化測試工具?幾年前入門測試時跟著老前輩寫自動化測試工具，后來因為興趣偶爾玩一下當時流行的自動化測試工具，再到現在毫無選擇工具的余地設計自動化測試架構，越來越發覺自動化測試工具真的沒有那么的重要。工具始終是工具，思想和架構才是自動化測試的核心，同樣的工具不同的人使用會出現完全不一樣的結果，而且，不管是什么樣的自動化測試工具，原理都有異曲同工之處。所以，不需要把工具看得那么重要，而是把怎樣使用工具，怎樣利用工具為你服務放在首位。也就是你的思想位于工具之上。

　　但是，是不是這就意味著測試工具一點也不重要呢?當然不是，遇上不穩定或不友好的測試工具，可能會浪費大量的時間在調試工具上，也可能會出現因為工具不穩定導致測試結果的不可信任，那么自動化測試不是提高測試效率反而是阻礙了測試的進度了。

　　關于工具的選擇或開發，基本的原則為：1)首先，能夠滿足項目的需求，容易擴展，可以滿足系統任何重要功能的自動化測試;2)其次，友好易用，容易上手，為測試人員提供較為低的門檻;3)當然最重要的是它的穩定性，是否不需要人工干預就能穩定地批量運行所有的自動化測試腳本，并且能夠產出準確的測試報告;4)最后，還有一點就是它的性價比是否值得，免費的軟件對公司來說當然是最好：)

　　市場上有很多測試工具，在這些測試工具中，puretest是一個性價比很高的自動化測試工具。它容易入門，易于擴展，使用簡單，運行穩定，基本上可以滿足任何包括GUI、協議和業務邏輯的測試。

　　3.3 自動化測試架構設計

　　自動化測試架構的設計是整個自動化測試的靈魂核心，它的好壞關系到自動化測試的成敗。從系統的基本功能入手，設計自動測試架構，這是軟件測試的關鍵一步。架構的好與壞很重要，它影響到系統的擴展、維護和使用，如果想要系統容易擴展和維護，一定要多花心思在設計上。很多同行問我使用什么測試工具，我會告訴他們，用什么測試工具其實并不那么重要，不同的人使用同樣的測試工具，會做出效果完全不一樣的自動化測試，那是因為他們的架構不同，設計比工具重要得多。

　　怎樣的自動化測試架構才算是一個好的架構?首先是容易擴展，能夠滿足現在的功能需求，也能滿足以后需要測試的功能的需求。第二，容易維護，當業務流程、接口或頁面變動的時候，只需要做一些簡單的修改就可以實現。第三，可讀性強，別人能夠容易讀懂和接手維護。第四，容易使用，項目組的其他人想要使用的時候能夠簡單地搭建和運行。第五，有統一的編碼規范、存儲規范和編寫風格。第六，方便調試，當腳本運行出現問題的時候，可以方便跟蹤問題產生的根源。第七，結構清晰，測試用例與測試工具和代碼分離。最后，是最重要的一點，是腳本具有很高的可信性以及自動運行的穩定性。

　　在設計架構之前，首先要熟悉測試系統以及這個測試系統需要測試的功能有哪些類型，每種測試類型在測試架構中是否都可以滿足。在設計架構時，可以選擇覆蓋系統基本功能的smoke test測試用例來做基本的測試用例，在實現這些基本的測試用例的自動化測試過程中，對架構進行完善?；镜淖詣踊瘻y試框架實現之后，再回顧一下是否測試系統中需要實現自動化的測試用例，測試架構都可以滿足需求，如果不可以滿足則需要繼續做進一步的開發，如果測試架構可以滿足需求，接下來可以讓其他的同事使用，收集改進的建議對測試架構進行完善和改進。好的測試架構，是要使用的人覺得舒服。

原文轉自：http://www.uml.org.cn/Test/201005042.asp