序言：寫作是分享個(gè)人見(jiàn)解和探索未知領(lǐng)域的橋梁，我們?yōu)槟x了8篇的軟件測(cè)試論文樣本，期待這些樣本能夠?yàn)槟峁┴S富的參考和啟發(fā)，請(qǐng)盡情閱讀。

第1篇

1Web應(yīng)用程序性能測(cè)試實(shí)驗(yàn)

這部分實(shí)驗(yàn)?zāi)康氖鞘箤W(xué)生熟練掌握使用Jmeter測(cè)試Web應(yīng)用程序的一般流程和方法。實(shí)驗(yàn)任務(wù)測(cè)試績(jī)效考核子系統(tǒng)中的評(píng)分模塊。評(píng)分人登錄系統(tǒng)后進(jìn)入評(píng)分環(huán)節(jié)，選擇其未完成的評(píng)分項(xiàng)目(若有多個(gè)未評(píng)分項(xiàng)，則需要全部對(duì)其評(píng)分)。每個(gè)評(píng)分項(xiàng)中包含對(duì)多個(gè)部門的評(píng)分，部門數(shù)大于等于3個(gè)時(shí)需符合正態(tài)分布，如可評(píng)出優(yōu)秀3個(gè)、良好6個(gè)、合格4個(gè)、基本合格2個(gè)，否則可任意評(píng)分。按照循序漸進(jìn)的原則，設(shè)計(jì)了3個(gè)步驟:一是Jmeter的基本應(yīng)用，包括腳本錄制、添加http請(qǐng)求、添加斷言以及查看測(cè)試結(jié)果等;二是Jmeter的邏輯控制結(jié)構(gòu)，如分支和循環(huán)等;三是Jmeter的高級(jí)應(yīng)用，如參數(shù)值可變以及參數(shù)個(gè)數(shù)可變等。

1．1Jmeter的基本應(yīng)用

Jmeter可以手工添加腳本，但更方便的是使用腳本錄制軟件Badboy［9］。Badboy錄制的腳本可以保存為Jmeter格式，然后在Jmeter中直接打開(kāi)和修改。腳本主要是一系列的http請(qǐng)求，其中可以設(shè)置請(qǐng)求的URL，請(qǐng)求方法(get/post)及請(qǐng)求參數(shù)等，如圖1所示。通過(guò)添加斷言(如是否含有特定字符串)檢查請(qǐng)求是否返回正確結(jié)果。添加查看結(jié)果樹(shù)并運(yùn)行測(cè)試腳本查看程序的測(cè)試結(jié)果。

1．2Jmeter的控制結(jié)構(gòu)

Jmeter具有豐富的邏輯控制結(jié)構(gòu)，包括控制器，switch控制器，while控制器以及forEach控制器等。實(shí)驗(yàn)重點(diǎn)練習(xí)控制器和forEach控制器?？刂破髋袛郕meter變量是否滿足給定條件，若滿足則執(zhí)行其包含的測(cè)試元素，否則不執(zhí)行。ForEach控制器對(duì)Jmeter變量的每一個(gè)取值都執(zhí)行一遍其包含的測(cè)試元素。圖2是一個(gè)控制器，其條件為變量COUNT小于10且變量VAR等于字符串“abcd”。圖2Jmeter的控制器圖Jmeter的變量引用使用${變量名}的方式，變量一般提取自返回頁(yè)面中的某些信息，如滿足特定條件記錄的行數(shù)或某個(gè)特定位置的字符串取值等。變量提取可采用正則表達(dá)式或Xpath進(jìn)行匹配，講解其匹配原則并現(xiàn)場(chǎng)演示。圖3利用正則表達(dá)式提取需評(píng)選優(yōu)秀的單位個(gè)數(shù)，其中引用名稱youxiu就是變量名。匹配失敗則取設(shè)置的缺省值0。如對(duì)于頁(yè)面中返回的html代碼“…您當(dāng)前可以評(píng)出優(yōu)秀＜spanid="ltYSMsg"＞3＜/span＞個(gè)…”可提取出優(yōu)秀個(gè)數(shù)為3。

