前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇自動(dòng)化測試范文，相信會(huì)為您的寫作帶來幫助，發(fā)現(xiàn)更多的寫作思路和靈感。

自動(dòng)化測試范文第1篇

關(guān)健詞：自動(dòng)化測試；手動(dòng)測試；優(yōu)勢；誤區(qū)；困難

中圖分類號：TP39 文獻(xiàn)標(biāo)識碼：A 文章編號：1007-9599 （2012） 17-0000-02

如今自動(dòng)化測試以其執(zhí)行速度快，結(jié)果反饋迅速的最大優(yōu)點(diǎn)獲得了業(yè)界的廣泛認(rèn)可，尤其在如今需求快速變化的今天，大家對于自動(dòng)化測試的需求和渴望更是到了一個(gè)空前的地步。誠然，自動(dòng)化測試受到大家的追捧是有充分的理由，因?yàn)橄鄬τ谌斯y試，它有著不少的優(yōu)勢。我們且來看看。

1 自動(dòng)化測試的優(yōu)勢

1.1 對程序的回歸測試更方便

回歸測試可能是自動(dòng)化測試最主要的任務(wù)，特別是在程序修改比較頻繁時(shí)，效果是非常明顯的。由于回歸測試的動(dòng)作和用例是完全設(shè)計(jì)好的，測試期望的結(jié)果也是完全可以預(yù)料的，將回歸測試自動(dòng)運(yùn)行，可以極大提高測試效率，縮短回歸測試時(shí)間。

1.2 可運(yùn)行更多更繁瑣的測試

自動(dòng)化的一個(gè)明顯的好處是可以在較少的時(shí)間內(nèi)運(yùn)行更多的測試。而且人工測試在面對多輪重復(fù)執(zhí)行時(shí)，測試人員往往會(huì)趨于倦怠，而這將對產(chǎn)品的測試質(zhì)量帶來其他的損害

1.3 可以執(zhí)行一些手工測試?yán)щy或不可能進(jìn)行的測試

比如，對于大量用戶的測試，不可能同時(shí)讓足夠多的測試人員同時(shí)進(jìn)行測試，但是卻可以通過自動(dòng)化測試模擬同時(shí)有許多用戶，從而達(dá)到測試的目的。

1.4 更好地利用資源

將繁瑣的任務(wù)自動(dòng)化，可以提高準(zhǔn)確性和測試人員的積極性，將測試技術(shù)人員解脫出來投入更多精力設(shè)計(jì)更好的測試用例。有些測試不適合于自動(dòng)測試，僅適合于手工測試，將可自動(dòng)測試的測試自動(dòng)化后，可以讓測試人員專注于手工測試部分，提高手工測試的效率。

1.5 測試具有一致性和可重復(fù)性

由于測試是自動(dòng)執(zhí)行的，每次測試的結(jié)果和執(zhí)行的內(nèi)容的一致性是可以得到保障的，這樣使測試結(jié)果具有可對比性，并且達(dá)到測試的可重復(fù)的效果。

1.6 測試的復(fù)用性

由于自動(dòng)測試通常采用腳本技術(shù)，這樣就有可能只需要做少量的甚至不做修改，實(shí)現(xiàn)在不同的測試過程中使用相同的用例。

1.7 增加軟件信任度

由于測試是自動(dòng)執(zhí)行的，所以不存在執(zhí)行過程中的疏忽和錯(cuò)誤，完全取決于測試的設(shè)計(jì)質(zhì)量。一旦軟件通過了強(qiáng)有力的自動(dòng)測試后，軟件的信任度自然會(huì)增加。

因?yàn)樽詣?dòng)化測試現(xiàn)在如旋風(fēng)之勢席卷而上，特別是全球風(fēng)靡于敏捷開發(fā)之后，更是把自動(dòng)化測試提高到了一個(gè)史無前例的高度。而且人工測試具有更敏銳的觀察力，能從一個(gè)稍縱即逝的小異常中挖掘出大問題。

另外有些測試是必然需要人工干預(yù)的，如冷啟動(dòng)機(jī)器，如需要人的感官去體驗(yàn)的。那么如果真的需要追求100%的自動(dòng)化測試覆蓋率，我們唯一的選擇就是犧牲這部分的測試案例來成全100%，這對于測試覆蓋率也是很大的一個(gè)損失。

而從投入產(chǎn)出比的角度來看，以目前對各組織的統(tǒng)計(jì)而言，60%是一個(gè)比較合理的值，如果要高于這個(gè)值，那么付出的人力將是成倍增長的。在我們的組織中一度自動(dòng)化測試覆蓋率的要求是95%，曾經(jīng)我們也勉強(qiáng)達(dá)到，但是投入的代價(jià)是不可維續(xù)的。所以我們過后調(diào)整了我們的合理期望值。比如說在比較簡單的功能性測試中自動(dòng)化測試是比較容易的，但如果是涉及模塊和網(wǎng)元很多的系統(tǒng)測試或互通性測試中就顯得相當(dāng)?shù)牧Σ粡男牧恕?/p>

2 自動(dòng)化測試是適用于任何情況的

2.1 自動(dòng)化測試是適用于任何產(chǎn)品的

并不是所有的產(chǎn)品都適用于自動(dòng)化測試的，如果這個(gè)產(chǎn)品只會(huì)做有限的幾輪測試，接著就不會(huì)再有持續(xù)的開發(fā)。那么就沒必要使用自動(dòng)化測試，因?yàn)檫@樣的投入產(chǎn)出比比較低。畢竟在開發(fā)自動(dòng)化測試階段需要耗費(fèi)大量的人力物力。對于決定自動(dòng)化一個(gè)測試用例的一般規(guī)則是這個(gè)測試用例必須被運(yùn)行 4 次以上。這個(gè)數(shù)字是基于用戶對測試工具有良好的技能并且有一個(gè)良好的測試框架的。如果情況不是這樣的話，整個(gè)數(shù)字能夠是 10-20次或者更高。

