自動(dòng)化測試平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn)

劉培

摘 要：經(jīng)濟(jì)和科技的發(fā)展，使軟件產(chǎn)品在人們的生活中發(fā)揮的作用越來越大，使得人們對軟件質(zhì)量的要求逐漸提高。而軟件測試是針對軟件的質(zhì)量進(jìn)行的，因而它在軟件開發(fā)中起到的作用就尤為重要，其實(shí)現(xiàn)過程對于成本的控制較為嚴(yán)格，力求用最小的投入最大可能地發(fā)現(xiàn)軟件的弊端，自動(dòng)化測試的出現(xiàn)使這個(gè)問題得到了較好地解決。文章對自動(dòng)化測試平臺(tái)進(jìn)行概述，分析了自動(dòng)化平臺(tái)結(jié)構(gòu)設(shè)計(jì)，闡述了自動(dòng)化平臺(tái)設(shè)計(jì)和實(shí)現(xiàn)。

關(guān)鍵詞：自動(dòng)化測試平臺(tái)；軟件；實(shí)現(xiàn) 引言

計(jì)算機(jī)的廣泛應(yīng)用使得軟件業(yè)成為人們生活中必不可少的一部分。為了提高應(yīng)用體驗(yàn)，人們對軟件的質(zhì)量的要求日益提高。在某些專業(yè)領(lǐng)域當(dāng)中，對于軟件的性能要求更是嚴(yán)格到一定程度，毫無疑問，軟件的質(zhì)量問題已經(jīng)成為軟件開發(fā)當(dāng)中必須注重的一個(gè)方面。

1 自動(dòng)化測試平臺(tái)概述

1.1 WCDCS軟件介紹

這款軟件的應(yīng)用平臺(tái)為Windows，功能是配置數(shù)據(jù)，在Visual Studio環(huán)境研發(fā)成功，研發(fā)所用語言類型為C++語言[1]。在實(shí)現(xiàn)無線配置的過程中，它利用配置文件和相應(yīng)的設(shè)備實(shí)現(xiàn)連接。配置文件所起到的作用是限定功能，限定對象是無線通信系統(tǒng)，還可以反映其他各種設(shè)備所需的信息。

1.2 WCDCS自動(dòng)化測試可操作性

WCDCS軟件的測試同一般軟件是一致的。在測試的實(shí)踐活動(dòng)中，WCDCS測試的側(cè)重點(diǎn)是功能測試，使用的是黑盒測試的方法[2]。在這種類型的測試中，系統(tǒng)內(nèi)部的具體結(jié)構(gòu)無人知曉，測試的過程只能在程序的接口進(jìn)行。WCDCS所起到的作用就相當(dāng)于接口。

在對WCDCS軟件中GUI測試進(jìn)行分析之后發(fā)現(xiàn)，它存在很多問題，但是只要經(jīng)過一些探索就可以尋找到問題的解決方案。這證明了WCDCS自動(dòng)化具有可操作性[3]。

1.3 自動(dòng)化測試平臺(tái)設(shè)計(jì)背景

自動(dòng)化測試在那些不需要進(jìn)行創(chuàng)造性的測試活動(dòng)中表現(xiàn)十分出色。它具有的不受語言束縛、突破時(shí)間障礙的優(yōu)點(diǎn)，使得其能夠在使用的過程中確保軟件的質(zhì)量。自動(dòng)化平臺(tái)的設(shè)計(jì)之所以能夠進(jìn)行，首先是因?yàn)樗哂行枨笮?，因?yàn)槭謩?dòng)測試在進(jìn)行回歸性測試的過程中表現(xiàn)出各種操作上的困難，使得測試人員的測試效率下降。此外，手動(dòng)測試也會(huì)使測試的用時(shí)延長，這就使得軟件的開發(fā)日期不能夠如期進(jìn)行。如此的情況下，自動(dòng)化測試平臺(tái)的需求性便很清晰地體現(xiàn)出來。

目前，自動(dòng)化測試中存在很多不足，導(dǎo)致其發(fā)展受到阻礙。自動(dòng)化測試軟件無論是在開發(fā)方面還是在使用方面，所需要付出的費(fèi)用都是較為昂貴的。因?yàn)檫@些軟件的使用者一般都是專業(yè)領(lǐng)域的工程師。在測試方向上出現(xiàn)變動(dòng)的情況，如果開展測試工作，就可能出現(xiàn)失敗的情況。針對一款軟件的自動(dòng)化測試工具，就只能針對這款軟件進(jìn)行測試，如果遇到其他版本的軟件測試，就不可以再被應(yīng)用。