1．3Jmeter的高級(jí)應(yīng)用

本部分著重解決實(shí)際測(cè)試過(guò)程中的一些常見(jiàn)問(wèn)題，如參數(shù)內(nèi)容可變及參數(shù)個(gè)數(shù)可變等。測(cè)試登錄環(huán)節(jié)時(shí)需模擬不同的用戶登錄行為，即圖1的http請(qǐng)求中txtUserName一項(xiàng)的值應(yīng)是變化的。Jmeter提供的CSVDataSetConfig可解決這一問(wèn)題，如圖4所示。將所有評(píng)分人的信息存儲(chǔ)在一個(gè)CSV文件中，把其中的列名填入VariableNames項(xiàng)，之后將圖1中的txtUserName值改為userAccount(即CSV文件的第1列)實(shí)現(xiàn)參數(shù)值的動(dòng)態(tài)變化。進(jìn)入評(píng)分項(xiàng)后需根據(jù)情況選擇優(yōu)秀和良好等的個(gè)數(shù)，且要反映在http請(qǐng)求的參數(shù)中。由于參評(píng)單位的個(gè)數(shù)因評(píng)分人和評(píng)分項(xiàng)各異，因此無(wú)法在GUI界面中一一添加。需動(dòng)態(tài)添加的參數(shù)包括評(píng)分列表中的name及其value，value的取值從優(yōu)秀到基本合格依次為1234。為簡(jiǎn)單起見(jiàn)，我們按順序?qū)挝贿M(jìn)行評(píng)分。如系統(tǒng)要求評(píng)出3個(gè)優(yōu)秀，則測(cè)試中前3個(gè)部門打優(yōu)秀，其余依次類推。由于同一部門的優(yōu)秀良好等單選按鈕的name值相同(如圖5所示)，我們選擇提取該組唯一的ID號(hào)，然后將其轉(zhuǎn)換為name，其對(duì)應(yīng)關(guān)系是用$代替下劃線(如ID號(hào)為gbBSCExamList_ctl02_rbExamerLevel，name為gbBSCExamList$ctl02$rbExamerLevel)。Jmeter的Beanshellpreprocessor可在提交http請(qǐng)求前動(dòng)態(tài)調(diào)整參數(shù)個(gè)數(shù)及參數(shù)值。下面給出了Beanshellpreprocessor的代碼。其中ExamerLevel_matchNr為Jmeter的系統(tǒng)變量，提供了正則表達(dá)式匹配項(xiàng)ExamerLevel匹配成功的個(gè)數(shù)(即參評(píng)單位的個(gè)數(shù))。如前所述匹配數(shù)量小于3時(shí)可任意評(píng)分，為簡(jiǎn)單起見(jiàn)我們均將其評(píng)為優(yōu)秀。N=Integer．parseInt(vars．get("ExamerLevel_match-Nr"));(N＞=3){YX=Integer．parseInt(vars．get("youxiu"));LH=Integer．parseInt(vars．get("lianghao"))+YX;HG=Integer．parseInt(vars．get("hege"))+LH;BHG=Integer．parseInt(vars．get("jibenhege"))+HG;for(i=1;i＜=N;i++){item=vars．get("ExamerLevel_"+i);item=item．replace("_"，"$");(i＜=YX){sampler．a(chǎn)ddArgument(item，"1");}else(i＜=LH){sampler．a(chǎn)ddArgument(item，"2");}else(i＜=HG){sampler．a(chǎn)ddArgument(item，"3");}else(i＜=BHG){sampler．a(chǎn)ddArgument(item，"4");}}}else{for(i=1;i＜=N;i++){item=vars．get("ExamerLevel_"+i);item=item．replace("_"，"$");sampler．a(chǎn)ddArgument(item，"1");}}設(shè)計(jì)了含35個(gè)并發(fā)線程的線程組，模擬實(shí)際35個(gè)評(píng)分人的評(píng)分過(guò)程。全部線程在1秒鐘之內(nèi)啟動(dòng)，比實(shí)際情況更嚴(yán)格。得到聚合報(bào)告如圖6所示，其中點(diǎn)擊考核評(píng)分頁(yè)面響應(yīng)時(shí)間最長(zhǎng)，為335毫秒。且測(cè)試過(guò)程中無(wú)錯(cuò)誤發(fā)生，說(shuō)明系統(tǒng)評(píng)分模塊可靠。

