中南大學(xué)考試試卷2023--2023學(xué)年上學(xué)期時間110分鐘軟件測試技術(shù)課程48學(xué)時3學(xué)分考試形式：閉卷專業(yè)年級：軟件09級總分100分，占總評成績70%注：本試卷不做答題用，答案請寫在答題紙上請?jiān)诖痤}紙上寫明學(xué)號、班級和姓名考試結(jié)束后，試卷、答題紙、草稿紙折疊好一起交監(jiān)考老師一．單項(xiàng)選擇題（15題，2分/題）軟件文檔按照其產(chǎn)生和使用的范圍可分為開發(fā)文檔、管理文檔和用戶文檔。其中開發(fā)文檔不涉及（B）。

A．軟件需求說明B．可行性研究報告

C．維護(hù)修改建議D．項(xiàng)目開發(fā)計(jì)劃

軟件維護(hù)成本在軟件成本中占較大比重。為減少維護(hù)的難度，可采用的措施有DA.設(shè)計(jì)并實(shí)現(xiàn)沒有錯誤的軟件

B.限制可修改的范圍

C.增長維護(hù)人員數(shù)量

D.在開發(fā)過程中就采用有助于維護(hù)的措施，并加強(qiáng)維護(hù)管理測試用例是測試使用的文檔化的細(xì)則，其規(guī)定如何對軟件某項(xiàng)功能或功能組合進(jìn)行測試。測試用例應(yīng)涉及下列（B）內(nèi)容的具體信息。

①測試目的和被測功能

②測試環(huán)境和其他條件

③測試數(shù)據(jù)和測試環(huán)節(jié)

④測試記錄和測試結(jié)果

A．①③B．①②③C．①③④D．①②③④在進(jìn)行軟件編碼規(guī)范評測過程中需要圍繞幾個方面的內(nèi)容展開，以下描述中不屬于編碼規(guī)范評測內(nèi)容的有（D）。

A．源程序文檔化檢查，涉及符號名的命名、程序的注釋等規(guī)范性檢查B．?dāng)?shù)據(jù)說明檢查，涉及數(shù)據(jù)說明順序、語句中變量順序檢查C．程序結(jié)構(gòu)檢查，程序應(yīng)采用基本的控制結(jié)構(gòu)、避免不必要的轉(zhuǎn)移控制等D．程序邏輯檢查，閱讀源代碼，比較實(shí)際程序控制流與程序設(shè)計(jì)控制流的區(qū)別屬于概要設(shè)計(jì)說明書的評測內(nèi)容。B

①分析該軟件的系統(tǒng)結(jié)構(gòu)、子系統(tǒng)結(jié)構(gòu)，確認(rèn)該軟件設(shè)計(jì)是否覆蓋了所有已擬定的軟件需求，軟件每一成分是否可追溯到某一項(xiàng)需求

②系統(tǒng)定義的目的是否與用戶的規(guī)定一致

③從軟件維護(hù)的角度出發(fā)，確認(rèn)該軟件設(shè)計(jì)是否考慮了方便未來的維護(hù)④是否所有界面與更高級別文檔中的需求一致A．①②③B．①③④C．②③④D．①②③④關(guān)于軟件測試的說法，（D）是不對的的。

A．代碼審查是代碼檢查的一種，是由程序員和測試員組成一個審查小組，通過閱讀、討論和爭議，對程序進(jìn)行靜態(tài)分析的過程

B．軟件測試的對象不僅僅是程序，文檔、數(shù)據(jù)和規(guī)程都是軟件測試的對象C．白盒測試是通過對程序內(nèi)部結(jié)構(gòu)的分析、檢測來尋找問題的測試方法D．單元測試是針對軟件設(shè)計(jì)的最小單位一程序模塊進(jìn)行對的性檢查的測試工作，它通常需要開發(fā)輔助的樁模塊作為主程序調(diào)用被測模塊來完畢測試下列敘述是對的的。C

①測試用例應(yīng)由測試設(shè)計(jì)人員來制定

②測試點(diǎn)應(yīng)由測試人員確立

③測試工作展開于項(xiàng)目立項(xiàng)后，而不是代碼開發(fā)完畢之后④測試對象是源代碼

A．①②③B．②③C．①③D．①②③④通常測試用例很難100％覆蓋測試需求，由于（D）。①輸入量太大

②輸出結(jié)果太多

③軟件實(shí)現(xiàn)途徑多

④測試依據(jù)沒有統(tǒng)一標(biāo)準(zhǔn)

A．①②B．①③C．①②③D．①②③④假定X為整數(shù)類型變量，X>=1并且X＜＝10，假如用邊界值分析法，X在測試中應(yīng)當(dāng)取（B）值。

A.1,10B.0,1,10,11C.1,11D.1,5,10,11針對下列程序段，需要（C）個測試用例可以滿足語句覆蓋的規(guī)定。switch(value)

{

case0:

other=30;

break;

case1:

other=50;

break;

case2:

other=300;

case3:

other=other/value;

break;

default:

other=other*value;

}

