軟件自動化測試基本策略

　　第1章 自動化測試的好處

　　1.回歸測試，降低測試成本

　　對于產品型的軟件或生命周期長的項目，經常會有新功能的開發或需求的變動，對于新發布的軟件功能，大部分都和上一個版本相近或相同，這些功能如果在上一個版本之前已經實現了自動化測試，那么新發布的版本中，這部分功能就可以自動化測試實現，避免了重復測試的成本，也確保了軟件的質量。

　　2.提高測試效率

　　一些測試用例手工測試是比較繁瑣的，比如話單或協議字段的檢查，如果是人工檢查將是一件既繁瑣又耗時還容易出錯的工作，如果是自動化測試，測試就會變得輕松和容易很多。

　　對于檢查點很多的測試用例，如果手工執行一步都需要停下來檢查好幾個復雜的檢查點，測試的效率自然是非常低，使用自動化測試，設置好了輸入條件和預期結果，只要點擊按鈕運行一下腳本就知道了復雜的測試結果。

　　3.易于發現軟件的改動

　　自動化測試腳本可以重復執行，容易發現軟件的任何變動。比如修復了一個TR后，引起原功能的改動，執行相同的腳本，可以通過測試輕易發現問題。

　　4.充分利用資源

　　自動化測試可以不需要人在現場的情況下自動執行，發布了一個新版本的軟件后，可以在白天的上班時間進行新功能的手工測試，原有功能的自動化測試可以在晚上或周末執行，第二天上班就可以看到執行的結果。這樣充分利用時間資源，提高測試的效率，也避免了開發和測試之間的等待。

　　5.性能測試

　　在一些壓力大的性能測試中，人工是很難模擬的。在沒有引入自動化測試工具之前，為了測試并發，研發中心再加上公司的其它部門上千號人在研發經理的口令“1-、2-、3!”的號召下，大家同時按下同一個按鈕。這樣的測試，雖然是模擬了并發，但需要消耗相當大的成本，想要測試一次也不容易。

　　在性能測試中使用自動化測試，可以輕易模擬并發，為性能壓力測試提供了更好的方法。

　　6.將精力投入更有意義的測試

　　自動化測試減輕了很多重復的工作，我們有更多的時間去思考如何提高軟件的質量，制定詳細的測試計劃，精心設計測試用例，構建更復雜的測試。對于我來說，這是自動化測試給我帶來的最大的好處。

　　自動化測試的好處有很多，但并不意味著自動化測試可以取代手工測試，也不意味著任何的系統都適合自動化測試。自動化測試的意義并不是取代人在測試中的位置，而是將人從重復繁瑣的工作中解放出來，做更有價值的測試工作。

　　第2章 自動化測試基本原則

　　2.1 適合做自動化測試的軟件

　　很多公司都知道自動化測試可以提高測試的效率，但在知道這個道理的公司中大部分的公司都是以手工測試為主的，原因可能有很多，但最大的影響因素就是自動化測試的成本。如果自動化測試的成本比手工測試的成本還大或者并沒有比自動化測試占有太大的優勢，公司自然不會選擇自動化測試了。是否做自動化測試，主要看成本的投入和效果的產出是否值得。

　　1、不適合做自動化測試的系統

　　1)系統業務邏輯和交互過于復雜

　　如果系統業務邏輯和交互過于復雜，要實現自動化測試的成本非常高，工具開發和腳本編寫的時間可能遠遠大于手工測試，這個系統就沒有自動化測試的必要。

　　2)項目周期過短

　　如果系統的生命周期很短(半年內)，即使很容易實現自動化測試，但自動化測試的使用率只有很短的時間或很有限的次數，這樣的自動化測試也沒有必要。因為前期腳本的編寫和后期的維護都需要很多的時間，雖然自動化測試在功能測試的過程或回歸測試的過程會節省一些時間，但如果自動化測試的腳本只是很短的生命周期，自動化測試的成本就非常的高了。

　　3)系統需求頻繁變動

　　對于功能不穩定的系統，會由于這些不穩定因素導致自動化測試失敗，自動化的測試結果也就變得不可信，這類型的系統也不適合使用自動化測試。

　　2、適合做測試化測試的系統

　　適合做自動化測試的系統，通常是一些生命周期比較長的項目或產品，且系統功能實現自動化測試也較為容易，這樣的項目使用自動化測試必然可以節省很多的資源和成本。特別是一些在今后的幾年間需要不斷開發和維護的項目，需要重復的進行大量的回歸測試，如果有完善的自動化測試腳本，回歸測試就可以節省大量的時間和精力了。對于一些增量式的產品，白天手工測試新功能，晚上或周末利用自動化測試腳本回歸測試，可以達到資源使用的最優化，用很少的時間和很少的資源做很多的事情。

　　簡而言之，是否值得使用自動化測試，就要看它是否具有自動化測試的特點和高的投資回報率。

　　2.2 開始自動化測試的時機

　　如果是新的自動化測試工具的開發或研究，最好預留一個比較充裕的時間，時間太趕很難設計出精品。如果想在功能測試階段使用自動化測試，那么自動化測試架構的設計最好能夠與代碼實現同步，否則如果等代碼實現提交測試之后再做自動化測試工具的開發或研究，在功能測試或回歸測試的過程中就被動了很多。

　　關于在項目的什么階段開始自動化測試，由項目決定，對于需求相對穩定并且是基于成熟的架構上開發的系統，自動化測試腳本最好在功能測試開始之前編寫，在功能測試階段就可以使用已經編寫好的腳本做功能測試了。

　　但我們平時遇到的項目，有很多是需求變化比較大的，或者是一些不夠成熟的系統，這樣的系統如果在功能測試之前編寫好的腳本，很有可能不能在系統上正確運行，大多還是需要手工執行才可以測試，甚至會在功能測試完后系統跟功能測試之前的系統會有非常大的區別。對于這樣的項目，自動化測試開始得越早項目的成本就越大，最好在系統的架構或需求相對穩定后再做自動化測試。

　　對于一些需要錄制GUI界面的功能的自動化測試，在頁面的功能相對穩定之后再做自動化測試性價比會比較高，因為頁面是最容易變動的部分，而且任何一個控件的修改都會導致自動化工具不能識別控件，導致很多自動化測試腳本會跟著做大量的修改，增加了維護的成本。當然，因為頁面變化而引起的腳本的改動的大小，也跟自動化測試的架構和寫腳本的功力有密切的關系。

原文轉自：http://www.kjueaiud.com