再者如果變化比較大的話也不適用自動(dòng)化測試。國內(nèi)多數(shù)軟件公司是針對最終用戶進(jìn)行項(xiàng)目開發(fā)—工程性質(zhì)的軟件，而不是產(chǎn)品開發(fā)。項(xiàng)目開發(fā)周期短，不同的用戶需求不一樣，而且在整個(gè)開發(fā)過程中需求和用戶界面變動(dòng)較大，這種情況下就不適合自動(dòng)化測試，對于不停變化的需求和界面，可能修改和錄制腳本的工作量大大超過測試實(shí)施的工作量，運(yùn)用測試工具不但不能減輕工作量，反而加重了測試人員的負(fù)擔(dān)。

2.2 自動(dòng)化測試是適用于任何測試階段的

版本經(jīng)理通常認(rèn)為自動(dòng)化測試能運(yùn)用于任何階段的萬能鑰匙，但事實(shí)上從本人的經(jīng)驗(yàn)來看，自動(dòng)化測試適用于回歸測試，但不適用于新功能的測試。首先因?yàn)樾鹿δ軇傔f交之時(shí)穩(wěn)定性是不可保證的。而自動(dòng)化測試對于其不穩(wěn)定性是相當(dāng)敏感的，所以通常都無法正常的運(yùn)行完測試，也無法達(dá)到我們盡快得到結(jié)果的預(yù)期。其次在新功能剛遞交時(shí)其期望結(jié)果是不可預(yù)知的，這對于自動(dòng)化測試腳本的編寫帶來了極大的不確定性。最后在新功能遞交階段是需要我們發(fā)現(xiàn)大量問題的時(shí)候，而自動(dòng)化測試無法擔(dān)此重任。

2.3 自動(dòng)化測試是適用于任何組織的

在最初嘗試自動(dòng)化測試的時(shí)候，是需要投入相當(dāng)?shù)娜肆臀锪θミx擇自動(dòng)化工具，構(gòu)建自動(dòng)化測試的框架，做必要的技能培訓(xùn)，摸索編寫自動(dòng)化測試的腳本，如果一個(gè)組織無力承負(fù)這樣的代價(jià)，那么是不適合自動(dòng)化的，否則只能是半途而廢的下場。

即使我們澄清了這些誤區(qū)，我們對于自動(dòng)化測試有了一個(gè)比較清晰的認(rèn)識，也對其有了一個(gè)正確的期望，但實(shí)際在推行的過程中我們還是會(huì)遇到不少的困難，而困難主要來自于以下幾個(gè)方面。

3 自動(dòng)化測試推廣中的困難

3.1 來自于測試人員的不接受

因?yàn)闇y試人員是自動(dòng)化測試的主體，他們承擔(dān)著轉(zhuǎn)型的重要職責(zé)，所以他們的接受與否對于工作的展開是尤為重要的。但作為一個(gè)新生事物，通常是不太容易被接受的，尤其是在大家覺得原有的模式很舒服很習(xí)慣的情況下。所以在最初的階段完全是強(qiáng)推。而經(jīng)過一年的努力，當(dāng)作年終總結(jié)時(shí)，所有的測試人員都說那年最艱難的是自動(dòng)化測試，感觸最深的是自動(dòng)化測試，從中學(xué)到最多是是自動(dòng)化測試，而且發(fā)現(xiàn)自動(dòng)化測試的確幫了很大的忙。

3.2 來自于測試人員技術(shù)上的不足

測試人員很多都不具有編程的經(jīng)驗(yàn)，但自動(dòng)化測試腳本的編寫還是需要一定的編程功底，如果組織中專門有一個(gè)具有編程功底的團(tuán)隊(duì)能開發(fā)自動(dòng)化測試的工具，并且根據(jù)手動(dòng)的測試案例編寫自動(dòng)化測試的腳本，那狀況可能會(huì)好些。但目前更多的組織是需要人人能編寫自動(dòng)化腳本的。而在我們的轉(zhuǎn)型中我們經(jīng)歷了三個(gè)階段，基本完成了能力的建設(shè)。第一階段以能用為目的，專門有人提供所需的函數(shù)，測試人員只需調(diào)用這些函數(shù)完成自動(dòng)化測試的目的，不需要考慮程序的可移植性，可復(fù)用性。第二個(gè)階段每個(gè)人會(huì)寫一些自己所需要的函數(shù)，并且具有良好的移植性和靈活性。第三個(gè)階段每個(gè)人會(huì)寫能為他人復(fù)用的函數(shù)并且遵循制定的規(guī)范。這樣的轉(zhuǎn)型雖然慢但卻是比較穩(wěn)妥的方式。

3.3 來自于組織內(nèi)其他人員的阻撓

自動(dòng)化測試范文第2篇

關(guān)鍵詞 軟件；自動(dòng)化測試；系統(tǒng)；測試環(huán)境

中圖分類號TP39 文獻(xiàn)標(biāo)識碼 A 文章編號 1674-6708（2014）123-0234-02

隨著計(jì)算機(jī)的發(fā)展和信息技術(shù)水平的不斷提高，計(jì)算機(jī)軟件的規(guī)模也在不斷的發(fā)展擴(kuò)大，其性能和承載的任務(wù)量也在不斷增加。自動(dòng)化測試系統(tǒng)是檢驗(yàn)軟件開發(fā)產(chǎn)品質(zhì)量和可靠性的重要手段，在多個(gè)應(yīng)用領(lǐng)域都需要使用自動(dòng)化測試系統(tǒng)，這也使自動(dòng)化測試系統(tǒng)逐漸成為軟件產(chǎn)品開發(fā)過程中非常重要的環(huán)節(jié)，受到行業(yè)領(lǐng)域內(nèi)的廣泛關(guān)注，很多專家和工程師專門致力于自動(dòng)化測試系統(tǒng)的研究，使其逐步從專用系統(tǒng)向通用系統(tǒng)的方向擴(kuò)展。

1 測試環(huán)境的通用性

