隨著北京聚華軟件自動化測試在2021年9月開班以來，同學們對軟件自動化測試還是需要更多了解。

在軟件測試日新月異發展的今天，自動化測試正在成為軟件測試領域里的一個非常矚目的趨勢和潮流，很多軟件公司正在或已經在企業測試團隊內部實施軟件自動化測試流程和框架，同時也把自動化技能作為人才衡量和業績考核的重要技能指標，這些都不是偶然的事情，因為：

1、軟件質量的重視和提高

軟件產業雖然只有短短幾十年的歷程，但是其應用范圍已經從最初的科研專用轉變為滲透入我們社會生產、生活各個方面，起著非常重要的作用，我們人類社會對軟件的依賴正在越來越強，根據牛頓的反作用力定律，那么軟件問題對我們的影響也在越來越大。比如2007年發生的奧運訂票網站在開通首日不能登陸的問題，導致上百萬人購票失敗；中國工商銀行黃金交易系統出現漏洞，兩名大學生通過低買高賣獲利三千多萬元，這樣的新聞在報紙或網絡上還能找到很多，要避免這樣的事情發生，就要使這些問題能夠在軟件上線之前被發現和解決，換句話說，軟件質量必須要提高，而軟件測試就是**軟件質量的一個重要并且非常有效的手段。因此現在軟件公司越來越重視軟件測試，體現在老板那里就是對軟件測試”舍得花錢，舍得投人“，測試執行起來就是”多測“，”測多”，“多測”就是時間上測試執行頻率加快，以前一個版本測一輪，現在一次編譯就要測一輪，“測多”就是測試更加完整，覆蓋更多的功能模塊。這就為軟件自動化測試提供了強有力的需求和生長空間。

2、軟件系統規模的擴大，復雜性的提高 

我們記得在單機系統時代時，幾千行代碼就能寫出一個商業軟件，比如WPS，CCED這些一代軟件梟雄。但隨著網絡時代的到來，分布式系統的發展，軟件系統越來越重視交互和協作，多個模塊服務的交叉調用，網間的交互安全等等，這大大提高了軟件系統的復雜度和規模。Oracle曾經開發過一個郵件客戶端 Outlook的插件，這個插件是安裝在outlook上，提供一些常用功能，比如收發mail，calendar創建等等。但oracle的測試部門僅僅為這個插件就設計了6000多個test case！這個數目是如此巨大，使得測試執行和產品周期產生了深刻的矛盾。這個矛盾體現在：當每個新版本發布時，如果做一遍完整測試，一個人手工測試執行一遍6000多個test case就要半個月，而產品版本的發布周期也就一周左右，也就是說測試的速度遠遠跟不上產品的發布速度。在這種情形下，如果沒有自動化測試幫忙，手工測試只能望洋興嘆了！

以上兩個軟件的根本現狀，決定了軟件測試自動化的趨勢不是人云亦云，曇花一現，而會蓬勃發展，強勁有力，成為勢不可擋的潮流。很多軟件公司已經看到了這個潮流，很早就開始做軟件自動化測試的預研和實施，比如微軟，oracle等已經在企業內部測試團隊整合了自動化測試流程，實施了自動化測試框架，并且已經按時更新換代，進入穩定應用的周期。但在國內，由于軟件自動化測試時間不長，測試人員技能水平等因素影響，軟件自動化測試的研究和實施大多還處于一個起步摸索的階段，我們看到普遍的情形是”做的人不少，成功的不多“，這種現狀一方面有技術的問題，另外也有方向上的問題。因為在業界可供借鑒的成功實施經驗或案例比較少，所以在起步階段可能就會走彎路，這是摸索必然要付出的”學費“。

那么怎樣能夠把握軟件自動化測試方向和思路呢？下面結合業界的現狀分析，以及未來展望，對軟件自動化測試的作出三個層次的劃分：

第 一階段：測試的自動化 

這是最原始的起步階段，其目的就是將原先手工測試所作的工作轉化為自動化代勞。顯著的特征就是以工具為中心，比如QTP的應用，原先靠人工來執行的測試案例，比如點擊，錄入等，現在由QTP來完成，如果QTP不能支持我們的系統，我們就要尋找解決方案，或改用其他工具，總之大多數的自動化工作重點是在每個case上，也就是技術層面上的問題。但隨著技術上的解決，自動化測試規模的進一步增大，我們很快就面臨下面的問題之一或全部：

1、自動化測試腳本的類型和數量越來越多，怎樣有效管理和復用這些腳本？比如有1000個腳本，有QTP的，有Winrunner的，還有perl的等等，每 種腳本又實現了多個case，那我們怎樣統一管理和調度這些腳本，使之能夠組成一個大的自動化測試目標？要知道單個的測試腳本和單個的測試案例一樣，對于公司的老板來說，他們是不關心這些細節的，只有它們組合起來成為一個壯麗的圖本，才能體現出來它們的價值。也許老板們剛開始對自動化的執行感到新奇和驚喜，但當他們意識到這些并不能為他帶來什么價值時，他就會厭倦并放棄。

2、自動化測試如何與手工測試整合？我們知道自動化測試是不能100％完全替代手工測試的，那么自動化測試必須要和手工測試整合在一起，才能反映出其價值。這意味著，自動化測試要全方位和手工測試執行，包括前期的案例管理，測試的執行，以及最 后的報告呈現。

這些問題是助產士，它們促成軟件自動化測試第二個階段的到來。

第二階段：自動化的測試 

如果說第 一階段是在一個點上下功夫，那么第二階段就是在一條線上作戰了。“自動化的測試”的內涵更加豐富，它意在將軟件測試里的所涉及的各個環節作為一個 統一的整體考慮，從測試案例的管理，測試案例的執行到測試報告的展現都有相應的策略及自動化實現，故稱“自動化的測試”。在這里，自動化測試框架橫空出 世，自動化測試框架是一系列策略思想，規范和代碼的集合。它要解決第 一個階段的困局，就要回答下面這些問題：

1、怎樣管理多個自動化測試案例？

2、怎樣無人職守地運行測試腳本？

3、怎樣呈現自動化測試報告？

AC（Automation Center）是提供的基于QTP的軟件自動化測試框架，它的回答是：

1、回答：測試組件的創建和劃分

2、回答：增強自動化測試的健壯性，提供re-run機制，抓圖策略等等

3、回答：采用web服務接口和標準的xml技術，既可web頁面展現，又可靈活地與手工測試報告整合

其中在Oracle等公司已經成功實施了AC，并取得了非常好的效果。

第三階段：軟件流程框架 

這個階段可以說是軟件自動化測試爐火純青的時候了，達到了”天人和一”，經過多年修煉，在這里軟件自動化測試和軟件開發再次做一個整合，從自動化流程上， 能夠達到真正的測試驅動開發，比如coding與unit testing做整合。目前已經達到這個階段的有微軟，IBM等。

目前國內軟件公司軟件自動化測試的實施情況大多處于第 一階段或從第 一向第二過渡的階段。，預示著我國還需要大量的軟件測試人員，我們的前途一片光明，未來可期。