新聞中心

EEPW首頁(yè) > 測(cè)試測(cè)量 > 設(shè)計(jì)應(yīng)用 > 基于數(shù)據(jù)驅(qū)動(dòng)的自動(dòng)化測(cè)試的研究和實(shí)現(xiàn)

基于數(shù)據(jù)驅(qū)動(dòng)的自動(dòng)化測(cè)試的研究和實(shí)現(xiàn)

作者: 時(shí)間:2010-07-08 來(lái)源:網(wǎng)絡(luò) 收藏


現(xiàn)在常用的是基于的測(cè)試,它是以數(shù)據(jù)來(lái)控制的流程和動(dòng)作的測(cè)試,其中數(shù)據(jù)是獨(dú)立于測(cè)試用例腳本的,通常以文本文件形式、Excel文件形式、XML文件等形式存在。

1 基于的實(shí)施
1.1 可行性分析
基于對(duì)優(yōu)點(diǎn)的分析,很多人對(duì)自動(dòng)化測(cè)試存在另一個(gè)誤區(qū),認(rèn)為對(duì)于所有的軟件都適合引入自動(dòng)化測(cè)試,且只要引入自動(dòng)化測(cè)試,就會(huì)提高測(cè)試的效率,降低測(cè)試的成本。實(shí)際上并非如此,自動(dòng)化測(cè)試也需要開(kāi)發(fā)和搭建測(cè)試框架,創(chuàng)建測(cè)試用例,這也就意味著成本的投入。對(duì)于一個(gè)項(xiàng)目周期很緊的測(cè)試項(xiàng)目,按測(cè)試方案進(jìn)行手工測(cè)試的效率可能要比自動(dòng)化測(cè)試工具錄制腳本再測(cè)試的效率好得多。那么自動(dòng)化測(cè)試工具的價(jià)值在什么地方?
對(duì)于一個(gè)一次性開(kāi)發(fā)、沒(méi)有后續(xù)版本更新的軟件而言,自動(dòng)化測(cè)試是毫無(wú)意義的。但是現(xiàn)在很多軟件都會(huì)不斷推出新的版本,在推出新版本的過(guò)程中,每次除了測(cè)試新加或修改過(guò)的模塊,相關(guān)聯(lián)的舊模塊同樣需要測(cè)試,才能保證產(chǎn)品的質(zhì)量,這樣就需要做大量的重復(fù)工作,自動(dòng)化測(cè)試此時(shí)就可以創(chuàng)建測(cè)試中的可重用模塊,同時(shí)還可以覆蓋大部分的功能測(cè)試,這樣可以使測(cè)試人員從回歸測(cè)試中解脫出來(lái),專注于新模塊的測(cè)試。所以可以說(shuō)自動(dòng)化測(cè)試的最大價(jià)值在于回歸測(cè)試。
因此,對(duì)于一個(gè)軟件或其中某些模塊是否適合自動(dòng)化測(cè)試必須要先進(jìn)行可行性分析,以證明你所選的測(cè)試方法的正確性,通常可進(jìn)行自動(dòng)化測(cè)試的軟件需要滿足以下幾點(diǎn):
(1)手工測(cè)試復(fù)雜度高:
(2)所選測(cè)試用例,實(shí)現(xiàn)自動(dòng)測(cè)試的難度低;
(3)軟件用于自動(dòng)化測(cè)試的模塊界面變化相對(duì)不大;
(4)軟件生命周期長(zhǎng),經(jīng)常推出新的版本;
(5)軟件開(kāi)發(fā)已基本完成,主要用于測(cè)試升級(jí)版本;
(6)所選自動(dòng)化測(cè)試框架必須對(duì)所測(cè)軟件應(yīng)用界面有有效的支持,且維護(hù)管理成本較低。
另外自動(dòng)化測(cè)試前期需要投入時(shí)間和一定的成本投入,故不要一開(kāi)始就期望有高的回報(bào),其效應(yīng)會(huì)在不斷完善積累中顯現(xiàn)。而且不要期待自動(dòng)化測(cè)試可以發(fā)現(xiàn)每個(gè)版本中的大部分錯(cuò)誤,因?yàn)樽詣?dòng)化測(cè)試主要用于回歸測(cè)試,而且產(chǎn)品中每個(gè)新版本的大部分bug會(huì)在新模塊中出現(xiàn),所以自動(dòng)化測(cè)試在于長(zhǎng)期效應(yīng),能保證每個(gè)版本產(chǎn)品質(zhì)量的穩(wěn)定。
1.2 需求分析
正如開(kāi)發(fā)軟件需要有需求分析一樣,基于的自動(dòng)化測(cè)試本質(zhì)上也是開(kāi)發(fā),所以在制定測(cè)試方案之前也需要收集測(cè)試需求,這樣才能保證自動(dòng)化測(cè)試的成功。
隨著IT技術(shù)的發(fā)展,傳統(tǒng)的開(kāi)發(fā)人員兼任測(cè)試人員的模式已經(jīng)不能滿足需求,目前大多數(shù)較正規(guī)的軟件公司均已采用獨(dú)立的測(cè)試人員來(lái)對(duì)軟件進(jìn)行測(cè)試,所以形成了開(kāi)發(fā)人員、開(kāi)發(fā)管理者、測(cè)試人員、測(cè)試管理者的模式。如圖2示。


規(guī)范的測(cè)試過(guò)程需要上述人員的通力配合,因此在做自動(dòng)化測(cè)試之前應(yīng)該有一份規(guī)范的文檔,用來(lái)描述測(cè)試內(nèi)容、人員安排、測(cè)試流程、缺陷管理等。其中開(kāi)發(fā)管理人員和測(cè)試管理人員分別作為開(kāi)發(fā)團(tuán)隊(duì)和測(cè)試團(tuán)隊(duì)的接口,協(xié)調(diào)兩個(gè)團(tuán)隊(duì)的工作,一般來(lái)說(shuō)開(kāi)發(fā)人員需要在每次對(duì)軟件更新后提供詳細(xì)的功能文檔,開(kāi)發(fā)人員還需要提供自動(dòng)化測(cè)試所需要的數(shù)據(jù)等相關(guān)資源,測(cè)試人員根據(jù)功能文檔創(chuàng)建適合做自動(dòng)化的測(cè)試用例,并建立基于數(shù)據(jù)驅(qū)動(dòng)的自動(dòng)化測(cè)試工程。



評(píng)論


相關(guān)推薦

技術(shù)專區(qū)

關(guān)閉