1.1 測試硬件系統(tǒng)的通用性

1.1.1 測試總線

在軟件自動(dòng)化測試系統(tǒng)中，測試總線具有非常關(guān)鍵的作用，占據(jù)不可替代的地位。測試總線可以說是整個(gè)自動(dòng)化測試系統(tǒng)的神經(jīng)中樞，其主要任務(wù)是對傳送測試數(shù)據(jù)和對指令進(jìn)行控制。隨著計(jì)算機(jī)應(yīng)用技術(shù)的不斷發(fā)展和引入，總線技術(shù)也隨之經(jīng)歷了不斷的升級和擴(kuò)展，想更高層次，更多的功能發(fā)展，歸納如下：

1）GPIB。通過標(biāo)準(zhǔn)接口和母線實(shí)現(xiàn)與計(jì)算機(jī)及其他儀器儀表的連接。其優(yōu)勢在于能夠通過計(jì)算機(jī)代替人工對儀器和儀表進(jìn)行各種操作和指令控制。但是其缺點(diǎn)在于裝置數(shù)目有限，總數(shù)最多為15臺，而且電纜的長度要在20m以下；

2）VXI。其將VME總線系統(tǒng)和GPIB總線系統(tǒng)加以融合，優(yōu)勢在于具有較好的靈活性，傳輸速率高而且功耗小，使用和維修都很方便，其缺點(diǎn)在于總線速度不高，明顯落后于先進(jìn)PC機(jī)的總線速度；

3）PXI。其實(shí)緊湊型CPI在儀器領(lǐng)域的擴(kuò)展。其優(yōu)點(diǎn)在于支持多種語言，如VC、VB、LabVIEW等，缺點(diǎn)在于功耗較大，在空間上具有局限性；

4）LXI。新一代的總線系統(tǒng)，在局域網(wǎng)模塊化平臺標(biāo)準(zhǔn)的基礎(chǔ)上建立，其優(yōu)勢在于融合吸取了GPIB、PXI以及LAN的優(yōu)點(diǎn)。

1.1.2 硬件接口

對于自動(dòng)測試系統(tǒng)來說，其硬件資源是多樣性的，以滿足與不同測試的需要。一個(gè)高性能的自動(dòng)化測試系統(tǒng)，硬件接口的標(biāo)準(zhǔn)化描述方法是非常關(guān)鍵的技術(shù)，直接影響著整個(gè)自動(dòng)化測試系統(tǒng)的高效開發(fā)，對于信息共享率的提高，模塊間獨(dú)立性的提高都有著直接的關(guān)聯(lián)。現(xiàn)今對于通用性的自動(dòng)化測試系統(tǒng)在機(jī)械、電器標(biāo)準(zhǔn)的信號接口都有了具體的、嚴(yán)格的規(guī)范和定義。

1.2 測試軟件的通用性

要有效解決自動(dòng)化測試系統(tǒng)的軟件通用性的問題，測試軟件是一個(gè)重要的部分。在測試程序和信號源二者之間建立標(biāo)準(zhǔn)接口，以使執(zhí)行測試軟件滿足可移植性的需要，利用信號接口對資源進(jìn)行調(diào)動(dòng)，使得對測試需求的反映為被測設(shè)備端口的測量或者激勵(lì)信號要求。對于測試程序集的開發(fā)需要的工作通常有各種的語言開發(fā)環(huán)境分別與各種的操作系統(tǒng)組成，以完成多種需要的功能。語言方面一般用標(biāo)準(zhǔn)語言作為測試語言，如ATLAS等寫成。其中ATLAS2000標(biāo)準(zhǔn)被定義成COM組件，在自動(dòng)化測試系統(tǒng)的設(shè)計(jì)中可通過使用通用的語言對組件進(jìn)行調(diào)用。

2 軟件自動(dòng)化測試系統(tǒng)的設(shè)計(jì)

2.1 自動(dòng)化測試系統(tǒng)結(jié)構(gòu)

圖1 自動(dòng)化測試系統(tǒng)結(jié)構(gòu)策劃方案

2.2 自動(dòng)化測試系統(tǒng)管理軟件

自動(dòng)化測試系統(tǒng)承擔(dān)多種的測試任務(wù)，系統(tǒng)的一些功能實(shí)現(xiàn)與待測軟件相關(guān)，另外的一些功能具有通用性。為了維護(hù)測試系統(tǒng)的持續(xù)平穩(wěn)運(yùn)行，減少維護(hù)的成本投入，本文提倡采用待測任務(wù)與系統(tǒng)任務(wù)級別分離的測試策略，以滿足不同的測試需求。為了盡可能的提高開發(fā)效率，在自動(dòng)化測試系統(tǒng)結(jié)構(gòu)上課采用測試管理軟件，以減少通用操作的開發(fā)量，提高專有操作的開發(fā)量。

2.3 應(yīng)用開發(fā)軟件

應(yīng)用開發(fā)軟件在整個(gè)測試系統(tǒng)結(jié)構(gòu)中占據(jù)關(guān)鍵地位，測試系統(tǒng)開以通過這些應(yīng)用開發(fā)軟件工具實(shí)現(xiàn)儀器的信息傳送、集成測量以及應(yīng)用連接等。理想的應(yīng)用開發(fā)環(huán)境應(yīng)該具有高效率的編譯性、集成性、靈活性等特點(diǎn)。

2.4 測試和控制服務(wù)

測試和控制服務(wù)在整個(gè)測試系統(tǒng)中發(fā)揮這不可替代的作用，負(fù)責(zé)系統(tǒng)硬件資源的相互連接、系統(tǒng)配置以及診斷工具服務(wù)。通過編程接口實(shí)現(xiàn)開發(fā)軟件層的無縫集成，為設(shè)備編程提供便利，提供開發(fā)工作效率，同時(shí)也降低了系統(tǒng)維護(hù)的成本投入。

2.5 計(jì)算和測量總線