2數(shù)據(jù)庫(kù)性能優(yōu)化實(shí)驗(yàn)

除應(yīng)用程序外，數(shù)據(jù)庫(kù)設(shè)計(jì)的優(yōu)劣亦影響系統(tǒng)性能。這部分實(shí)驗(yàn)?zāi)康氖鞘箤W(xué)生熟練掌握使用SQLServer測(cè)試數(shù)據(jù)庫(kù)性能的一般流程和方法，并進(jìn)行簡(jiǎn)單的數(shù)據(jù)庫(kù)調(diào)優(yōu)。為減少?gòu)?fù)雜性，設(shè)計(jì)一個(gè)簡(jiǎn)單的由三張表組成的人員組織結(jié)構(gòu)數(shù)據(jù)庫(kù):user、or-gan及userorgan表。其中user表含4586條記錄，or-gan表含1722條記錄，userorgan表含6804條記錄(一人可在多部門任職)。實(shí)驗(yàn)任務(wù)根據(jù)賬號(hào)查詢其姓名及所在單位信息。

2．1SQL語(yǔ)句執(zhí)行計(jì)劃對(duì)應(yīng)用程序中頻繁執(zhí)行的SQL語(yǔ)句檢查執(zhí)行計(jì)劃非常重要。初始時(shí)，三張表均未建立任何索引，下面SQL語(yǔ)句的執(zhí)行計(jì)劃如圖7所示。由圖7知，三張表均采用全表掃描的方式。對(duì)大表全表掃描可能涉及多次磁盤I/O，非常費(fèi)時(shí)，應(yīng)盡力避免此種情況。SQLServer報(bào)告由于缺少索引影響了查詢性能，并給出了相關(guān)建議。selectA．vcAccount，A．vcName，C．vcNamefromtest．dbo．［user］Ainnerjointest．dbo．［useror-gan］BonA．vcAccount=B．cnvcempidinnerjointest．dbo．organConB．cnvcorgid=C．nNodeIDwhereA．vcAccount=＇testuser＇為表格建立以下索引:indexIND_USERACCOUNTontest．dbo．［user］(vcAccount)clusteredindexPK_ORGANontest．dbo．［organ］(nNodeID)indexIND_USERORGANontest．dbo．［userorgan］(cnvcempid，cnvcorgid)再次運(yùn)行后顯示執(zhí)行計(jì)劃如圖8所示?？梢?jiàn)所有表掃描均已替換為相應(yīng)的索引查找，且SQLServ-er未報(bào)告缺少索引影響查詢性能。兩次執(zhí)行查詢的磁盤I/O和CPU時(shí)間見(jiàn)表1，可見(jiàn)為表添加正確的索引可提高查詢性能。

2．2索引建立原則總結(jié)

建立索引的一般滿足原則如下［10］(篇幅所限，未給出實(shí)例):(1)為主鍵所在的列創(chuàng)建索引。為經(jīng)常進(jìn)行連接但未指定為外鍵的字段建立索引。(2)在頻繁進(jìn)行排序或分組的字段上建立索引。(3)在條件表達(dá)式中經(jīng)常用到的不同值較多的字段上建立索引，在不同值較少的字段上不建立索引，如性別字段。不在查詢很少引用的列上創(chuàng)建索引。(4)若經(jīng)常同時(shí)使用多個(gè)字段排序，可在這些字段上建立復(fù)合索引。要盡量使關(guān)鍵查詢形成索引覆蓋，其前導(dǎo)字段一定是使用最頻繁的字段。(5)查看索引并刪除不使用的索引。需頻繁進(jìn)行數(shù)據(jù)查入操作的數(shù)據(jù)庫(kù)應(yīng)有較少的索引，需頻繁進(jìn)行讀取操作的數(shù)據(jù)庫(kù)應(yīng)有更多的索引。(6)在聚集索引中，避免包括不必要的列，盡可能使用較小的數(shù)據(jù)類型。(7)在支持排序和范圍查詢的字段上考慮使用聚集索引。(8)具有高選擇性的列是索引的好候選列，具有高密度的列是索引最糟糕的候選列。

