軟件自動化測試開班暨軟件自動化測試未來！！

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

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

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

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

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

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

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

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

第 一階段：測試的自動化 

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

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

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

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

第二階段：自動化的測試 

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

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

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

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

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

1、回答：測試組件的創(chuàng)建和劃分

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

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

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

第三階段：軟件流程框架 

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

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