2 自動(dòng)化平臺(tái)結(jié)構(gòu)設(shè)計(jì)

2.1 開發(fā)目標(biāo)

在軟件測試的過程中，自動(dòng)化測試平臺(tái)的使用可以為測試人員提供諸多以前無法體驗(yàn)到的功能，可以參照手工測試實(shí)例的基礎(chǔ)上，相應(yīng)地在自動(dòng)化測試平臺(tái)當(dāng)中設(shè)計(jì)測試實(shí)例，這個(gè)過程完成之后，測試實(shí)例可以保存為文本。如此的操作，使得測試實(shí)例的文本在非常順利的情況下得到解決，因?yàn)樵谶@種情況下，測試人員實(shí)現(xiàn)原始語言到格式化語言的再一次轉(zhuǎn)換。這兩個(gè)文本中的變動(dòng)較少，僅僅需要在本有的實(shí)例上進(jìn)行少量變動(dòng)即可。

顯而易見，自動(dòng)化測試平臺(tái)的應(yīng)用會(huì)使WCDCS在測試用時(shí)上很大程度被減少，測試的效率自然升高。高規(guī)格的測試實(shí)例能夠在很大程度上將軟件的弊端進(jìn)行發(fā)掘，可以在很大程度上協(xié)助質(zhì)量問題的發(fā)現(xiàn)和修復(fù)。此外，測試人員不需要在復(fù)雜的腳本庫中掙扎，而可以擁有更多的時(shí)間和精力去投入到設(shè)計(jì)測試實(shí)例的工作之中。自動(dòng)化測試平臺(tái)的設(shè)計(jì)非常具有前瞻性，因?yàn)樗谠O(shè)計(jì)的過程中已經(jīng)為與自動(dòng)化測試工具的連接事先留下接口。再者，自動(dòng)化測試平臺(tái)可以針對不同版本的軟件進(jìn)行測試，也留下了相應(yīng)的接口[4]。

2.2 框架設(shè)計(jì)

在經(jīng)過對比之后，基于WCDCS的設(shè)計(jì)框架的操作性較強(qiáng)，在自動(dòng)化測試之中，關(guān)鍵字驅(qū)動(dòng)類型是在數(shù)字驅(qū)動(dòng)類型的優(yōu)化基礎(chǔ)之上實(shí)現(xiàn)的，可以針對不同路徑或者序列的測試類型展開工作。在對其進(jìn)行使用的過程中實(shí)現(xiàn)了傳統(tǒng)測試模式的改變，將腳本中的靜態(tài)因素和動(dòng)態(tài)因素進(jìn)行了有效分離，這就使相應(yīng)的職責(zé)得到了細(xì)致的劃分，也對它們之間的擾動(dòng)效應(yīng)起到了阻隔的作用。因而基于關(guān)鍵字驅(qū)動(dòng)的框架設(shè)計(jì)在操作上是可行的[5]。

2.3 系統(tǒng)結(jié)構(gòu)設(shè)計(jì)思想

在系統(tǒng)結(jié)構(gòu)設(shè)計(jì)思想的方面進(jìn)行分析的時(shí)候，首先應(yīng)該考慮開發(fā)方式，在迭代式增量開發(fā)過程中，各種添加活動(dòng)都會(huì)造成模塊代碼出現(xiàn)變動(dòng)。但是這種情況使模塊之間的耦合度加深，這就出現(xiàn)了矛盾，為了降低耦合度，在經(jīng)過研究之后發(fā)現(xiàn)，使用插件式開發(fā)可以較好地解決這個(gè)問題；將MVC應(yīng)用在系統(tǒng)的開發(fā)之中，可以使得開發(fā)過程具備便利性；在應(yīng)用WCDCS的過程中，由于其版本不同，也就會(huì)造成測試腳本的差別，相應(yīng)的腳本庫的類型也就隨之增加，為了應(yīng)對這種狀況，必須應(yīng)用在腳本庫的設(shè)計(jì)過程中應(yīng)用抽象工廠的方式進(jìn)行[6]。