計(jì)算機(jī)是自動(dòng)化測試系統(tǒng)的核心，占據(jù)主導(dǎo)地位。通過計(jì)算式平臺來實(shí)現(xiàn)儀器間的通信連接。現(xiàn)今在單獨(dú)儀器以及模塊化儀器中已經(jīng)有多種具有不同功能的儀器總線加以應(yīng)用，對于不同的應(yīng)用，選擇與之相應(yīng)的合適的總線。其中PCI總線和PCI Express總線都具有低延時(shí)、高吞吐量、高帶寬的優(yōu)勢。

2.6 測量和設(shè)備I/O

儀器構(gòu)架分傳統(tǒng)儀器和虛擬儀器兩種。這兩種構(gòu)架之間存在一定的相似型，如：機(jī)箱、總線、接口、操作系統(tǒng)等方面，但是兩者的區(qū)別主要在于硬件方面對部件的組織上有所不同。傳統(tǒng)儀器在同一箱子里存放了所有部件，由供應(yīng)商對儀器的功能和控制進(jìn)行定義。虛擬儀器是一個(gè)模塊化的軟件，將通用的測量硬間功能加以集成，用戶自行對測量或者控制進(jìn)行定義，根據(jù)實(shí)際需求改變系統(tǒng)，靈活性更高。

3 結(jié)論

隨著軟件規(guī)模的不斷擴(kuò)大和承載任務(wù)量得不斷增加，加上投入成本要求不斷降低，在軟件自動(dòng)化測試系統(tǒng)的設(shè)計(jì)上，開發(fā)團(tuán)隊(duì)在不斷尋找提高開發(fā)效率、節(jié)省成本投入的方法。模塊化的軟件定義型自動(dòng)化測試系統(tǒng)有效的解決了原有基于獨(dú)立式儀器的自動(dòng)化測試系統(tǒng)所帶來的高昂成本的問題，實(shí)現(xiàn)了功能的集成，提高開發(fā)效率的同時(shí)有效的節(jié)省成本，滿足不同軟件產(chǎn)品的測試需求。

參考文獻(xiàn)

自動(dòng)化測試范文第3篇

【關(guān)鍵詞】自動(dòng)化；檢測；儀表

【中圖分類號】TU446【文獻(xiàn)標(biāo)識碼】A【文章編號】1674-3954（2011）02-0139-01

大型制造企業(yè)各工序都是連續(xù)性銜接作業(yè),往往造成許多現(xiàn)場壓力儀表雖到檢定周期,卻由于不能停產(chǎn)也就不能從作業(yè)。壓力儀表的工作原理是彈簧管在壓力或真空作用下產(chǎn)生彈性變形引起管端位移,其位移通過機(jī)械傳動(dòng)機(jī)構(gòu)進(jìn)行放大后再傳遞給指示裝置,可在刻有法定計(jì)量單位的分度盤上讀出指針?biāo)甘镜谋粶y壓力值或真空量值。

一、在線校準(zhǔn)預(yù)期

1、目的:實(shí)施在線校準(zhǔn)適應(yīng)生產(chǎn)流程計(jì)量需求,降低外送檢費(fèi)用。

2、校準(zhǔn)儀表范圍:本企業(yè)現(xiàn)場在用壓力儀表。

3、校準(zhǔn)范圍:0~100MPa

4、校準(zhǔn)對比準(zhǔn)確度:1.5%~1.6%

5、預(yù)期目標(biāo):實(shí)現(xiàn)在線壓力儀表的受控、有效。

6、校準(zhǔn)方案種類:a. 理想型校準(zhǔn)比對;b. 實(shí)用型校準(zhǔn)比對。

二、材料準(zhǔn)備

1、專用管道打孔器

2、符合現(xiàn)場壓力儀表準(zhǔn)確度及量程的數(shù)塊相應(yīng)受控有效標(biāo)準(zhǔn)表。

3、校準(zhǔn)比對記錄。

三、在線校準(zhǔn)比對方案

1、實(shí)用型對壓力儀表的校準(zhǔn)比對

（1）在同一管道上:在距擬被校準(zhǔn)的現(xiàn)場壓力儀表的適當(dāng)范圍內(nèi),用專用管道打孔器引出導(dǎo)壓管路,在導(dǎo)壓管路中間安置一截止閥(截止閥處于關(guān)閉狀態(tài)),截止閥后的接口處安裝壓力變送器與擬被校準(zhǔn)儀表同規(guī)格的受控有效標(biāo)準(zhǔn)壓力表。

（2）緩慢開啟截止閥至全開,待管道內(nèi)流體介質(zhì)充分進(jìn)入標(biāo)準(zhǔn)表內(nèi)數(shù)分鐘后,分別讀取兩塊表的指示值。

（3）填寫校準(zhǔn)比對記錄。

2、理想型對壓力儀表的校準(zhǔn)比對

自制一臺流動(dòng)簡易“壓力校驗(yàn)臺”。

（1）在流體介質(zhì)管道上,關(guān)閉在用(即擬被校準(zhǔn))的現(xiàn)場壓力儀表的“截止閥1”(該截止閥處于關(guān)閉狀態(tài))。

（2）在截止閥后適當(dāng)延長導(dǎo)壓管路。

（3）在延長導(dǎo)壓管路上安裝一只三通。

（4）三通的直管口的接口處安裝在用的指示為零的壓力儀表。

（5）三通的丁字管口的接口處新安裝“截止閥2”(該截止閥也處于關(guān)閉狀態(tài))。

（6）在“截止閥2”后接壓力“專用校驗(yàn)管”至簡易流動(dòng)“壓力校驗(yàn)臺”上預(yù)置的“專用校驗(yàn)管接口”。

（7）“壓力校驗(yàn)臺”上還預(yù)置有受控、有效的相應(yīng)型號規(guī)格的標(biāo)準(zhǔn)壓力表。

（8）檢查無遺漏后,逐一緩慢開啟截止閥1、截止閥2至全開;數(shù)分鐘后,分別讀取兩塊表的指示值。

（9）填寫校準(zhǔn)比對記錄。

