自動化測試
前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇自動化測試范文，相信會為您的寫作帶來幫助，發現更多的寫作思路和靈感。
自動化測試范文第1篇
中圖分類號：TP39 文獻標識碼：A 文章編號：1007-9599 （2012） 17-0000-02
如今自動化測試以其執行速度快，結果反饋迅速的最大優點獲得了業界的廣泛認可，尤其在如今需求快速變化的今天，大家對于自動化測試的需求和渴望更是到了一個空前的地步。誠然，自動化測試受到大家的追捧是有充分的理由，因為相對于人工測試，它有著不少的優勢。我們且來看看。
1 自動化測試的優勢
1.1 對程序的回歸測試更方便
回歸測試可能是自動化測試最主要的任務，特別是在程序修改比較頻繁時，效果是非常明顯的。由于回歸測試的動作和用例是完全設計好的，測試期望的結果也是完全可以預料的，將回歸測試自動運行，可以極大提高測試效率，縮短回歸測試時間。
1.2 可運行更多更繁瑣的測試
自動化的一個明顯的好處是可以在較少的時間內運行更多的測試。而且人工測試在面對多輪重復執行時，測試人員往往會趨于倦怠，而這將對產品的測試質量帶來其他的損害
1.3 可以執行一些手工測試困難或不可能進行的測試
比如，對于大量用戶的測試，不可能同時讓足夠多的測試人員同時進行測試，但是卻可以通過自動化測試模擬同時有許多用戶，從而達到測試的目的。
1.4 更好地利用資源
將繁瑣的任務自動化，可以提高準確性和測試人員的積極性，將測試技術人員解脫出來投入更多精力設計更好的測試用例。有些測試不適合于自動測試，僅適合于手工測試，將可自動測試的測試自動化后，可以讓測試人員專注于手工測試部分，提高手工測試的效率。
1.5 測試具有一致性和可重復性
由于測試是自動執行的，每次測試的結果和執行的內容的一致性是可以得到保障的，這樣使測試結果具有可對比性，并且達到測試的可重復的效果。
1.6 測試的復用性
由于自動測試通常采用腳本技術，這樣就有可能只需要做少量的甚至不做修改，實現在不同的測試過程中使用相同的用例。
1.7 增加軟件信任度
由于測試是自動執行的，所以不存在執行過程中的疏忽和錯誤，完全取決于測試的設計質量。一旦軟件通過了強有力的自動測試后，軟件的信任度自然會增加。
因為自動化測試現在如旋風之勢席卷而上，特別是全球風靡于敏捷開發之后，更是把自動化測試提高到了一個史無前例的高度。而且人工測試具有更敏銳的觀察力，能從一個稍縱即逝的小異常中挖掘出大問題。
另外有些測試是必然需要人工干預的，如冷啟動機器，如需要人的感官去體驗的。那么如果真的需要追求100%的自動化測試覆蓋率，我們唯一的選擇就是犧牲這部分的測試案例來成全100%，這對于測試覆蓋率也是很大的一個損失。
而從投入產出比的角度來看，以目前對各組織的統計而言，60%是一個比較合理的值，如果要高于這個值，那么付出的人力將是成倍增長的。在我們的組織中一度自動化測試覆蓋率的要求是95%，曾經我們也勉強達到，但是投入的代價是不可維續的。所以我們過后調整了我們的合理期望值。比如說在比較簡單的功能性測試中自動化測試是比較容易的，但如果是涉及模塊和網元很多的系統測試或互通性測試中就顯得相當的力不從心了。
2 自動化測試是適用于任何情況的
2.1 自動化測試是適用于任何產品的
并不是所有的產品都適用于自動化測試的，如果這個產品只會做有限的幾輪測試，接著就不會再有持續的開發。那么就沒必要使用自動化測試，因為這樣的投入產出比比較低。畢竟在開發自動化測試階段需要耗費大量的人力物力。對于決定自動化一個測試用例的一般規則是這個測試用例必須被運行 4 次以上。這個數字是基于用戶對測試工具有良好的技能并且有一個良好的測試框架的。如果情況不是這樣的話，整個數字能夠是 10-20次或者更高。
再者如果變化比較大的話也不適用自動化測試。國內多數軟件公司是針對最終用戶進行項目開發—工程性質的軟件，而不是產品開發。項目開發周期短，不同的用戶需求不一樣，而且在整個開發過程中需求和用戶界面變動較大，這種情況下就不適合自動化測試，對于不停變化的需求和界面，可能修改和錄制腳本的工作量大大超過測試實施的工作量，運用測試工具不但不能減輕工作量，反而加重了測試人員的負擔。
2.2 自動化測試是適用于任何測試階段的
版本經理通常認為自動化測試能運用于任何階段的萬能鑰匙，但事實上從本人的經驗來看，自動化測試適用于回歸測試，但不適用于新功能的測試。首先因為新功能剛遞交之時穩定性是不可保證的。而自動化測試對于其不穩定性是相當敏感的，所以通常都無法正常的運行完測試，也無法達到我們盡快得到結果的預期。其次在新功能剛遞交時其期望結果是不可預知的，這對于自動化測試腳本的編寫帶來了極大的不確定性。最后在新功能遞交階段是需要我們發現大量問題的時候，而自動化測試無法擔此重任。
2.3 自動化測試是適用于任何組織的
在最初嘗試自動化測試的時候，是需要投入相當的人力和物力去選擇自動化工具，構建自動化測試的框架，做必要的技能培訓，摸索編寫自動化測試的腳本，如果一個組織無力承負這樣的代價，那么是不適合自動化的，否則只能是半途而廢的下場。
即使我們澄清了這些誤區，我們對于自動化測試有了一個比較清晰的認識，也對其有了一個正確的期望，但實際在推行的過程中我們還是會遇到不少的困難，而困難主要來自于以下幾個方面。
3 自動化測試推廣中的困難
3.1 來自于測試人員的不接受
因為測試人員是自動化測試的主體，他們承擔著轉型的重要職責，所以他們的接受與否對于工作的展開是尤為重要的。但作為一個新生事物，通常是不太容易被接受的，尤其是在大家覺得原有的模式很舒服很習慣的情況下。所以在最初的階段完全是強推。而經過一年的努力，當作年終總結時，所有的測試人員都說那年最艱難的是自動化測試，感觸最深的是自動化測試，從中學到最多是是自動化測試，而且發現自動化測試的確幫了很大的忙。
3.2 來自于測試人員技術上的不足
測試人員很多都不具有編程的經驗，但自動化測試腳本的編寫還是需要一定的編程功底，如果組織中專門有一個具有編程功底的團隊能開發自動化測試的工具，并且根據手動的測試案例編寫自動化測試的腳本，那狀況可能會好些。但目前更多的組織是需要人人能編寫自動化腳本的。而在我們的轉型中我們經歷了三個階段，基本完成了能力的建設。第一階段以能用為目的，專門有人提供所需的函數，測試人員只需調用這些函數完成自動化測試的目的，不需要考慮程序的可移植性，可復用性。第二個階段每個人會寫一些自己所需要的函數，并且具有良好的移植性和靈活性。第三個階段每個人會寫能為他人復用的函數并且遵循制定的規范。這樣的轉型雖然慢但卻是比較穩妥的方式。
3.3 來自于組織內其他人員的阻撓
自動化測試范文第2篇
關鍵詞 軟件；自動化測試；系統；測試環境
中圖分類號TP39 文獻標識碼 A 文章編號 1674-6708（2014）123-0234-02
隨著計算機的發展和信息技術水平的不斷提高，計算機軟件的規模也在不斷的發展擴大，其性能和承載的任務量也在不斷增加。自動化測試系統是檢驗軟件開發產品質量和可靠性的重要手段，在多個應用領域都需要使用自動化測試系統，這也使自動化測試系統逐漸成為軟件產品開發過程中非常重要的環節，受到行業領域內的廣泛關注，很多專家和工程師專門致力于自動化測試系統的研究，使其逐步從專用系統向通用系統的方向擴展。
1 測試環境的通用性
1.1 測試硬件系統的通用性
1.1.1 測試總線
在軟件自動化測試系統中，測試總線具有非常關鍵的作用，占據不可替代的地位。測試總線可以說是整個自動化測試系統的神經中樞，其主要任務是對傳送測試數據和對指令進行控制。隨著計算機應用技術的不斷發展和引入，總線技術也隨之經歷了不斷的升級和擴展，想更高層次，更多的功能發展，歸納如下：
1）GPIB。通過標準接口和母線實現與計算機及其他儀器儀表的連接。其優勢在于能夠通過計算機代替人工對儀器和儀表進行各種操作和指令控制。但是其缺點在于裝置數目有限，總數最多為15臺，而且電纜的長度要在20m以下；
2）VXI。其將VME總線系統和GPIB總線系統加以融合，優勢在于具有較好的靈活性，傳輸速率高而且功耗小，使用和維修都很方便，其缺點在于總線速度不高，明顯落后于先進PC機的總線速度；
3）PXI。其實緊湊型CPI在儀器領域的擴展。其優點在于支持多種語言，如VC、VB、LabVIEW等，缺點在于功耗較大，在空間上具有局限性；
4）LXI。新一代的總線系統，在局域網模塊化平臺標準的基礎上建立，其優勢在于融合吸取了GPIB、PXI以及LAN的優點。
1.1.2 硬件接口
對于自動測試系統來說，其硬件資源是多樣性的，以滿足與不同測試的需要。一個高性能的自動化測試系統，硬件接口的標準化描述方法是非常關鍵的技術，直接影響著整個自動化測試系統的高效開發，對于信息共享率的提高，模塊間獨立性的提高都有著直接的關聯。現今對于通用性的自動化測試系統在機械、電器標準的信號接口都有了具體的、嚴格的規范和定義。
1.2 測試軟件的通用性
要有效解決自動化測試系統的軟件通用性的問題，測試軟件是一個重要的部分。在測試程序和信號源二者之間建立標準接口，以使執行測試軟件滿足可移植性的需要，利用信號接口對資源進行調動，使得對測試需求的反映為被測設備端口的測量或者激勵信號要求。對于測試程序集的開發需要的工作通常有各種的語言開發環境分別與各種的操作系統組成，以完成多種需要的功能。語言方面一般用標準語言作為測試語言，如ATLAS等寫成。其中ATLAS2000標準被定義成COM組件，在自動化測試系統的設計中可通過使用通用的語言對組件進行調用。
2 軟件自動化測試系統的設計
2.1 自動化測試系統結構
圖1 自動化測試系統結構策劃方案
2.2 自動化測試系統管理軟件
自動化測試系統承擔多種的測試任務，系統的一些功能實現與待測軟件相關，另外的一些功能具有通用性。為了維護測試系統的持續平穩運行，減少維護的成本投入，本文提倡采用待測任務與系統任務級別分離的測試策略，以滿足不同的測試需求。為了盡可能的提高開發效率，在自動化測試系統結構上課采用測試管理軟件，以減少通用操作的開發量，提高專有操作的開發量。
2.3 應用開發軟件
應用開發軟件在整個測試系統結構中占據關鍵地位，測試系統開以通過這些應用開發軟件工具實現儀器的信息傳送、集成測量以及應用連接等。理想的應用開發環境應該具有高效率的編譯性、集成性、靈活性等特點。
2.4 測試和控制服務
測試和控制服務在整個測試系統中發揮這不可替代的作用，負責系統硬件資源的相互連接、系統配置以及診斷工具服務。通過編程接口實現開發軟件層的無縫集成，為設備編程提供便利，提供開發工作效率，同時也降低了系統維護的成本投入。
2.5 計算和測量總線
計算機是自動化測試系統的核心，占據主導地位。通過計算式平臺來實現儀器間的通信連接。現今在單獨儀器以及模塊化儀器中已經有多種具有不同功能的儀器總線加以應用，對于不同的應用，選擇與之相應的合適的總線。其中PCI總線和PCI Express總線都具有低延時、高吞吐量、高帶寬的優勢。
2.6 測量和設備I/O
儀器構架分傳統儀器和虛擬儀器兩種。這兩種構架之間存在一定的相似型，如：機箱、總線、接口、操作系統等方面，但是兩者的區別主要在于硬件方面對部件的組織上有所不同。傳統儀器在同一箱子里存放了所有部件，由供應商對儀器的功能和控制進行定義。虛擬儀器是一個模塊化的軟件，將通用的測量硬間功能加以集成，用戶自行對測量或者控制進行定義，根據實際需求改變系統，靈活性更高。
3 結論
隨著軟件規模的不斷擴大和承載任務量得不斷增加，加上投入成本要求不斷降低，在軟件自動化測試系統的設計上，開發團隊在不斷尋找提高開發效率、節省成本投入的方法。模塊化的軟件定義型自動化測試系統有效的解決了原有基于獨立式儀器的自動化測試系統所帶來的高昂成本的問題，實現了功能的集成，提高開發效率的同時有效的節省成本，滿足不同軟件產品的測試需求。
參考文獻
自動化測試范文第3篇
【關鍵詞】自動化；檢測；儀表
【中圖分類號】TU446【文獻標識碼】A【文章編號】1674-3954（2011）02-0139-01
大型制造企業各工序都是連續性銜接作業,往往造成許多現場壓力儀表雖到檢定周期,卻由于不能停產也就不能從作業。壓力儀表的工作原理是彈簧管在壓力或真空作用下產生彈性變形引起管端位移,其位移通過機械傳動機構進行放大后再傳遞給指示裝置,可在刻有法定計量單位的分度盤上讀出指針所指示的被測壓力值或真空量值。
一、在線校準預期
1、目的:實施在線校準適應生產流程計量需求,降低外送檢費用。
2、校準儀表范圍:本企業現場在用壓力儀表。
3、校準范圍:0~100MPa
4、校準對比準確度:1.5%~1.6%
5、預期目標:實現在線壓力儀表的受控、有效。
6、校準方案種類:a. 理想型校準比對;b. 實用型校準比對。
二、材料準備
1、專用管道打孔器
2、符合現場壓力儀表準確度及量程的數塊相應受控有效標準表。
3、校準比對記錄。
三、在線校準比對方案
1、實用型對壓力儀表的校準比對
（1）在同一管道上:在距擬被校準的現場壓力儀表的適當范圍內,用專用管道打孔器引出導壓管路,在導壓管路中間安置一截止閥(截止閥處于關閉狀態),截止閥后的接口處安裝壓力變送器與擬被校準儀表同規格的受控有效標準壓力表。
（2）緩慢開啟截止閥至全開,待管道內流體介質充分進入標準表內數分鐘后,分別讀取兩塊表的指示值。
（3）填寫校準比對記錄。
2、理想型對壓力儀表的校準比對
自制一臺流動簡易“壓力校驗臺”。
（1）在流體介質管道上,關閉在用(即擬被校準)的現場壓力儀表的“截止閥1”(該截止閥處于關閉狀態)。
（2）在截止閥后適當延長導壓管路。
（3）在延長導壓管路上安裝一只三通。
（4）三通的直管口的接口處安裝在用的指示為零的壓力儀表。
（5）三通的丁字管口的接口處新安裝“截止閥2”(該截止閥也處于關閉狀態)。
（6）在“截止閥2”后接壓力“專用校驗管”至簡易流動“壓力校驗臺”上預置的“專用校驗管接口”。
（7）“壓力校驗臺”上還預置有受控、有效的相應型號規格的標準壓力表。
（8）檢查無遺漏后,逐一緩慢開啟截止閥1、截止閥2至全開;數分鐘后,分別讀取兩塊表的指示值。
（9）填寫校準比對記錄。
四、經驗:
認真做好巡回檢查工作儀表工一般都有自己所轄儀表的巡檢范圍,根據所轄儀表分布情況,選定最佳巡檢路線,每天至少巡檢兩次。巡回檢查時,要關閉氣源,并松開過濾器減壓閥接頭。拆卸環室孔板時,注意孔板方向,一是檢查以前是否有裝反,二是為了再安裝時正確。由于直管段的要求,工藝管道支架可能少,要防止工藝管道一端下沉,給安裝孔板環室帶來困難。拆卸的儀表其位號要放在明顯處,安裝時對號入座,防止同類儀表由于量程不同安裝混淆,造成儀表故障;帶有聯鎖的儀表,切換置手動然后再拆卸;儀表一次開車成功或開車順利,說明儀表檢修質量高,開車準備工作做得好。反之,儀表工就會在工藝開車過程中手忙腳亂,有的難以應付,甚至直接影響工藝生產。
五、發展建議
1、發展趨勢
（1）結構日趨簡潔,從當前發展最快的3種流量儀表(電磁、超聲、科氏)來看,機械結構都十分簡潔,管道內既無轉動件,又無節流件。
（2）功能力求完善,隨著微電子、計算機、通信技術的飛速發展,流量儀表的功能日益完善、多樣,不少機械部分難以解決的問題,依靠電子軟件則迎刃而解,如Krohne的智能電磁流量計,不少超聲流量計不僅可測流量,還可測流體密度、組分、熱能等等。
（3）安裝日益簡便,工業自動化程度越高,用戶越歡迎采用安裝維護簡便的產品,這也是插入式,外夾式儀表日益暢銷的原因。
2、國產化刻不容緩:
據了解,我國近年來進口儀器儀表約130億美元,出口約30億美元(多為低附加值的電工儀表、家用水表、氣表),國內大型工程選用國外儀表占2/3,而其價格為國產5~10倍,我國大型流量儀表企業主要依靠國外技術,缺乏擁有自主知識產權意識,創新乏力;自動化儀表國產化刻不容緩!
3、品種多,選用要實事求是:
流量儀表品種、類型較多,正確選用并非易事,建議:
（1）不要輕信廠商宣傳,廠商為利所圖,往往對儀表的技術指標夸大其詞,選用時要理性分析這些參數的依據,有無檢驗證明。
（2）按需選取,勿追求高指標,如不是用于商務計量,貿易核算,準確度要求可以降低,如工控系統的某些場合,檢測、監控儀表的重復性、可靠性好就可以了。
（3）全面考慮經濟指標,儀表的經濟性并非限于一次購買費用,還要考慮安裝維修(停產損失),是否節能(長期運行費)等因素。
六、自動化測試系統的設計挑戰
測試管理人員和工程師們為了保證交付到客戶手中的產品質量和可靠性,在各種應用領域 (從設計驗證,經終端產品測試,到設備維修診斷) 都采用自動化測試系統。他們使用自動測試系統執行簡單的“通過”或“失敗”測試,或者通過它執行一整套的產品特性測試。由于設計周期后期產品瑕疵檢測的成本呈上升趨勢,自動化測試系統迅速地成為產品開發流程中一個重要的部分。這篇“設計下一代自動化測試”的文章描述了一些迫使工程團隊減少測試成本和時間的挑戰。這篇文章還深刻地洞察了測試管理人員和工程師們如何通過建立模塊化軟件定義型測試系統來克服這些挑戰。這種測試系統在減少總體成本的同時,顯著地增加了測試系統的吞吐量和靈活性。
如今的測試工程師們面臨著一系列新的壓力。他們所面臨的產品設計比前幾代更為復雜;為了保持競爭力并滿足客戶要求,開發周期要求越來越短 ;產品測試成本越來越高,而預算越來越少。
1、不斷提高的設計復雜性:如今,測試測量的最明顯趨勢是器件復雜性不斷增加。例如,消費電子、通信和半導體工業持續要求將數字圖象/視頻、高保真音頻、無線通信和因特網互聯性集成到一個單獨產品中。甚至在汽車中都集成了復雜的汽車娛樂和信息系統、安全和早期預警系統,以及車身和發動機上的控制電子裝備。測試系統的設計不僅需要足夠靈活地支持對不同產品模型進行廣泛的測試,還需要能夠進行升級以提供新測試功能所需的更多測試點。
2、更短的產品開發周期:
自動化測試范文第4篇
關鍵詞：自動化測試；白盒測試工具；黑盒測試工具
中圖分類號：TP31 文獻標識碼：A 文章編號：1007-9416（2017）03-0251-01
1 引言
在軟件測試中傳統的手工測試占絕對優勢，大約占到了測試總數的89% 。手工測試是指測試人員手工編寫測試用例，其優點是可以發現比較多的缺陷，但缺點是重復工作多、測試工作量大，進行回歸測試時比較容易出錯，而且代價較高。而且有一些測試，如壓力測試、性能測試是手工測試實現困難，或者不可能進行的測試，在這種情況下，需要借助于自動化測試。
自動化測試是指使用一種自動化測試工具，驗證各種軟件測試的需求，包括測試活動的管理與實施。通過使用自動化測試工具，控制軟件測試的執行（如對比預期輸出和實際輸出結果）。自動化測試可以節約測試成本，提高測試質量，完成一些手工測試不可能實現的測試，它是手工測試的一種補充，但是卻不可能完全替代手工測試。本文主要闡述了自動化測試的概念、分類，以及自動化測試工具的優缺點，并給出了選擇合適的自動化測試工具的建議。
2 自動化測試工具的分類
根據測試方法的不同，自動化測試工具可以劃分為黑盒測試工具、白盒測試工具、測試管理工具、性能測試工具。
在黑盒測試場合，通常使用黑盒測試工具。通過使用黑盒測試工具，可以使黑盒測試的工作量大幅度地減輕。應用黑盒測試工具時，主要使用的手段是腳本的錄制和回放，模擬用戶操作，記錄實際輸出結果，并將其與預定的標準結果進行比較。TeamTest和QACenter是黑盒測試工具的代表。
白盒測試工具主要是針對代碼進行測試，根據測試原理的不同，它又分為動態測試和靜態測試工具。靜態測試工具的代表主要有Logiscope軟件和PRQA軟件，其主要功能是在不執行程序的前提下，掃描代碼語法、分析軟件特性、查找代碼中不合規范的地方。與靜態測試工具相反，動態測試工具則要求運行實際被測試的系統來進行測試。Purify系列和DevPartner是動態測試工具的代表。
對測試計劃、測試用例、測試實施、缺陷的跟蹤進行管理時，需要用到測試管理工具，TestDirector和Test Manager是測試管理工具的代表。
軟件性能測試的難點在于仿真的過程，比如如何模擬成千上萬的實際用戶來對服務器造成負載的過程，以及如何從千差萬別的測試數據中分析并獲取有效的測試結果，在這種情況下，從性能優化方面考慮，可以借助于性能測試工具提高測試的效率，提升測試結果的準確性。目前市面上有多款性能測試工具，其中LoadRunner是應用比較廣泛、受到好評比較多的一款軟件。LoadRunner是一種預測系統行為和性能的工業標準級負載測試工具，可以通過模擬上千萬用戶實施并發負載及實時性能監測的方式來確認和查找問題。
3 自動化測試工具的優缺點
自動化測試突破了手工測試的局限性，很多通過手工測試無法做到都可以通過自動化測試工具來完成。例如，為了測試某網站服務器負載的壓力和并發測試，應用自動化測試工具，就可以很簡單地實現同時模擬幾萬人，甚至是數十萬人，同時登錄訪問，測試網站服務器的承載能力，而這些都很難通過測試員的手工測試來完成。此外，驗證系統是否能夠穩定運行的可靠性測試，也無法通過手工測試完成，也需要自動化測試工具的幫助。
在測試中引入自動化測試工具，既可以實現查找缺陷的廣泛性，又可以提高查找缺陷的速度，同時可以完成許多重復性的測試，因為自動化測試每次\行相同的腳本，所以不再需要大量的軟件測試人員手動執行測試用例，而且自動化測試工具可以在非常短的時間內執行大量的測試用例，這樣測試的效率就得到了極大提高。
自動化測試工具雖然擁有上述眾多優勢，但是它本身也有其不可避免的缺點，如在某些情況下，自動化測試并沒有想象中那么完美，并不能幫助解決目前遇到的所有問題，甚至也沒有發現幾個問題；其次，如果測試人員缺乏對自動化測試工具的充分培訓，可能無法更深層次地使用工具，從而導致工具的使用效率低下；此外，自動化測試中維護測試腳本的工作量比較大，在腳本開發過程中，如果更多依賴的是測試人員的經驗， 這樣就無法保證腳本的質量，從而直接影響測試結果的正確性。
4 結語
在軟件測試項目中，可以根據項目需求的穩定性、項目開發周期的長短、自動化測試腳本的可重復使用性的來衡量該項目是否適合引入自動化測試工具進行測試。如果在整個開發過程中，軟件需求變化頻繁，或者項目開發周期比較短，那么該項目就不適合使用自動化測試工具。
在為項目選擇自動化測試工具時，因為不同的測試工具有其自身的特點和適用范圍，所以一定要根據實際問題和需要，認真分析該工具是否適合當前應用，然后選擇一款性價比較高的自動化測試工具。
參考文獻
自動化測試范文第5篇
【關鍵詞】嵌入式軟件；自動化測試；平臺框架
進入二十一世紀之后，硬件元器件得到了飛速發展，從而也是的嵌入式軟件的功能更加強大和復雜。隨之而來的也是嵌入式軟件測試工作的加重，傳統的軟件測試技術已經難以滿足嵌入式軟件越來越復雜的需求。而目前，市場上已經有較多的傳統軟件自動化測試技術，如何在這些技術的基礎上進行改進，從而能夠適應嵌入式軟件環境，從而實現嵌入式軟件的自動化測試，是嵌入式軟件發展的重要方向。
1.嵌入式軟件自動化測試平臺分析
嵌入式軟件的自動化測試即利用腳本來自動化驅動嵌入式軟件的運行，并且自動收集相關數據進行分析，最終生成相應的測試報告。雖然，嵌入式軟件的自動化測試流程與一般PC機應用軟件的自動化測試流程相同。但是，由于嵌入式軟件軟件對電子設備的高度依賴性，以及電子設備收周圍環境影響較重，從而導致嵌入式軟件的自動化測試平臺存在如下的問題。
（1）由于電子元器件受到周圍環境的影響，無論在宿主機上所進行的動態測試多充分，也無法保證嵌入式軟件在實際的硬件環境中通過。
（2）硬件系統非常復雜，難以對測試過程中所發現的問題進行排查。
（3）植入樁點會影響系統的實時性。
（4）上位機的測試環境中，由于上位機與下位機的通信量較大，測試結果數據較多，容易導致通信的堵塞。
2.嵌入式軟件自動化測試平臺概要設計
通過對嵌入式自動化測試框架的分析，本文提出一種由腳本驅動器、接口映射表、數據驅動器和支持函數庫所組成的，針對嵌入式自動化軟件測試的組合型測試框架。
如圖1所示，高層腳本調用執行下層腳本；底層運行腳本通過查詢接口映射表調用待測試系統接口進行驅動和通信；測試腳本從數據文件調用數據執行測試。
（1）腳本驅動器
腳本驅動器調用高層腳本，高層腳本調用下層腳本。底層腳本包括待測試系統具體的測試步驟。
（2）接口映射表
接口映射表借鑒了關鍵字驅動測試框架中的組件映射表思想。測試人員根據待測試系統的實際需求，設計接口名稱和參數，從而實現待測試系統的抽象化。在運行測試腳本是，首先通過映射表匹配接口名稱和參數，當系統接口改變時，只需要改變映射表即可，從而實現測試系統與待測試系統的松耦合。
（3）數據驅動器
數據啟動器是測試腳本與數據文件的連接器，通常采用文本文件、XML文件等來實現。在測試過程中，需要數據時，有數據驅動器讀取數據。數據驅動器是腳本與測試數據分離，當測試數據變更時，只需要修改數據驅動器，而不需要對腳本進行改動。
（4）支持函數庫
包含了數據緩存、文件操作、字符串處理等測試框架中所用到的通用處理函數。
3.嵌入式軟件自動化測試平臺詳細設計
3.1 測試框架設計
嵌入式軟件自動化測試平臺的卡框架，采用嵌入式軟件通用的Host/Target測試策略。
如圖2所示，本文所設計的嵌入式軟件自動化測試平臺采用測試管理工具和測試雙層結構。
3.2 測試流程設計
在進行嵌入式軟件自動化測試時，測試人員的工作包括：編寫配置文件、編寫腳本、生成數據文件、測試報告分析等工作。嵌入式軟件的自動化測試流程如圖3所示。
當建立了管理工具和測試自檢的通信之后，向測試發送測試請求，并且將腳本和數據傳送到測試上。測試將測試腳本存放到特定的區域執行，并且將測試結果返回給宿主端。當宿主端接收到測試所發送腳本執行完畢信號后，發送新的測試腳本和數據給測試，直到所有的腳本測試完成之后，對測試所返回的測試結果進行分析，得出最終的測試報告。
3.3 功能設計
3.3.1 管理工具功能
為了不占用宿主段過多資源，將一些協助測試模塊都放在宿主端中。管理工具的功能結構如圖4所示。
（1）腳本配置管理模塊
在進行嵌入式軟件自動化測試之前，需要設計一份配置文件。在配置文件中定義好了腳本位置、宿主機與測試之間的通信、腳本執行時間間隔、通信樁點個數等內容。測試管理工具先對腳本配置文件進行解析，并且將解析的信息傳送給目標機。
（2）插樁模塊
通過插樁對待測試軟件的功能進行細分，并且根據執行的情況，來分析待測試軟件的測試覆蓋情況。
（3）日志分析生成模塊
測試日志文件中主要包含了待測試軟件的測試結果，以及測試覆蓋信息。其中測試報告中包括了測試跟蹤信息、測試用例、測試用例的期望和實際結果、測試用例的執行情況及匯總等。測試覆蓋信息包括：測試和未測試的代碼段、功能的覆蓋標記及匯總等信息。
（4）數據通信模塊
主要負責宿主機與測試之間的消息通信。
3.3.2 測試功能
測試運行在目標機上，是整個嵌入式軟件自動化測試平臺的核心，測試的整體結構如圖5所示。
（1）測試驅動模塊
根據配置管理，對管理工具發送的測試腳本進行解析，并且調用工具庫中的通用函數來完成測試。同時，將測試結果和樁點覆蓋信息存入到特定區域。
（2）數據驅動模塊
在數據文件主要包含了測試腳本文件、測試數據文件和測試結果文件。當測試需要數據是，可以通過數據驅動模塊完成數據表查找和數據批量處理等操作。對于測試數據量大，測試步驟類似的測試過程，可以極大的減少測試的復雜度。
（3）數據通信模塊
主要負責與管理工具的數據通信模塊進行數據交互。主要負責接收管理工具所發送的配置信息、腳本信息和數據文件信息；同時將測試結果和測試覆蓋信息返回給管理工具。
4.結束語
軟件測試是對軟件質量進行評估的重要方法，自動化測試技術可以降低軟件測試成本，縮短軟件測試時間。特別是對于測試環境更加復雜的嵌入式軟件而言，自動化測試具有更加重要的意義。
參考文獻
[1]鄧勇，曾建光.嵌入式軟件系統及其自動測試技術的發展與現狀[J].科技咨詢導報，2007，21：5-6.
[2]凌永發，張云生，郭秀萍.軟件測試自動化中的腳本技術[J].云南民族學院學報（自然科學版），2002，11（1）：544-548.
[3]鄭世偉.嵌入式軟件的測試方法和工具[J].單片機與嵌入式系統應用，2001，4：26-28..