3結(jié)語(yǔ)

第2篇

1 關(guān)于計(jì)算機(jī)軟件測(cè)試的介紹

1.1 軟件測(cè)試的概念

軟件測(cè)試是指在軟件運(yùn)行之前,對(duì)軟件的產(chǎn)品介紹和代碼進(jìn)行審核,從而保障軟件的正常運(yùn)行。軟件測(cè)試不僅代表軟件系統(tǒng)出現(xiàn)問(wèn)題的可能性,同時(shí)還表示軟件能夠完成預(yù)定功能的程度,這兩部分對(duì)于軟件測(cè)試都有重要的意義。

1.2 軟件測(cè)試的特點(diǎn)

1.2.1軟件測(cè)試的動(dòng)態(tài)性

軟件測(cè)試是在規(guī)定輸入值的情況下運(yùn)行的,是一種動(dòng)態(tài)的檢測(cè)軟件的運(yùn)行狀態(tài)的過(guò)程。

1.2.2軟件測(cè)試的有限性

在對(duì)軟件進(jìn)行測(cè)試的過(guò)程中,測(cè)試的次數(shù)是有限的,不可能無(wú)限制的測(cè)試下去,同時(shí),整個(gè)測(cè)試過(guò)程還要具有可管理性,即在測(cè)試時(shí)需要平衡測(cè)試需求與測(cè)試資源之間的關(guān)系。

1.2.3軟件測(cè)試的預(yù)測(cè)性

進(jìn)行軟件測(cè)試之前,應(yīng)該判斷測(cè)試的結(jié)果是否妥當(dāng),常常采用預(yù)示程序來(lái)預(yù)測(cè)運(yùn)行的可能結(jié)果,但預(yù)測(cè)程序也是軟件測(cè)試技術(shù)的一大難點(diǎn)。

2 軟件測(cè)試技術(shù)的過(guò)程分析

2.1軟件測(cè)試的方案

在進(jìn)行軟件測(cè)試之前,都需要制定一個(gè)合適有效的軟件測(cè)試方案,以確定軟件測(cè)試的目的和過(guò)程,為軟件測(cè)試的完成提供一個(gè)清晰有效的目標(biāo)。

2.2 軟件測(cè)試的開(kāi)發(fā)設(shè)計(jì)

軟件測(cè)試設(shè)計(jì)就是在軟件開(kāi)發(fā)的過(guò)程中進(jìn)行的軟件質(zhì)量測(cè)試工作,在測(cè)試時(shí)需要提供規(guī)范的應(yīng)用說(shuō)明、程序設(shè)計(jì)情況,同時(shí),軟件測(cè)試設(shè)計(jì)在軟件測(cè)試過(guò)程中有著重要的作用。測(cè)試設(shè)計(jì)的基本步驟為:首先利用先進(jìn)的技術(shù)手段設(shè)計(jì)分析樣式,然后討論測(cè)試結(jié)果,并做成有效的測(cè)試方案,最后確定每一項(xiàng)測(cè)試任務(wù)都完成了,從而保障測(cè)試結(jié)果的有效性。

2.3 軟件測(cè)試的準(zhǔn)備

在測(cè)試方案開(kāi)始前,需要先進(jìn)行測(cè)試準(zhǔn)備,列舉測(cè)試方案中所需要的重點(diǎn)問(wèn)題,這些問(wèn)題常常有測(cè)試數(shù)據(jù)集、驅(qū)動(dòng)程序和實(shí)際執(zhí)行測(cè)試所需的軟件等,同時(shí)需要為整個(gè)測(cè)試過(guò)程尋找合適的測(cè)試環(huán)境和測(cè)試工具。