四、經(jīng)驗(yàn):

認(rèn)真做好巡回檢查工作儀表工一般都有自己所轄儀表的巡檢范圍,根據(jù)所轄儀表分布情況,選定最佳巡檢路線,每天至少巡檢兩次。巡回檢查時(shí),要關(guān)閉氣源,并松開過濾器減壓閥接頭。拆卸環(huán)室孔板時(shí),注意孔板方向,一是檢查以前是否有裝反,二是為了再安裝時(shí)正確。由于直管段的要求,工藝管道支架可能少,要防止工藝管道一端下沉,給安裝孔板環(huán)室?guī)砝щy。拆卸的儀表其位號要放在明顯處,安裝時(shí)對號入座,防止同類儀表由于量程不同安裝混淆,造成儀表故障;帶有聯(lián)鎖的儀表,切換置手動(dòng)然后再拆卸;儀表一次開車成功或開車順利,說明儀表檢修質(zhì)量高,開車準(zhǔn)備工作做得好。反之,儀表工就會(huì)在工藝開車過程中手忙腳亂,有的難以應(yīng)付,甚至直接影響工藝生產(chǎn)。

五、發(fā)展建議

1、發(fā)展趨勢

（1）結(jié)構(gòu)日趨簡潔,從當(dāng)前發(fā)展最快的3種流量儀表(電磁、超聲、科氏)來看,機(jī)械結(jié)構(gòu)都十分簡潔,管道內(nèi)既無轉(zhuǎn)動(dòng)件,又無節(jié)流件。

（2）功能力求完善,隨著微電子、計(jì)算機(jī)、通信技術(shù)的飛速發(fā)展,流量儀表的功能日益完善、多樣,不少機(jī)械部分難以解決的問題,依靠電子軟件則迎刃而解,如Krohne的智能電磁流量計(jì),不少超聲流量計(jì)不僅可測流量,還可測流體密度、組分、熱能等等。

（3）安裝日益簡便,工業(yè)自動(dòng)化程度越高,用戶越歡迎采用安裝維護(hù)簡便的產(chǎn)品,這也是插入式,外夾式儀表日益暢銷的原因。

2、國產(chǎn)化刻不容緩:

據(jù)了解,我國近年來進(jìn)口儀器儀表約130億美元,出口約30億美元(多為低附加值的電工儀表、家用水表、氣表),國內(nèi)大型工程選用國外儀表占2/3,而其價(jià)格為國產(chǎn)5~10倍,我國大型流量儀表企業(yè)主要依靠國外技術(shù),缺乏擁有自主知識產(chǎn)權(quán)意識,創(chuàng)新乏力;自動(dòng)化儀表國產(chǎn)化刻不容緩!

3、品種多,選用要實(shí)事求是:

流量儀表品種、類型較多,正確選用并非易事,建議:

（1）不要輕信廠商宣傳,廠商為利所圖,往往對儀表的技術(shù)指標(biāo)夸大其詞,選用時(shí)要理性分析這些參數(shù)的依據(jù),有無檢驗(yàn)證明。

（2）按需選取,勿追求高指標(biāo),如不是用于商務(wù)計(jì)量,貿(mào)易核算,準(zhǔn)確度要求可以降低,如工控系統(tǒng)的某些場合,檢測、監(jiān)控儀表的重復(fù)性、可靠性好就可以了。

（3）全面考慮經(jīng)濟(jì)指標(biāo),儀表的經(jīng)濟(jì)性并非限于一次購買費(fèi)用,還要考慮安裝維修(停產(chǎn)損失),是否節(jié)能(長期運(yùn)行費(fèi))等因素。

六、自動(dòng)化測試系統(tǒng)的設(shè)計(jì)挑戰(zhàn)

測試管理人員和工程師們?yōu)榱吮ＷC交付到客戶手中的產(chǎn)品質(zhì)量和可靠性,在各種應(yīng)用領(lǐng)域 (從設(shè)計(jì)驗(yàn)證,經(jīng)終端產(chǎn)品測試,到設(shè)備維修診斷) 都采用自動(dòng)化測試系統(tǒng)。他們使用自動(dòng)測試系統(tǒng)執(zhí)行簡單的“通過”或“失敗”測試,或者通過它執(zhí)行一整套的產(chǎn)品特性測試。由于設(shè)計(jì)周期后期產(chǎn)品瑕疵檢測的成本呈上升趨勢,自動(dòng)化測試系統(tǒng)迅速地成為產(chǎn)品開發(fā)流程中一個(gè)重要的部分。這篇“設(shè)計(jì)下一代自動(dòng)化測試”的文章描述了一些迫使工程團(tuán)隊(duì)減少測試成本和時(shí)間的挑戰(zhàn)。這篇文章還深刻地洞察了測試管理人員和工程師們?nèi)绾瓮ㄟ^建立模塊化軟件定義型測試系統(tǒng)來克服這些挑戰(zhàn)。這種測試系統(tǒng)在減少總體成本的同時(shí),顯著地增加了測試系統(tǒng)的吞吐量和靈活性。

如今的測試工程師們面臨著一系列新的壓力。他們所面臨的產(chǎn)品設(shè)計(jì)比前幾代更為復(fù)雜;為了保持競爭力并滿足客戶要求,開發(fā)周期要求越來越短 ;產(chǎn)品測試成本越來越高,而預(yù)算越來越少。

1、不斷提高的設(shè)計(jì)復(fù)雜性:如今,測試測量的最明顯趨勢是器件復(fù)雜性不斷增加。例如,消費(fèi)電子、通信和半導(dǎo)體工業(yè)持續(xù)要求將數(shù)字圖象/視頻、高保真音頻、無線通信和因特網(wǎng)互聯(lián)性集成到一個(gè)單獨(dú)產(chǎn)品中。甚至在汽車中都集成了復(fù)雜的汽車娛樂和信息系統(tǒng)、安全和早期預(yù)警系統(tǒng),以及車身和發(fā)動(dòng)機(jī)上的控制電子裝備。測試系統(tǒng)的設(shè)計(jì)不僅需要足夠靈活地支持對不同產(chǎn)品模型進(jìn)行廣泛的測試,還需要能夠進(jìn)行升級以提供新測試功能所需的更多測試點(diǎn)。