A.2B.3C.4D.5以下控制流程圖的環(huán)路復(fù)雜性V(G）等于（B）。A.5B.6C.9D12針對程序段：IF(X>10)AND(Y<20)THENW=W/A，對于（X,Y）的取值，以下組測試用例可以滿足鑒定覆蓋的規(guī)定。DA.(30,15)(40,10)

B.(5,25)(10,20)C.(3,O)(30,30)D.(20,10)(1,100)反映web應(yīng)用客戶端交易解決性能的評估指標(biāo)有（B）。并發(fā)用戶數(shù)②交易響應(yīng)時間③交易通過率④吞吐量⑤點(diǎn)擊率A．①②③④B．①②③④⑤C．②③D．②③④(A)是導(dǎo)致軟件缺陷的最大因素。A．需求規(guī)格說明書

B．編寫代碼C．設(shè)計(jì)方案D．測試計(jì)劃測試記錄涉及（D）。

①測試計(jì)劃或包含測試用例的測試規(guī)格說明

②測試期間出現(xiàn)問題的評估與分析

③與測試用例相關(guān)的所有結(jié)果，涉及在測試期間出現(xiàn)的所有失敗④測試中涉及的人員身份

A．①②③B．①③④C．②③D．①②③④二．設(shè)計(jì)題(3問，10分/問)以下代碼由C語言書寫，在輸入三個整數(shù)后，可以輸出最大數(shù)和最小數(shù)intmain(void){inta,b,c,max,min;printf("inputthreenumbers:");scanf("%d%d%d",&a,&b,&c);if(a>b)/*判斷1*/{max=a;min=b;}else{max=b;min=a;}if(max<c)/*判斷2*/max=c;elseif(min>c)/*判斷3*/min=c;printf("max=%d\nmin=%d",max,min);return0;}問題1、請畫出改程序段的控制流圖，并分析該控制流圖中有多少條線性獨(dú)立途徑.問題2、為了用分支（鑒定）覆蓋方法測試該程序，需要設(shè)計(jì)測試用例，使其能對該程序中的每個判斷語句的各種分支情況所有進(jìn)行過測試(途徑測試)對兩組輸入數(shù)據(jù)eq\o\ac(○,1)a=3,b=5,c=7eq\o\ac(○,2)a=4,b=6,c=5，請分別寫出程序中各個判斷語句的執(zhí)行結(jié)果（以T表達(dá)真，以F表達(dá)假）FTF(或者FT)問題3、上述兩組測試數(shù)據(jù)是否能實(shí)現(xiàn)該程序的分支（鑒定）覆蓋？假如能，請說明理由。假如不能，請?jiān)僭鲈O(shè)一組輸入數(shù)據(jù)，使其能實(shí)現(xiàn)分支（鑒定）覆蓋不能,a=6,b=4,c=2(其它答案也可，只要三個條件滿足TFT)三.問答題(3題,40分)1．在進(jìn)行性能測試時，我們通常會進(jìn)行壓力測試和負(fù)載測試，請簡述什么是壓力測試和負(fù)載測試，重要區(qū)別是什么。(10分)負(fù)載測試是模擬實(shí)際軟件系統(tǒng)所承受的負(fù)載條件的系統(tǒng)負(fù)荷，通過不斷加載（如逐漸增長模擬用戶的數(shù)量）或其它加載方式來觀測不同負(fù)載下系統(tǒng)的響應(yīng)時間和數(shù)據(jù)吞吐量、系統(tǒng)占用的資源（如CPU、內(nèi)存）等，以檢查系統(tǒng)的行為和特性，以發(fā)現(xiàn)系統(tǒng)也許存在的性能瓶頸、內(nèi)存泄漏、不能實(shí)時同步等問題。負(fù)載測試更多地體現(xiàn)了一種方法或一種技術(shù)。壓力測試是在強(qiáng)負(fù)載（大數(shù)據(jù)量、大量并發(fā)用戶等）下的測試，查看應(yīng)用系統(tǒng)在峰值使用情況下操作行為，從而有效地發(fā)現(xiàn)系統(tǒng)的某項(xiàng)功能隱患、系統(tǒng)是否具有良好的容錯能力和可恢復(fù)能力。壓力測試分為高負(fù)載下的長時間（如24小時以上）的穩(wěn)定性壓力測試和極限負(fù)載情況下導(dǎo)致系統(tǒng)崩潰的破壞性壓力測試。壓力測試可以被看作是負(fù)載測試的一種，即高負(fù)載下的負(fù)載測試，或者說壓力測試采用負(fù)載測試技術(shù)。通過壓力測試，可以更快地發(fā)現(xiàn)內(nèi)存泄漏問題，還可以更快地發(fā)現(xiàn)影響系統(tǒng)穩(wěn)定性的問題。2．結(jié)合整個軟件項(xiàng)目開發(fā)周期，描述軟件測試在各個階段的行為(20分)運(yùn)用螺旋模型，V模型、W模型、H模型、X模型和前置模型答題均可。或者運(yùn)用單元測試，集成測試，確認(rèn)測試和系統(tǒng)測試回答也給分。需求分析階段：測試需求規(guī)格說明書，是否與用戶規(guī)定一致概要設(shè)計(jì)階段：測試概要設(shè)計(jì)說明中是否覆蓋了所有已擬定的需求，是否考慮了后期維護(hù)具體設(shè)計(jì)階段：數(shù)據(jù)結(jié)構(gòu)，算法是否對的，編碼規(guī)范編碼階段：單元測試，集成測試系統(tǒng)驗(yàn)收階段：測試系統(tǒng)是否完畢了需求規(guī)格說明書中的所有內(nèi)容簡述LOADRUNNER作用,描述其在實(shí)踐中的基本操作環(huán)節(jié)(10分)答出重要環(huán)節(jié)，并有說明即可得分a．選擇協(xié)議：LOADRUNNER在錄制的過程中就可以通過腳本語言將通信過程錄制下來。所以只要明確了被測軟件的通信過程和所使用的協(xié)議，LOADRUNNER才干對的的錄制腳本