2.4 軟件測(cè)試的實(shí)施

參照之前設(shè)計(jì)的軟件測(cè)試方案,利用測(cè)試用例對(duì)軟件測(cè)試的項(xiàng)目進(jìn)行全面有效的測(cè)試,并將測(cè)試情況與實(shí)際運(yùn)行情況對(duì)比起來(lái)研究,從而判斷測(cè)試是否成功,并進(jìn)行下一步測(cè)試工序。在測(cè)試的過(guò)程中對(duì)軟件的質(zhì)量問(wèn)題進(jìn)行記錄,并進(jìn)行有效的修改,修改之后再按照之前的測(cè)試步驟重新進(jìn)行測(cè)試,觀察問(wèn)題是否會(huì)再次出現(xiàn),從而確保軟件的質(zhì)量。同時(shí),應(yīng)制定合適的測(cè)試計(jì)劃,定期將軟件運(yùn)行測(cè)試,以保障之前測(cè)試的問(wèn)題不會(huì)在出現(xiàn)。每完成一個(gè)測(cè)試部分,比較整個(gè)運(yùn)行結(jié)果與測(cè)試方案的不同之處,并針對(duì)不同之處進(jìn)行有效的調(diào)整。

2.5 軟件測(cè)試的報(bào)告

將軟件測(cè)試階段得到的運(yùn)行結(jié)果拿來(lái)觀察和處理,觀察測(cè)試觀點(diǎn)是否完整,確認(rèn)方法是否有效,并依次評(píng)定軟件測(cè)試過(guò)程中的測(cè)試用例和軟件質(zhì)量等級(jí),并進(jìn)行測(cè)試報(bào)告總結(jié)。

3 軟件工程中存在的測(cè)試問(wèn)題

軟件工程出現(xiàn)后,軟件的運(yùn)行質(zhì)量越來(lái)越受到人們的關(guān)注,軟件測(cè)試技術(shù)也開(kāi)始慢慢發(fā)展,但在軟件工程中常常出現(xiàn)一些測(cè)試問(wèn)題,導(dǎo)致軟件的質(zhì)量受到影響。下面筆者就軟件工程中常見(jiàn)的測(cè)試問(wèn)題進(jìn)行闡述。

(1)目前很多軟件開(kāi)發(fā)公司沒(méi)有比較正規(guī)的軟件開(kāi)發(fā)手段,沒(méi)有產(chǎn)品說(shuō)明書,因此,在進(jìn)行軟件測(cè)試時(shí)需要先利用試探性測(cè)試技術(shù)。而利用試探性測(cè)試技術(shù)需要先了解軟件的特性,并對(duì)軟件的運(yùn)行情況進(jìn)行有效的記錄,全面描述軟件的功能特點(diǎn),然后應(yīng)用常用的幾種軟件測(cè)試技術(shù)來(lái)找出軟件的質(zhì)量問(wèn)題。但在這樣的情況下,一些錯(cuò)誤、非法的沒(méi)有利用價(jià)值的數(shù)據(jù)容易被作為輸入數(shù)據(jù),這樣測(cè)試軟件的輸出結(jié)果存在較大問(wèn)題,對(duì)于軟件測(cè)試的進(jìn)行有較大的影響。

(2)在進(jìn)行軟件測(cè)試時(shí),首先要對(duì)軟件的邏輯流程進(jìn)行了解,描述軟件的詳細(xì)狀態(tài),但在一些規(guī)模很大、結(jié)構(gòu)復(fù)雜的軟件測(cè)試中,了解軟件的運(yùn)行情況是很困難的,這時(shí),就需要降低軟件測(cè)試的狀態(tài)以及數(shù)量。但是在測(cè)試中,必須對(duì)每種狀態(tài)都進(jìn)行測(cè)試,但在實(shí)際測(cè)試中往往忽略這一問(wèn)題,這將會(huì)大大影響到軟件測(cè)試的效果,并產(chǎn)生一定的后果。

