淺談自動化軟件測試(2)

5，是否需要采用自動化測試，需要考慮軟件測試的效率。
自動化測試雖好，但它也具有一定的局限性。如果采用現有的自動化測試工具，那么學習熟悉了解這些自動化測試工具是要花費一定的時間和精力的；如果自己開發自動化測試工具，開發的過程更要花費相當的時間和人力。所以對于一些需求還不穩定，需求變化很頻繁或者對特定客戶訂制的一些很容易用手工測試來進行的小的功能，我們就不需要用自動化測試的方式。
6，自動化測試可以覆蓋軟件測試中的每個階段。
很多剛入門的測試新手往往會認為自動化測試只限于系統測試和驗收測試，而不適用于單元測試，集成測試。其實這不完全正確。開源工具JUnit，CUnit以及 ParaSofy公司出品的Jtest，Ctest，C++test和 Google公司開發的GTest等工具都是基于單元或集成測試的。它們除了可以完成單元測試和集成測試工作之外，有些還具有代碼書寫規范檢查的功能，啟動運行這個模塊，它可以對代碼中參照預先定義好的規范進行檢查，如果某些代碼違反了規范，系統會給出可視化的提醒。
7，軟件測試自動化是敏捷開發強有力的工具。
眾所周知，敏捷開發強調的是開發的快速性，是“短平快”的開發方式，這必然會增大開發人員，測試人員以及運行維護人員的工作壓力。如果我們能對某些功能，尤其是衰退性測試中涉及到的功能進行自動化測試，讓這些功能在版本發布之前自動運行，甚至是釆用持續集成(CI)的策略：即在每天晚上，從版本控制管理軟件中獲取已經Check in的老的及新加入的功能及測試代碼，然后對這些功能，測試代碼進行自動化編譯，再利用新編譯好的測試和開發版本進行自動化測試，直到最后測試完畢，系統會自動將測試報告發到相應的每個開發和測試人員以及負責同事的郵箱里，以便于開發，測試人員第二天一早到公司就可看到測試報告，并對沒通過的測試模塊在第一時間內進行排查。這樣就部分解決了敏捷開發中時間緊，工作壓力大的缺點，提高了測試的效率。
8，不要盲目選用現有自動化測試工具。
目前市面上流行了許多自動化測試工具，比如本文開始部分提到的那些產品。在許多書籍中對這些工具的使用方法和技巧進行了系統的介紹，有的軟件測試培訓中心還對這些測試工具作為專門的課程進行教學，這些都是必要的。但這些工具不是萬能的，在實際工作中，還要充分結合產品自身的特性，了解這些自動化測試工具是否可以達到測試自己產品的目的，而不要盲目使用這些現有的自動化測試工具，因為它們的功能是有限的。事實上若這些現有的自動化測試工具達不到測試自己產品的目的，那么我們可以建立專門的自動化測試小組，自己開發出符合自己產品測試需求的自動化測試工具，這雖然要消耗一些時間和人力，但自己開發的自動化測試工具，由于是針對自身的產品開發的，因此使用起來效率高，速度快，磨刀不誤砍柴工。此外那些現有的自動化測試工具價格都比較昂貴，所以建立自動化開發小組往往是可以節約成本的。
參考文獻：

1. 百度百科：http://baike.baidu.com/view/1303916.htm?fr=aladdin
2. 《探索式軟件測試》，James Whittaker
3. 《探索式測試》，史亮，高翔
4. “淺談探索式測試中用到的一些方法”，顧翔 (已投51testing)
5. “對敏捷開發的一些思考”，顧翔 (已投51testing)
6.  “軟件測試手冊”，顧翔 2007-08-31發布在系統分析網上
7. “軟件測試人員需要掌握的知識” 顧翔 2010-03-31發布在系統分析網上