2、更短的產(chǎn)品開發(fā)周期:

自動(dòng)化測試范文第4篇

關(guān)鍵詞：自動(dòng)化測試；白盒測試工具；黑盒測試工具

中圖分類號：TP31 文獻(xiàn)標(biāo)識碼：A 文章編號：1007-9416（2017）03-0251-01

1 引言

在軟件測試中傳統(tǒng)的手工測試占絕對優(yōu)勢，大約占到了測試總數(shù)的89% 。手工測試是指測試人員手工編寫測試用例，其優(yōu)點(diǎn)是可以發(fā)現(xiàn)比較多的缺陷，但缺點(diǎn)是重復(fù)工作多、測試工作量大，進(jìn)行回歸測試時(shí)比較容易出錯(cuò)，而且代價(jià)較高。而且有一些測試，如壓力測試、性能測試是手工測試實(shí)現(xiàn)困難，或者不可能進(jìn)行的測試，在這種情況下，需要借助于自動(dòng)化測試。

自動(dòng)化測試是指使用一種自動(dòng)化測試工具，驗(yàn)證各種軟件測試的需求，包括測試活動(dòng)的管理與實(shí)施。通過使用自動(dòng)化測試工具，控制軟件測試的執(zhí)行（如對比預(yù)期輸出和實(shí)際輸出結(jié)果）。自動(dòng)化測試可以節(jié)約測試成本，提高測試質(zhì)量，完成一些手工測試不可能實(shí)現(xiàn)的測試，它是手工測試的一種補(bǔ)充，但是卻不可能完全替代手工測試。本文主要闡述了自動(dòng)化測試的概念、分類，以及自動(dòng)化測試工具的優(yōu)缺點(diǎn)，并給出了選擇合適的自動(dòng)化測試工具的建議。

2 自動(dòng)化測試工具的分類

根據(jù)測試方法的不同，自動(dòng)化測試工具可以劃分為黑盒測試工具、白盒測試工具、測試管理工具、性能測試工具。

在黑盒測試場合，通常使用黑盒測試工具。通過使用黑盒測試工具，可以使黑盒測試的工作量大幅度地減輕。應(yīng)用黑盒測試工具時(shí)，主要使用的手段是腳本的錄制和回放，模擬用戶操作，記錄實(shí)際輸出結(jié)果，并將其與預(yù)定的標(biāo)準(zhǔn)結(jié)果進(jìn)行比較。TeamTest和QACenter是黑盒測試工具的代表。

白盒測試工具主要是針對代碼進(jìn)行測試，根據(jù)測試原理的不同，它又分為動(dòng)態(tài)測試和靜態(tài)測試工具。靜態(tài)測試工具的代表主要有Logiscope軟件和PRQA軟件，其主要功能是在不執(zhí)行程序的前提下，掃描代碼語法、分析軟件特性、查找代碼中不合規(guī)范的地方。與靜態(tài)測試工具相反，動(dòng)態(tài)測試工具則要求運(yùn)行實(shí)際被測試的系統(tǒng)來進(jìn)行測試。Purify系列和DevPartner是動(dòng)態(tài)測試工具的代表。

對測試計(jì)劃、測試用例、測試實(shí)施、缺陷的跟蹤進(jìn)行管理時(shí)，需要用到測試管理工具，TestDirector和Test Manager是測試管理工具的代表。

軟件性能測試的難點(diǎn)在于仿真的過程，比如如何模擬成千上萬的實(shí)際用戶來對服務(wù)器造成負(fù)載的過程，以及如何從千差萬別的測試數(shù)據(jù)中分析并獲取有效的測試結(jié)果，在這種情況下，從性能優(yōu)化方面考慮，可以借助于性能測試工具提高測試的效率，提升測試結(jié)果的準(zhǔn)確性。目前市面上有多款性能測試工具，其中LoadRunner是應(yīng)用比較廣泛、受到好評比較多的一款軟件。LoadRunner是一種預(yù)測系統(tǒng)行為和性能的工業(yè)標(biāo)準(zhǔn)級負(fù)載測試工具，可以通過模擬上千萬用戶實(shí)施并發(fā)負(fù)載及實(shí)時(shí)性能監(jiān)測的方式來確認(rèn)和查找問題。

3 自動(dòng)化測試工具的優(yōu)缺點(diǎn)

自動(dòng)化測試突破了手工測試的局限性，很多通過手工測試無法做到都可以通過自動(dòng)化測試工具來完成。例如，為了測試某網(wǎng)站服務(wù)器負(fù)載的壓力和并發(fā)測試，應(yīng)用自動(dòng)化測試工具，就可以很簡單地實(shí)現(xiàn)同時(shí)模擬幾萬人，甚至是數(shù)十萬人，同時(shí)登錄訪問，測試網(wǎng)站服務(wù)器的承載能力，而這些都很難通過測試員的手工測試來完成。此外，驗(yàn)證系統(tǒng)是否能夠穩(wěn)定運(yùn)行的可靠性測試，也無法通過手工測試完成，也需要自動(dòng)化測試工具的幫助。

在測試中引入自動(dòng)化測試工具，既可以實(shí)現(xiàn)查找缺陷的廣泛性，又可以提高查找缺陷的速度，同時(shí)可以完成許多重復(fù)性的測試，因?yàn)樽詣?dòng)化測試每次\行相同的腳本，所以不再需要大量的軟件測試人員手動(dòng)執(zhí)行測試用例，而且自動(dòng)化測試工具可以在非常短的時(shí)間內(nèi)執(zhí)行大量的測試用例，這樣測試的效率就得到了極大提高。