在進(jìn)行以上環(huán)節(jié)的設(shè)計(jì)之后，還應(yīng)該對邏輯結(jié)構(gòu)進(jìn)行設(shè)計(jì)，這個(gè)過程需要分為三個(gè)階段：測試實(shí)例、自動(dòng)測試腳本生成以及腳本執(zhí)行和測試結(jié)果提出等[7]。

3 自動(dòng)化平臺(tái)設(shè)計(jì)和實(shí)現(xiàn)

經(jīng)過對自動(dòng)化測試平臺(tái)的分析可知，其基本構(gòu)成要素為功能模塊和腳本庫。其中功能模塊的數(shù)量為5個(gè)，腳本庫的數(shù)量為1個(gè)。功能模塊分別為配置、測試實(shí)例設(shè)計(jì)、數(shù)據(jù)庫、測試實(shí)例分析和腳本執(zhí)行等五個(gè)方面。

其工作步驟大致如下：對實(shí)現(xiàn)運(yùn)用起到協(xié)助作用的信息進(jìn)行相應(yīng)的整理；測試實(shí)例開發(fā)模塊處于開啟狀態(tài)，可以開始測試實(shí)例的設(shè)計(jì)進(jìn)程；開始測試實(shí)例分析模式，可以參照數(shù)據(jù)庫中的數(shù)據(jù)表對測試中的指令進(jìn)行分析，然后生成腳本；下一步就是腳本測試執(zhí)行模式的開啟，對已經(jīng)生成的腳本進(jìn)行測試，最后得出相應(yīng)的結(jié)果。

在對系統(tǒng)結(jié)構(gòu)進(jìn)行確認(rèn)之后，就要對其模塊進(jìn)行詳細(xì)的設(shè)計(jì)，針對每個(gè)模塊都會(huì)有相應(yīng)的方法，在這種情況下，其細(xì)節(jié)問題較為繁復(fù)。自動(dòng)化平臺(tái)系統(tǒng)的實(shí)現(xiàn)就是將功能模塊所具有的功能進(jìn)行現(xiàn)實(shí)操作，使其能夠經(jīng)受住測試的考驗(yàn)。經(jīng)過對設(shè)計(jì)出的各種模塊進(jìn)行操作之后，可以知道每一個(gè)功能模塊的設(shè)計(jì)都能夠符合現(xiàn)實(shí)要求在進(jìn)行測試的過程中也表現(xiàn)出較強(qiáng)的性能。

4 結(jié)束語

軟件測試時(shí)保證軟件使用可靠性的重要實(shí)現(xiàn)手段?，F(xiàn)代背景下，人們的生活已經(jīng)離不開軟件的協(xié)助，各個(gè)領(lǐng)域都對其進(jìn)行了重點(diǎn)應(yīng)用。由于其在應(yīng)用中發(fā)揮的重要作用，使得人們對軟件質(zhì)量的注重達(dá)到了較高的程度，這要求軟件在開發(fā)的過程中必須重視質(zhì)量問題，確保其在應(yīng)用的過程中能夠起到良好的輔助作用。文章對自動(dòng)化測試平臺(tái)進(jìn)行概述，分析了自動(dòng)化平臺(tái)結(jié)構(gòu)設(shè)計(jì)，闡述了自動(dòng)化平臺(tái)設(shè)計(jì)和實(shí)現(xiàn)。

參考文獻(xiàn)

[1]石郡儒.敏捷模式下軟件自動(dòng)化測試平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn)[D].北京交通大學(xué)，2011.

[2]孟喜.自動(dòng)化測試平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn)[D].電子科技大學(xué)，2010.

[3]劉璐.基于網(wǎng)絡(luò)存儲(chǔ)的自動(dòng)化測試平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn)[D].電子科技大學(xué)，2010.

[4]王曦.EPON軟件自動(dòng)化測試平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn)[D].北京郵電大學(xué)，2010.

[5]黃中岳.一個(gè)分布式自動(dòng)化測試平臺(tái)的分析與設(shè)計(jì)[D].北京郵電大學(xué)，2010.

[6]白赫鵬.自動(dòng)化測試平臺(tái)Safe的設(shè)計(jì)與實(shí)現(xiàn)[D].北京交通大學(xué)，2011.

[7]余蕾.光傳輸設(shè)備自動(dòng)化測試平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn)[D].華中科技大學(xué)，2010.