成熟的軟件測試是確保軟件質(zhì)量的一種重要手段，自動化測試技術(shù)的出現(xiàn)，對于提高測試單位績效比起了重要作用，被廣泛應(yīng)用于回歸測試中，但是由于被測試系統(tǒng)的不確定性和復(fù)雜性，使得軟件自動化測試變得異常困難。本文基于商業(yè)工具結(jié)合實際項目，分析自動化測試實施期間出現(xiàn)的各種問題，以提高大家對自動化測試項目的真正認識與理解。

　　現(xiàn)在自動化測試工具很多，商業(yè)的或者開源的，以對象識別為基礎(chǔ)的或者以語言特性為基礎(chǔ)的等等。在挑選的時候，首先我們要明確被操作軟件的范疇和特性，可預(yù)知風(fēng)險，培訓(xùn)潛在成本及是否具備被虛擬化等一系列問題，這些問題可制成標(biāo)準(zhǔn)檢查列表，以便確定一個解決一個。在本次自動化測試實施中，首先可知的是被測試軟件屬于行業(yè)金融軟件，使用Borland C Builder語言開發(fā)，測試范疇鎖定在軟件前臺需配對后臺數(shù)據(jù)驗證，前臺由RedHat Linux服務(wù)端、自研發(fā)中間件和Oracle數(shù)據(jù)庫支撐。一般來說，這種軟件應(yīng)用架構(gòu)比較清晰，但是GUI層使用了大量的非標(biāo)準(zhǔn)第三方控件，有可能會導(dǎo)致部分對象無法捕獲造成實施困難，所以在進入真正的實施前作充分、快速的實驗性評估是非常重要的。

　　職業(yè)化的自動化測試團隊，應(yīng)當(dāng)非常熟悉當(dāng)前主流的商業(yè)或者開源測試工具，這種團隊的定義是：技術(shù)讓位與成本控制，快速實施且能快速遞交，控制每12周為一周期，項目延時誤差小于2天。考慮到腳本會被移交給其他團隊執(zhí)行，所以我們選擇了目前在國內(nèi)應(yīng)用范圍比較廣、相關(guān)技術(shù)資料比較豐富的HP Winrunner和HP QuickTestPro。個被評估的是QuickTestPro 9.5版本不帶任何插件，結(jié)果大量的GUI對象無法被捕捉，不能捕捉意味著不能被操作，所以團隊快速轉(zhuǎn)換到Winrunner 9.2版本不帶任何插件，實驗結(jié)果是基本可以正確識別和捕獲我們所要操作的GUI對象，滿足了對工具的需求。其實QuickTestPro 9.5版本帶Delphi插件也可大大增加捕獲率，但是使用插件違反了團隊定義的工具應(yīng)用管理規(guī)范，也不符合“有對象即可操作”的強硬編程作風(fēng)。

　　在工具定義后，需要立刻選擇2組典型業(yè)務(wù)進行試驗性測試，這時需要業(yè)務(wù)專家和腳本專家一起工作。帶GUI界面軟件測試用例的設(shè)計核心問題是：需要區(qū)分正常測試用例和異常測試用例，按照先異常后正常的實際執(zhí)行方式，組織終的測試數(shù)據(jù)存放關(guān)系，一般合適的比例控制在異常75%—正常25%范圍內(nèi)。腳本專家需要快速處理對象識別庫，如果涉及到重定義則需要在指定文件中加以注明，因為這部分工作可被復(fù)用到后續(xù)的項目實施中，避免造成人力成本重復(fù)投入。通常實驗性階段主要產(chǎn)生的問題是：

　　該階段是否會產(chǎn)生腳本框架?答案是否定的，首先自動化測試不一定要有框架，框架產(chǎn)生的目的就是犧牲一部分腳本性能，而對測試數(shù)據(jù)進行、有序的管理。不過在試驗性階段可以考慮這個問題，如果框架是個平臺，那么我們可以在這個平臺上放置一些我們需要的單位腳本性能監(jiān)視器或者其他一些東西。由于 Winrunner的描述性編程機能不夠，那么在后續(xù)正常項目實施中，框架更多被定位于為可測量、可伸縮、可動態(tài)、可智能解析測試數(shù)據(jù)的執(zhí)行管理。

　　該階段是否需要考慮測試數(shù)據(jù)存放問題?答案是否定的，沒有必要浪費太多的時間在這種地方，一個文本文件或者干脆不要文件的數(shù)據(jù)存放形式都可以，關(guān)鍵是成本。

　　該階段對于人員的要求是什么?答案是人員需要精干，一個業(yè)務(wù)專家，一個腳本專家，一個統(tǒng)計專家足夠，自動化測試實施非常注重績效比，績效比不夠根本沒必要執(zhí)行后續(xù)的項目，你必須通過實驗性測試得出一個準(zhǔn)確的結(jié)論，就是重復(fù)執(zhí)行多少次腳本，總績效才可以由負轉(zhuǎn)正。

　　該階段是否需要考慮環(huán)境的問題?答案是的，在這之前就應(yīng)該安裝好虛擬系統(tǒng)了，如果腳本專家的一邊開著即時通訊工具一邊錄制腳本，我們認為這是非常不專業(yè)的。系統(tǒng)環(huán)境的清潔程度如同醫(yī)院的手術(shù)室，需要提前對各種必須的軟件（例如殺毒軟件，網(wǎng)管軟件等）做好適應(yīng)性選擇，有干擾的，或者影響系統(tǒng)機能的堅決卸載掉。

　　該階段的硬件是怎么規(guī)劃的?前端的測試主機需要有同時承受開2—3個虛擬系統(tǒng)的準(zhǔn)備，不能產(chǎn)生明顯的切換和操作停頓甚至系統(tǒng)假死。雖然 32位的 Windows XP系統(tǒng)不支持4G物理內(nèi)存，但是經(jīng)驗告訴我們內(nèi)存容量多多益善，至于CPU和顯卡處于正常水平即可。后端使用的硬件需要穩(wěn)定，因為不是性能測試所以不作太多要求，一切為了成本。

　　該階段的管理模式和輸出是什么?答案是沒有太復(fù)雜的管理模式，實驗性評估一般都會在1周內(nèi)被關(guān)閉，重要的就是實施評估報告，報告內(nèi)容大致包含：周期定義、工具定型描述、應(yīng)用軟件描述、系統(tǒng)框架描述、可能采用的框架描述、可能遞交工件描述、可加入業(yè)務(wù)列表、預(yù)測腳本規(guī)模、可實施技術(shù)分析、評估人/時分析、預(yù)測實際人/時分析、評估腳本價值、預(yù)測實際腳本價值、可能遇到的問題警告等，這些條目都必須一一做出詳實而且準(zhǔn)確的描述。

　　實驗性評估結(jié)束后，需要確定自動化測試實施項目的時間及周期里程碑，我們采用12周為一個周期里程碑，快速發(fā)布快速遞交的方式以確保整個測試項目的實施成功。在開始的1周內(nèi)，管理專家需要快速定義對象控制表、項目跟蹤表、需求跟蹤表、周/發(fā)布項目進度、日/問題跟蹤表、配置管理須知，腳本專家需要快速定義代碼規(guī)范、腳本設(shè)計維護手冊、數(shù)據(jù)作用說明及填寫規(guī)范，環(huán)境專家需要快速定義虛擬環(huán)境配置手冊、維護與復(fù)制手冊，培訓(xùn)專家需要制定實施階段課程培訓(xùn)體系等，專家都是角色可復(fù)用，工作都是實打?qū)嵉模枰J真對待，缺一不可。