自動(dòng)化測試工具雖然擁有上述眾多優(yōu)勢，但是它本身也有其不可避免的缺點(diǎn)，如在某些情況下，自動(dòng)化測試并沒有想象中那么完美，并不能幫助解決目前遇到的所有問題，甚至也沒有發(fā)現(xiàn)幾個(gè)問題；其次，如果測試人員缺乏對自動(dòng)化測試工具的充分培訓(xùn)，可能無法更深層次地使用工具，從而導(dǎo)致工具的使用效率低下；此外，自動(dòng)化測試中維護(hù)測試腳本的工作量比較大，在腳本開發(fā)過程中，如果更多依賴的是測試人員的經(jīng)驗(yàn)， 這樣就無法保證腳本的質(zhì)量，從而直接影響測試結(jié)果的正確性。

4 結(jié)語

在軟件測試項(xiàng)目中，可以根據(jù)項(xiàng)目需求的穩(wěn)定性、項(xiàng)目開發(fā)周期的長短、自動(dòng)化測試腳本的可重復(fù)使用性的來衡量該項(xiàng)目是否適合引入自動(dòng)化測試工具進(jìn)行測試。如果在整個(gè)開發(fā)過程中，軟件需求變化頻繁，或者項(xiàng)目開發(fā)周期比較短，那么該項(xiàng)目就不適合使用自動(dòng)化測試工具。

在為項(xiàng)目選擇自動(dòng)化測試工具時(shí)，因?yàn)椴煌臏y試工具有其自身的特點(diǎn)和適用范圍，所以一定要根據(jù)實(shí)際問題和需要，認(rèn)真分析該工具是否適合當(dāng)前應(yīng)用，然后選擇一款性價(jià)比較高的自動(dòng)化測試工具。

參考文獻(xiàn)

自動(dòng)化測試范文第5篇

【關(guān)鍵詞】嵌入式軟件；自動(dòng)化測試；平臺框架

進(jìn)入二十一世紀(jì)之后，硬件元器件得到了飛速發(fā)展，從而也是的嵌入式軟件的功能更加強(qiáng)大和復(fù)雜。隨之而來的也是嵌入式軟件測試工作的加重，傳統(tǒng)的軟件測試技術(shù)已經(jīng)難以滿足嵌入式軟件越來越復(fù)雜的需求。而目前，市場上已經(jīng)有較多的傳統(tǒng)軟件自動(dòng)化測試技術(shù)，如何在這些技術(shù)的基礎(chǔ)上進(jìn)行改進(jìn)，從而能夠適應(yīng)嵌入式軟件環(huán)境，從而實(shí)現(xiàn)嵌入式軟件的自動(dòng)化測試，是嵌入式軟件發(fā)展的重要方向。

1.嵌入式軟件自動(dòng)化測試平臺分析

嵌入式軟件的自動(dòng)化測試即利用腳本來自動(dòng)化驅(qū)動(dòng)嵌入式軟件的運(yùn)行，并且自動(dòng)收集相關(guān)數(shù)據(jù)進(jìn)行分析，最終生成相應(yīng)的測試報(bào)告。雖然，嵌入式軟件的自動(dòng)化測試流程與一般PC機(jī)應(yīng)用軟件的自動(dòng)化測試流程相同。但是，由于嵌入式軟件軟件對電子設(shè)備的高度依賴性，以及電子設(shè)備收周圍環(huán)境影響較重，從而導(dǎo)致嵌入式軟件的自動(dòng)化測試平臺存在如下的問題。

（1）由于電子元器件受到周圍環(huán)境的影響，無論在宿主機(jī)上所進(jìn)行的動(dòng)態(tài)測試多充分，也無法保證嵌入式軟件在實(shí)際的硬件環(huán)境中通過。

（2）硬件系統(tǒng)非常復(fù)雜，難以對測試過程中所發(fā)現(xiàn)的問題進(jìn)行排查。

（3）植入樁點(diǎn)會(huì)影響系統(tǒng)的實(shí)時(shí)性。

（4）上位機(jī)的測試環(huán)境中，由于上位機(jī)與下位機(jī)的通信量較大，測試結(jié)果數(shù)據(jù)較多，容易導(dǎo)致通信的堵塞。

2.嵌入式軟件自動(dòng)化測試平臺概要設(shè)計(jì)

通過對嵌入式自動(dòng)化測試框架的分析，本文提出一種由腳本驅(qū)動(dòng)器、接口映射表、數(shù)據(jù)驅(qū)動(dòng)器和支持函數(shù)庫所組成的，針對嵌入式自動(dòng)化軟件測試的組合型測試框架。

如圖1所示，高層腳本調(diào)用執(zhí)行下層腳本；底層運(yùn)行腳本通過查詢接口映射表調(diào)用待測試系統(tǒng)接口進(jìn)行驅(qū)動(dòng)和通信；測試腳本從數(shù)據(jù)文件調(diào)用數(shù)據(jù)執(zhí)行測試。

（1）腳本驅(qū)動(dòng)器

腳本驅(qū)動(dòng)器調(diào)用高層腳本，高層腳本調(diào)用下層腳本。底層腳本包括待測試系統(tǒng)具體的測試步驟。

（2）接口映射表

接口映射表借鑒了關(guān)鍵字驅(qū)動(dòng)測試框架中的組件映射表思想。測試人員根據(jù)待測試系統(tǒng)的實(shí)際需求，設(shè)計(jì)接口名稱和參數(shù)，從而實(shí)現(xiàn)待測試系統(tǒng)的抽象化。在運(yùn)行測試腳本是，首先通過映射表匹配接口名稱和參數(shù)，當(dāng)系統(tǒng)接口改變時(shí)，只需要改變映射表即可，從而實(shí)現(xiàn)測試系統(tǒng)與待測試系統(tǒng)的松耦合。

（3）數(shù)據(jù)驅(qū)動(dòng)器