4 計(jì)算機(jī)軟件測(cè)試的常用技術(shù)

軟件測(cè)試技術(shù)對(duì)于計(jì)算機(jī)軟件行業(yè)的發(fā)展有重要的促進(jìn)意義,關(guān)系到計(jì)算機(jī)軟件的運(yùn)行質(zhì)量,同時(shí),還能方便人們的日常生活。計(jì)算機(jī)軟件測(cè)試主要有兩種手段,即白盒測(cè)試和黑盒測(cè)試,下文筆者將對(duì)此進(jìn)行闡述。

4.1 白盒測(cè)試

白盒測(cè)試即邏輯驅(qū)動(dòng)測(cè)試或結(jié)構(gòu)測(cè)試,該方法是對(duì)系統(tǒng)的內(nèi)部構(gòu)造進(jìn)行測(cè)試,檢測(cè)整個(gè)應(yīng)用軟件內(nèi)部是否正常運(yùn)行的手段,在測(cè)試中,把待測(cè)系統(tǒng)當(dāng)作一開(kāi)放的盒子,通過(guò)對(duì)系統(tǒng)的內(nèi)部程序結(jié)構(gòu)進(jìn)行測(cè)試來(lái)檢測(cè)它的邏輯路徑,從而根據(jù)在不同區(qū)域的檢測(cè)信息來(lái)測(cè)試軟件的實(shí)際運(yùn)行情況是否與預(yù)期結(jié)果相同。目前,采用白盒測(cè)試技術(shù)常用的方法有:基本路徑測(cè)試法、邏輯覆蓋法、靜態(tài)結(jié)構(gòu)分析法和代碼檢查法等。與其他的軟件測(cè)試技術(shù)相比,白盒測(cè)試技術(shù)需要充分了解到系統(tǒng)的內(nèi)部構(gòu)造,以便對(duì)系統(tǒng)的全部邏輯路徑進(jìn)行檢測(cè)。在應(yīng)用這種測(cè)試技術(shù)時(shí),首先要檢查系統(tǒng)的內(nèi)部構(gòu)造,并從整個(gè)應(yīng)用的邏輯來(lái)

統(tǒng)計(jì)檢測(cè)數(shù)據(jù)。另外,白盒測(cè)試技術(shù)對(duì)于軟件測(cè)試人員快速發(fā)現(xiàn)軟件運(yùn)行異常情況,提高軟件的運(yùn)行效率有重要的現(xiàn)實(shí)意義。 4.2 黑盒測(cè)試

黑盒測(cè)試即功能測(cè)試,該方法是對(duì)軟件產(chǎn)品的功能進(jìn)行測(cè)試,從而觀察軟件能否正常運(yùn)行的手段,在測(cè)試中,把測(cè)試系統(tǒng)看成封閉的黑盒子,不需要考慮整個(gè)軟件系統(tǒng)的內(nèi)部特征,只需要依靠傳輸數(shù)據(jù)來(lái)得出檢測(cè)結(jié)果。黑盒測(cè)試主要對(duì)軟件的界面和功能進(jìn)行測(cè)試,僅僅只需要考慮系統(tǒng)的外部結(jié)構(gòu),從而達(dá)到有效進(jìn)行軟件測(cè)試的目的。同時(shí),黑盒測(cè)試主要測(cè)試軟件的功能,常常用于檢測(cè)這樣幾種錯(cuò)誤:運(yùn)行界面、程序初始化和終止、數(shù)據(jù)庫(kù)的訪問(wèn)情況、軟件性能和功能等錯(cuò)誤。在黑盒測(cè)試之前,需要采取合適有效的測(cè)試方案,以保障軟件測(cè)試有計(jì)劃的進(jìn)行。相比其他的軟件測(cè)試技術(shù),黑盒測(cè)試操作方便,設(shè)計(jì)代碼也很簡(jiǎn)單,能夠從用戶的角度出發(fā)去解決問(wèn)題,并實(shí)現(xiàn)軟件的功能。