數(shù)據(jù)啟動(dòng)器是測試腳本與數(shù)據(jù)文件的連接器，通常采用文本文件、XML文件等來實(shí)現(xiàn)。在測試過程中，需要數(shù)據(jù)時(shí)，有數(shù)據(jù)驅(qū)動(dòng)器讀取數(shù)據(jù)。數(shù)據(jù)驅(qū)動(dòng)器是腳本與測試數(shù)據(jù)分離，當(dāng)測試數(shù)據(jù)變更時(shí)，只需要修改數(shù)據(jù)驅(qū)動(dòng)器，而不需要對腳本進(jìn)行改動(dòng)。

（4）支持函數(shù)庫

包含了數(shù)據(jù)緩存、文件操作、字符串處理等測試框架中所用到的通用處理函數(shù)。

3.嵌入式軟件自動(dòng)化測試平臺詳細(xì)設(shè)計(jì)

3.1 測試框架設(shè)計(jì)

嵌入式軟件自動(dòng)化測試平臺的卡框架，采用嵌入式軟件通用的Host/Target測試策略。

如圖2所示，本文所設(shè)計(jì)的嵌入式軟件自動(dòng)化測試平臺采用測試管理工具和測試雙層結(jié)構(gòu)。

3.2 測試流程設(shè)計(jì)

在進(jìn)行嵌入式軟件自動(dòng)化測試時(shí)，測試人員的工作包括：編寫配置文件、編寫腳本、生成數(shù)據(jù)文件、測試報(bào)告分析等工作。嵌入式軟件的自動(dòng)化測試流程如圖3所示。

當(dāng)建立了管理工具和測試自檢的通信之后，向測試發(fā)送測試請求，并且將腳本和數(shù)據(jù)傳送到測試上。測試將測試腳本存放到特定的區(qū)域執(zhí)行，并且將測試結(jié)果返回給宿主端。當(dāng)宿主端接收到測試所發(fā)送腳本執(zhí)行完畢信號后，發(fā)送新的測試腳本和數(shù)據(jù)給測試，直到所有的腳本測試完成之后，對測試所返回的測試結(jié)果進(jìn)行分析，得出最終的測試報(bào)告。

3.3 功能設(shè)計(jì)

3.3.1 管理工具功能

為了不占用宿主段過多資源，將一些協(xié)助測試模塊都放在宿主端中。管理工具的功能結(jié)構(gòu)如圖4所示。

（1）腳本配置管理模塊

在進(jìn)行嵌入式軟件自動(dòng)化測試之前，需要設(shè)計(jì)一份配置文件。在配置文件中定義好了腳本位置、宿主機(jī)與測試之間的通信、腳本執(zhí)行時(shí)間間隔、通信樁點(diǎn)個(gè)數(shù)等內(nèi)容。測試管理工具先對腳本配置文件進(jìn)行解析，并且將解析的信息傳送給目標(biāo)機(jī)。

（2）插樁模塊

通過插樁對待測試軟件的功能進(jìn)行細(xì)分，并且根據(jù)執(zhí)行的情況，來分析待測試軟件的測試覆蓋情況。

（3）日志分析生成模塊

測試日志文件中主要包含了待測試軟件的測試結(jié)果，以及測試覆蓋信息。其中測試報(bào)告中包括了測試跟蹤信息、測試用例、測試用例的期望和實(shí)際結(jié)果、測試用例的執(zhí)行情況及匯總等。測試覆蓋信息包括：測試和未測試的代碼段、功能的覆蓋標(biāo)記及匯總等信息。

（4）數(shù)據(jù)通信模塊

主要負(fù)責(zé)宿主機(jī)與測試之間的消息通信。

3.3.2 測試功能

測試運(yùn)行在目標(biāo)機(jī)上，是整個(gè)嵌入式軟件自動(dòng)化測試平臺的核心，測試的整體結(jié)構(gòu)如圖5所示。

（1）測試驅(qū)動(dòng)模塊

根據(jù)配置管理，對管理工具發(fā)送的測試腳本進(jìn)行解析，并且調(diào)用工具庫中的通用函數(shù)來完成測試。同時(shí)，將測試結(jié)果和樁點(diǎn)覆蓋信息存入到特定區(qū)域。

（2）數(shù)據(jù)驅(qū)動(dòng)模塊

在數(shù)據(jù)文件主要包含了測試腳本文件、測試數(shù)據(jù)文件和測試結(jié)果文件。當(dāng)測試需要數(shù)據(jù)是，可以通過數(shù)據(jù)驅(qū)動(dòng)模塊完成數(shù)據(jù)表查找和數(shù)據(jù)批量處理等操作。對于測試數(shù)據(jù)量大，測試步驟類似的測試過程，可以極大的減少測試的復(fù)雜度。

（3）數(shù)據(jù)通信模塊

主要負(fù)責(zé)與管理工具的數(shù)據(jù)通信模塊進(jìn)行數(shù)據(jù)交互。主要負(fù)責(zé)接收管理工具所發(fā)送的配置信息、腳本信息和數(shù)據(jù)文件信息；同時(shí)將測試結(jié)果和測試覆蓋信息返回給管理工具。

4.結(jié)束語

軟件測試是對軟件質(zhì)量進(jìn)行評估的重要方法，自動(dòng)化測試技術(shù)可以降低軟件測試成本，縮短軟件測試時(shí)間。特別是對于測試環(huán)境更加復(fù)雜的嵌入式軟件而言，自動(dòng)化測試具有更加重要的意義。

參考文獻(xiàn)

[1]鄧勇，曾建光.嵌入式軟件系統(tǒng)及其自動(dòng)測試技術(shù)的發(fā)展與現(xiàn)狀[J].科技咨詢導(dǎo)報(bào)，2007，21：5-6.

[2]凌永發(fā)，張?jiān)粕闫?軟件測試自動(dòng)化中的腳本技術(shù)[J].云南民族學(xué)院學(xué)報(bào)（自然科學(xué)版），2002，11（1）：544-548.

[3]鄭世偉.嵌入式軟件的測試方法和工具[J].單片機(jī)與嵌入式系統(tǒng)應(yīng)用，2001，4：26-28..