軟件評測師2024年至2024年歷年試題分析與解答

第5章軟件評測師上午試題分析及解答

試題(39)?(41)

在軟件生命周期的不同階段，須要實(shí)施不同類型的測試工作，單元測試是對程序設(shè)計(jì)

進(jìn)行驗(yàn)證，其中_￡網(wǎng)不是單元測試的主要內(nèi)容。在進(jìn)行單元測試過程中，通常測試工程

師都須要借助來代替所測樽塊調(diào)用的子樽塊:在單元測試的基礎(chǔ)上，需要將全部模塊

依據(jù)概要設(shè)計(jì)和具體設(shè)計(jì)說明書的要求進(jìn)行組裝，模塊組裝成系統(tǒng)的方式有兩種，分別是

(41)0

(39)A.模塊接口測試B.有效性測試C.路徑測試D.邊界測試

(40)A.樁模塊B.驅(qū)動模塊C.樁模塊和驅(qū)動模塊D.存根模塊和驅(qū)動模塊

(41)A.一次性組裝和增殖性組裝B.自頂向下組裝和自底向上組裝C.單個(gè)模塊組裝和混

合模塊組裝D.接口組裝和功能組裝

試題(39)?(41)分析

本組題考查單元測試和集成測試的基礎(chǔ)學(xué)問。

單元測試的主要內(nèi)容包括：模塊接口測試、局部數(shù)據(jù)結(jié)構(gòu)測試、路徑測試、錯(cuò)誤處理

測試、邊界測試。有效性測試是確認(rèn)測試的內(nèi)容。因此試題(39)選B。

在單元測試中，樁模塊也叫做存根模塊，用以代替所測模塊調(diào)用的子模塊，驅(qū)動模塊

相當(dāng)于所測模塊的主程序。因此試題(40)選A。

模塊組裝成為系統(tǒng)的方式有兩種方式：一次性組裝方式和增殖式組裝方式。增殖式組

裝又分為自頂向下、自底向上以及混合增殖3種方式。因此試題(41)選A。

參考答案

(39)B(40)A(41)A

試題(42)、(43)

黑盒測試是通過軟件的外部表現(xiàn)來發(fā)覺軟件缺陷和錯(cuò)誤的測試方法，具成地說，黑盒

測試用例設(shè)計(jì)技術(shù)包括四等?，F(xiàn)有一個(gè)處理單價(jià)為1元的盒裝飲料的自動售貨機(jī)軟件，

若投入1元幣，按下“可樂”、“雪碧'或‘紅茶"按鈕，相應(yīng)的飲料就送出來若投入的是2元幣，

在送出飲料的同時(shí)退還1元幣。下表是用因果圖法設(shè)計(jì)的部分測試用例，1表示執(zhí)行該動

作，。表示不執(zhí)行該動作，(43)的各位數(shù)據(jù)，從左到右分別填入表中的空(1)?(8)是正

確的。

s'(I->L,"I3/JL?|4■■5

投入1兀幣1100~0~

投入2元幣00100

按“可樂”按鈕10000

按“雪碧”按鈕00010

按“紅茶”按鈕00101

輸出退還1兀幣(1)0(5)(7)0

送出“可樂”飲料(2)0000

送出“雪碧”飲料(3)00(8)0

送出“紅茶”飲料(4)0(6)00

（42）A.等價(jià)類劃分法、因果圖法、邊界值分析法、錯(cuò)誤推想法、判定表驅(qū)動法

B.等價(jià)類劃分法、因果圖法、邊界值分析法、正交試驗(yàn)法、符號法

C.等價(jià)類劃分法、因果圖法、邊界值分析法、功能圖法、基本路徑法

D.等價(jià)類劃分法、因果圖法、邊界值分析法、靜態(tài)質(zhì)量度量法、場景法

（43）A.B.01101100C.01001010D.

試題（42）、（43）分析

試題（42）考查黑盒測試用例?的設(shè)計(jì)方法。黑盒測試用例設(shè)計(jì)的方法包括等價(jià)類劃分

法、邊界值分析法、因果圖法、錯(cuò)誤推想法、判定表驅(qū)動法、功能圖法、正交試驗(yàn)法、場

景法等?；韭窂椒?、符號法以及靜態(tài)質(zhì)蛋度量是白盒測試用例設(shè)計(jì)的方法。

試題（43）考查用因果圖法設(shè)計(jì)測試用例。

當(dāng)有投幣和按鈕時(shí)，就會有相應(yīng)的飲料送出.若投幣為2元時(shí)，除了有相應(yīng)的飲料送出，

還會退還1元硬幣；只有按鈕或只有投幣時(shí)，就不會有輸出結(jié)果.

參考答案

（42）A（43）A

試題（44）、（45）

多條件覆蓋是一種邏輯覆蓋，它的含義是設(shè)計(jì)足夠的測試用例，使得每個(gè)判定中條件

的各種可能組合都至少出現(xiàn)一次，滿足多條件覆蓋級別的測試用例也是滿足0國級別的；

針對布爾表達(dá)式A&&（B||C）執(zhí)行邏覆蓋測試，測試用例至少須要0?種組合才能滿足多條

件覆蓋的要求。

（44）、（45）分析

試題（44）考查白盒測試用例設(shè)計(jì)法中邏輯稷蓋法的基礎(chǔ)學(xué)問。

語句覆蓋要求每條語句至少執(zhí)行一次；判定覆蓋也叫做分支覆蓋，要求每一個(gè)判定獲

得每一種可能的結(jié)果至少一次；條件稷蓋要求每一個(gè)判定語句中每個(gè)邏輯條件的可能值至

少滿足一次：條件判定組合覆蓋要求判定中每個(gè)條件的全部可能（真/假）至少出現(xiàn)一次，

并且每個(gè)判定本身的結(jié)果（真/假）也至少出現(xiàn)一次：多條件覆蓋要求“每個(gè)判定中條件的

各種可能組合都至少出現(xiàn)一次”。因此包含語句覆蓋、判定鐐蓋、條件覆蓋、條件判定組

合覆蓋，但是不包含修正條件判定覆蓋。

試題(45)考查計(jì)算多條件覆蓋的方法，題中的判定條件包含3個(gè)子條件，每個(gè)子條件

有2種可能取值，測試用例為2x2x2=8個(gè)。

參考答案

(44)A(45)C試題

(46)?(48)

典型的軟件測試過程模型有0a等,在這些模型中，(47)強(qiáng)調(diào)了測試支配等工作的

先行和對系統(tǒng)需求和系統(tǒng)設(shè)計(jì)的測試，出對軟件測試流程予以了說明。

(46)A.V模型、W模型、H模型、漸進(jìn)模型

B.V模型、W模型、H模型、螺旋模型

C.X模型、W模型、H模型、前置測試模型

D.X模型、W模型、H模型、增量模型

(47)A.V模型B.W模型C.漸進(jìn)模型D.螺旋模型

(48)A.V模型B.W模型C.H模型D.增量模型

試題(46)-(48)分析

本組題考查軟件測試過程模型，常用的有V模型、X模型、W模型、H模型、前置測試

模型等，漸進(jìn)模型、螺旋模型、漕量模型都是開發(fā)模型。

W模型強(qiáng)調(diào)測試伴隨著整個(gè)軟件開發(fā)周期，而且測試的對象不僅僅是程序，需求、功

能和設(shè)計(jì)同樣要測試。及V模型相比，更突出了測試先行的觀念以及需求和設(shè)計(jì)的測試工

作。

H模型強(qiáng)調(diào)軟件測試模型是一個(gè)獨(dú)立的流程，貫穿于整個(gè)產(chǎn)品周期，及其他流程并發(fā)

地進(jìn)行。當(dāng)某個(gè)測試時(shí)間點(diǎn)就緒時(shí)，軟件測試即從測試準(zhǔn)備階段進(jìn)入測試執(zhí)行階段。參考

答案

(46)C(47)B(48)C

試題(49)

下述關(guān)于錯(cuò)誤處理流程管理的原則，(49)的說法是不正確的。

(49)A.為了保證正確地定位錯(cuò)誤，須要有豐富測試閱歷的測試人員驗(yàn)證發(fā)覺的錯(cuò)

誤是否是真正的錯(cuò)誤，并且驗(yàn)證錯(cuò)誤是否可以再現(xiàn)

B.每次對錯(cuò)誤的處理都要保留處理信息，包括處理人姓名、處理時(shí)間、處理方

法、處理看法以及錯(cuò)誤狀態(tài)

C.錯(cuò)誤修復(fù)后必需由報(bào)告錯(cuò)誤的測試人員確認(rèn)錯(cuò)誤已經(jīng)修復(fù)，才能關(guān)閉錯(cuò)誤

.D.對于無法再現(xiàn)的錯(cuò)誤，應(yīng)當(dāng)由項(xiàng)目經(jīng)理，測試經(jīng)理和設(shè)計(jì)經(jīng)理共同探討決定

拒絕或者延期試題(49)分析

本題考查錯(cuò)誤生命周期的概念。

無法再現(xiàn)的錯(cuò)誤不應(yīng)當(dāng)被作為錯(cuò)誤提交，也就無需后續(xù)處理工作。

參考答案

(49)D試

題(50)

GB/T16260-2025《軟件工程產(chǎn)品質(zhì)量》規(guī)定的軟件產(chǎn)品運(yùn)用質(zhì)量特性包括工幽。

(50)A.適應(yīng)性、生產(chǎn)率、牢靠性、滿足度

B.有效性、生產(chǎn)率、平安性、滿足度

C.有效性、牢靠性、適應(yīng)性、滿足度

D.適應(yīng)性、活用性、效率、滿足度試題(50)分析

本題考查測試標(biāo)準(zhǔn)中關(guān)于軟件產(chǎn)品運(yùn)用質(zhì)量特性的定義。

軟件產(chǎn)品運(yùn)用質(zhì)量特性包括有效性、生產(chǎn)率、平安性和滿足度。

參考答案，

(50)B

試題(51)

軟件牢靠性是指在指定的條件下運(yùn)用時(shí)，軟件產(chǎn)品維持規(guī)定的性能級別的實(shí)力，其子

特性四是指在軟件發(fā)生故障或者違反指定接口的狀況下，軟件產(chǎn)品維持規(guī)定的性能級別

的實(shí)力。

(51)A.成熟性B.易復(fù)原性C.容錯(cuò)性D.牢靠性依從性

試題(51)分析

本題考查測試標(biāo)準(zhǔn)中關(guān)于軟件產(chǎn)品內(nèi)部及外部質(zhì)量特性的定義。

容錯(cuò)性是軟件牢靠性的子特性，指在軟件發(fā)生故障或者違反指定接口的狀況下，軟件

產(chǎn)品維持規(guī)定的性能級別的實(shí)力。

成熟性是指軟件產(chǎn)品避開因軟件中錯(cuò)誤的發(fā)生而導(dǎo)致失效的實(shí)力。

易復(fù)原性是指在失效發(fā)生的狀況下，軟件產(chǎn)品重建規(guī)定的性能級別并復(fù)原受干脆影響

的數(shù)據(jù)的實(shí)力。

牢靠性依從性是指軟件產(chǎn)品依附于同牢靠性相關(guān)的標(biāo)準(zhǔn)、約定或規(guī)定的實(shí)力。

參考答案

(51)C

試題(52)

GB/T18905-2025《軟件工程產(chǎn)品評價(jià)》中確定的通用評價(jià)過程包括四個(gè)方面，即：確

立評價(jià)需求，規(guī)定評價(jià)，設(shè)計(jì)評價(jià)和執(zhí)行評價(jià)，其中有關(guān)“規(guī)定評價(jià)”部分包含的內(nèi)容有

(52)A.選擇度量、建立度量評定等級、確立評估準(zhǔn)則

B.指定質(zhì)量模型、選擇度量、建立度量評定等級

C.選擇度量、建立度盤評定等級、制定評價(jià)支配

D.確定產(chǎn)品類型、選擇度量、建立度量評定等級試

題(S2)分析

本題考查測試標(biāo)準(zhǔn)GB/T18905-2025《軟件工程產(chǎn)品評價(jià)h其中“規(guī)定評價(jià)”部分包含

內(nèi)容有選擇度量、建立度量評定等級、確立評估準(zhǔn)則。確定產(chǎn)品類型、指定質(zhì)量模型是確

立評價(jià)需求方面包含的內(nèi)容，制定評價(jià)支配是設(shè)計(jì)評價(jià)的內(nèi)容。

參考答案

(52)A

試題(53)

GB/T18905-2025《軟件工程產(chǎn)品評價(jià)》供應(yīng)了軟件產(chǎn)品評價(jià)的過程，其中G

B/T18905-2025《軟件工程產(chǎn)品評價(jià)》第五部分評價(jià)者用的過程供(電。

(53)A.支配獲得或復(fù)用某個(gè)已有的軟件產(chǎn)品的組織予以運(yùn)用

B.對軟件產(chǎn)品執(zhí)行獨(dú)立評估的評價(jià)者運(yùn)用

C.支配開發(fā)新產(chǎn)品或漕加現(xiàn)有的產(chǎn)品，以及準(zhǔn)備利用他們自己的技術(shù)人員進(jìn)行

產(chǎn)品評價(jià)的組織運(yùn)用

D.編制評價(jià)模塊的文檔供應(yīng)指南試題(53)分析

本題考查測試標(biāo)準(zhǔn)GB/T18905-2025《軟件工程產(chǎn)品評價(jià)》。

其中，第五部分評價(jià)者用的過程是供對軟件產(chǎn)品執(zhí)行獨(dú)立評估的評價(jià)者運(yùn)用的。第三

部分開發(fā)者用的過程，供支配開發(fā)新產(chǎn)品或增加現(xiàn)有的產(chǎn)品，以及準(zhǔn)備利用他們自己的技

術(shù)人員進(jìn)行產(chǎn)品評價(jià)的組織運(yùn)用。

第四部分需方用的過程，供支配獲得或復(fù)用某個(gè)已有的軟件產(chǎn)品的組織予以運(yùn)用。第

六部分評價(jià)模塊的文檔編制哄應(yīng)了編制評價(jià)模塊的文檔指南。

參考答案

(53)B

試題(54)

用邊界值分析法，假定1<X<100,那么X在測試中應(yīng)取的邊界值是比鮑0

(54)A.X=l,X=100B.X=0,X=l,X=100,X=101

C.X=2,X=99D.X=0,X=101

試題(54)分析

本題考查用邊界■值分析法設(shè)計(jì)測試用例的基本方法。

邊界值法的取值原則是取最小值和最大值，比最小值稍小值和比最大值稍大值。

參考答案

(54)B

試題(55)

導(dǎo)致軟件缺陷的緣由有很多，①?④是可能的緣由，其中最主要的緣由包括_^典。

①軟件需求說明書編寫的不全面，不完整，不精確，而且常常更改。

②軟件設(shè)計(jì)說明書。

③軟件操作人員的水平。

④開發(fā)人員不能很好的理解需求說明書和溝通不足。

(55)A.①、②、③B.①、③C.②、③D.①、④

試題(55)分析

本題考查造成軟件缺陷的主要緣由。

造成軟件缺陷的主要緣由有4個(gè)：

?軟件規(guī)格說明，包括對需求的理解，對需求的變更。

?設(shè)計(jì)方案。

?編碼錯(cuò)誤。

.其他因素，如測試員的主觀錯(cuò)誤。

其中及需求說明書相關(guān)的緣由是最主要的緣由。

參考答案

(55)D

試題(56)

關(guān)于軟件質(zhì)量的描述，正確的是(56).

(56)A.軟件質(zhì)母是指軟件滿足規(guī)定用戶需求的實(shí)力

B.軟件質(zhì)量特性是指軟件的功能性、牢靠性、易用性、效率、可維護(hù)性、可移

植性

C.軟件質(zhì)量保證過程就是軟件測試過程

D.以上描述都不對試題(56＞分析

本題考查軟件質(zhì)堡的定義。

軟件質(zhì)ffl是指軟件特性的總和，軟件滿足規(guī)定或潛在用戶需求的實(shí)力。

參考答案

(56)D

試題(57)^59)

對于業(yè)務(wù)流清晰的系統(tǒng)可以利用回貫穿整個(gè)測試用例設(shè)計(jì)過程，在用例中綜合運(yùn)用

各種測試方法,對于參數(shù)配置類的軟件，要用工鮑選擇較少的組合方式達(dá)到最佳效

果，假如程序的功能說明中含有輸入條件的組合狀況，則一起先就可以選用(59)和判定

表驅(qū)動法。

(57)A.等價(jià)類劃分B.因果圖法C.正交試驗(yàn)法D.場景法

(58)A.等價(jià)類劃分B.因果圖法C.正交試驗(yàn)法D.場景法

(59)A.等價(jià)類劃分B.因果圖法C.正交試驗(yàn)法D.場景法試

題(57)?(59)分析

本組題考查對黑盒測試用例中幾種設(shè)計(jì)方法的理解。

場景法基于測試用例場景，測試用例的設(shè)計(jì)業(yè)務(wù)路徑，從用例起先到結(jié)束遍歷其中全

部基本流和備選流。

正交試驗(yàn)法是指從大貴的試臉數(shù)據(jù)中選擇適量的、有代表性的點(diǎn)，從而合理地支配測

試的一種科學(xué)試驗(yàn)設(shè)計(jì)方法。

因果圖法對輸入值的考慮是輸入狀況的各種組合，以及各個(gè)輸入狀況之間的相互制

約關(guān)系。

參考答案

(57)D(58)C(59)B

試題(60)

邏輯路徑覆蓋法是白盒測試用例的重要設(shè)計(jì)方法，其中語句覆蓋法是較為常用的方

法，針對下面的語句段，采用語句覆蓋法完成測試用例設(shè)計(jì)，測試序例見下表，對表中

的空缺項(xiàng)(True或者False),正確的選擇是(60)。

語句段：

if(A&&(Bl|C))x=l:elsex=0:

用例表：

;*(**‘用楠2

ATRUEFALSE

B①FALSE

CTRUE②

A&&(B||C)FALSE

(60)A.QTRUE?FALSE?TRUEB.①TRUE②FALSE③FALSE

C.?FALSE②FALSE③TRUED.?TRUE②TRUE(3)FALSE試題(60)分

析

本題考查白盒測試用例的設(shè)計(jì)方法——語句覆蓋法的基礎(chǔ)學(xué)問。

語句覆蓋法強(qiáng)調(diào)程序段中的每一個(gè)可執(zhí)行語句至少執(zhí)行一次。

③必需選擇TRUE,①及②可以選擇TRUE或者FALSE。

參考答案

(60)A或者C

試題(61)

方法依據(jù)輸出對輸入的依靠關(guān)系設(shè)計(jì)測試用例。

(61)A.路徑測試B.等價(jià)類C.因果圖D.邊界值

試題(61)分析

本題考查因果圖法的定義。

因果圖法是依據(jù)輸入關(guān)系確定輸出結(jié)果。

等價(jià)類法是將輸入或輸出化分成等價(jià)類。邊界值法是取輸入或輸出的邊界值設(shè)計(jì)用

例。路徑測試法是代碼測試方法。

參考答案

(61)C

試題(62)

針對下面程序段，邊界值問預(yù)可以定位在(62)

1:RemCreatea10elementintegerarray2:RemInitializeeacheleme

ntto-13:Dimdata(10)AsInteger4:DimiAsInteger5:Fori=IT0106:

data(i)=-17:Nexti8:End

(62)A.data(1)B.data(0)C.data(9)D.data(10)

試題(62)分析

本題考查用邊界值法設(shè)計(jì)測:式用例。

邊界值法的取值原則是取最小值和最大值，比最小值稍小值和比最大值稍大值，本

題給出問題的條件是data(0),沒有給data(0)賦值。

參考答案

(62)B

試題(63)

以下限制流圖的圈困難度V(g)和基本圈困難度EV(g)是

A.V(g)=5EV(g)=lB.V(g)=6EV(g)=6C.V(g)=5EV(g)=5D.V(g)=6EV(g)=l

試題(63)分析

本題考查從限制流圖計(jì)算圈困難度V(g)和基本圈困難度EV(g)的方法。

V(G)=(區(qū)域數(shù))=6,依據(jù)結(jié)構(gòu)化原則簡化后，原來的限制流圖轉(zhuǎn)變成依次執(zhí)行的流

圖，因此EV(g)=l。

參考答案

(63)D

試題(64)

在網(wǎng)絡(luò)應(yīng)用測試中，網(wǎng)絡(luò)延遲是一個(gè)重要指標(biāo)。以下關(guān)于網(wǎng)絡(luò)延遲的理解，正確的是

(64)

(64)A.指響應(yīng)時(shí)間

B.指報(bào)文從客戶端發(fā)出到客戶端接收到服務(wù)器響應(yīng)的間隔時(shí)間

C.指報(bào)文在網(wǎng)絡(luò)上的傳輸時(shí)間

D.指從報(bào)文起先進(jìn)入網(wǎng)絡(luò)到它起先離開網(wǎng)絡(luò)之間的時(shí)間試題(6

4)分析

本題考查網(wǎng)絡(luò)性能測試指標(biāo)——網(wǎng)絡(luò)延遲的基礎(chǔ)學(xué)問。

網(wǎng)絡(luò)延遲指從報(bào)文起先進(jìn)入網(wǎng)絡(luò)到它起先離開網(wǎng)絡(luò)之間的時(shí)間。

參考答案

(64)D

試題(65)

為保證測試活動的可控性，必需在軟件測試過程中進(jìn)行軟件測試配置管理，一般來

說，軟件測試配置管理中最基本的活動包括

(65)A.配置項(xiàng)標(biāo)識、鮑置項(xiàng)限制、?配置狀態(tài)報(bào)告、配置審計(jì)

B.配置基線確立、配置項(xiàng)限制、配置報(bào)告、配置審計(jì)

C.配置項(xiàng)標(biāo)識、配置項(xiàng)變更、配置審計(jì)、配置跟蹤

D.配置項(xiàng)標(biāo)識、配置項(xiàng)限制、配置狀態(tài)報(bào)告、配置跟蹤試題(6

5)分析

本題考查測試配置管理中基本活動的基礎(chǔ)學(xué)問。

測試配置管理的基本活動包括配置項(xiàng)標(biāo)識、配置項(xiàng)限制、配置狀態(tài)報(bào)告以及配置審

計(jì)。

參考答案

(65)A

試題(66)?(75)及參考譯文見公共試題II(31)?(40)。

第6章軟件評測師下午試題分析及解答

試題一(15分)

閱讀下列說明，回答問題1至問題3。

【說明】

基本路徑法設(shè)計(jì)出的測試用例能夠保證在測試中程序的每一條可執(zhí)行語句至少執(zhí)行

一次。以下代碼由C++語言書寫，請按要求回答問題。

voidReadPara(CStringtemp)

(

if(temp=*>=")

m_oper.SetCurSel(0);

else

(

if(temp=)

m_oper.SetCurSel(1):

else

(

if(temp="=")

moper.SetCurSel(2);

else

(

if(temp=*?<=??)

m_oper.SetCurSel(3);

else

(

if(temp=",<*)

m_oper.SetCurSel(4);

else

moper.SetCurSel(5);

)

)

)

【問題1］（6分）

請畫出以上代碼的限制流圖。

【問題21（3分）

請計(jì)算上述限制流圖的環(huán)路困難度V（G）。

【問題31（6分）

請運(yùn)用基本路徑測試法為變量temp設(shè)計(jì)測試用例，使之滿足基本路徑覆蓋要求。試

題一分析

本題考查白盒測試用例設(shè)計(jì)方法一基本路徑法的應(yīng)用。

【問題1】

繪制模塊限制流圖。

模塊限制流圖是及程序流程期相類似的由很多結(jié)點(diǎn)和連接結(jié)點(diǎn)的邊組成的一種圖形，

其中一個(gè)結(jié)點(diǎn)代表一條語句或數(shù)條語句，邊表示結(jié)點(diǎn)間的限制流向，它顯示了一個(gè)函數(shù)的

內(nèi)部邏輯結(jié)構(gòu)。

【問題2】

計(jì)算限制流圖的環(huán)路困難性V（G）。

V（G）=（區(qū)域數(shù)）=5（推斷結(jié)點(diǎn)數(shù)）+1=6【問

題3】

采用基本路徑測試法，滿足基本路徑覆蓋的要求。

在進(jìn)行程序的基本路徑測試對，從程序的環(huán)路困難性可導(dǎo)出程序基本路徑集合中的獨(dú)

立路徑條數(shù)，這是確保程序中每個(gè)可執(zhí)行語句至少執(zhí)行一次所必需的測試用例數(shù)目的上界。

獨(dú)立路徑是指包括一組以前沒有處理的語句或條件的一條路徑。例如針對本題所

對應(yīng)的限制流圖中，一組獨(dú)立的路徑是：

?pathltemp為＞=

?path2temp為〉

?+path3temp為==

?path4temp為v=

?path5temp為v

?path6temp為除上述5種之外的字符串

路徑path1、path2、path3^path4、path5和path6組成一個(gè)基本路徑集。只要設(shè)計(jì)出

的測試用例能夠確保這些基本路徑的執(zhí)行，就可以使得程序中的每個(gè)可執(zhí)行語句至少執(zhí)

行一次。

參考答案【問

題1】

【問題2】

V（G）=6【問題3】

*用例編號temp取值：

1>=

2>

3=

4<=

5<

6除＞、=\\＜之外的字符組合

試題二（20分〉

閱讀下列說明，回答問題1至問題5。

【說明】

針對某公司辦公自動化（OA）系統(tǒng)的負(fù)載壓力測試，采納專業(yè)的負(fù)載壓力測試工具

TopSage

來執(zhí)行測試,系統(tǒng)采納Browse/Server架構(gòu),服務(wù)器是一臺PCServer（4路2.7GHz處理器，

4GB內(nèi)存），安裝的平臺軟件包括MicrosoftInternetInformationServer5.0,ASP.NET,

SQLServer2000c運(yùn)用2臺筆記本電腦安裝測試工具模擬客戶端執(zhí)行'登錄”業(yè)務(wù)操作。

測試目標(biāo)分別為以下兩個(gè)：

第一，測試系統(tǒng)分別在2M、4M網(wǎng)絡(luò)帶寬下，能夠支持用戶登錄的最大并發(fā)用戶數(shù)；

其次，測試服務(wù)器的吞吐量（即：每秒可以處理的交易數(shù)），主要包括服務(wù)器CPU平均運(yùn)

用率達(dá)到85%時(shí)系統(tǒng)能夠支持的最大吞吐量和服務(wù)器CPU平均運(yùn)用率達(dá)到100%時(shí)系統(tǒng)

能夠支持的最大吞吐量。

本次測試的性能需求是：指標(biāo)“響應(yīng)時(shí)間”合理范圍為0?5秒。

測試結(jié)果如下所述。

案例1

網(wǎng)絡(luò)環(huán)境：2M帶寬客戶端性能測試結(jié)果：

1

?'嬋，試.楫.平均值＜

登錄響應(yīng)時(shí)間3.391杪

虛擬用戶數(shù)N/A

每秒處理完成登錄的個(gè)數(shù)11.897交易/秒

并晚

的嚴(yán)

垮.

勝奧

m砂處理完成?求的個(gè)教1

,?產(chǎn)？?=——■■—加|_%|-r

.Daoq...moo01:00颯iSSX）CKt3Oo*ootn*oW0cm:昶asooossooftoo<B:W

***,■1,,,!/:"閭瓶（na：f>s）

注：圖中登錄響應(yīng)時(shí)間的縱坐標(biāo)單位是0.1秒。

服務(wù)器資源運(yùn)用結(jié)果：

測試指標(biāo)平均值

CPU運(yùn)用率78%

案例2

網(wǎng)絡(luò)環(huán)境：4M帶寬

客戶端性能測試結(jié)果:

測.試指標(biāo),??_.V.!_????.??

班Ki，心

登錄響應(yīng)時(shí)間4.795秒

虛擬用戶數(shù)N/A

每秒處理完成登錄的個(gè)數(shù)13.447交易/秒

0

0"

?1殍秒處理充成登家的個(gè)數(shù)r<

j.1<11.IllII1Lin1/P1rIdTM'L

,，…oais0a300tt4501:0001:1501-001:4502000218023002:450300G3:t503.3003.4504:0004.150430W:45*JDO06:1$05:30O

'：：測試聞朗仞.@七.?：.：：廣I.”

注：閣中登錄響應(yīng)時(shí)間的縱坐標(biāo)單位是0.1秒。

服務(wù)器資源運(yùn)用結(jié)果:

測成指標(biāo)I平均值

CPU運(yùn)用率98%

【問題1】（3分）

簡述軟件系統(tǒng)交易執(zhí)行響應(yīng)時(shí)間（“RT"，ResponseTime）的概念。

【問題2】（3分）

分析案例1的測試結(jié)果數(shù)據(jù)，指出滿足系統(tǒng)的性能指標(biāo)需求時(shí)，系統(tǒng)能夠承受的并發(fā)

用戶登錄的最大數(shù)量，并說明理由。

【問題3】（4分）

分析案例1的測試結(jié)果數(shù)據(jù)，說明服務(wù)器CPU資源運(yùn)用率是否合理，以及帶寬是否是

系統(tǒng)瓶頸，并陳述理由。

【問題4】（4分）

分析案例2的測試結(jié)果數(shù)據(jù)，說明服務(wù)器CPU資源運(yùn)用率是否合理，以及增加帶寬是

否是提高系統(tǒng)性能的有效方法，并陳述理由。

【問題5］（6分）

論述CPU運(yùn)用率成為系統(tǒng)性能瓶頸時(shí)，如何制定解決方案？論述網(wǎng)絡(luò)帶寬成為系統(tǒng)性

能瓶頸時(shí)，如何制定解決方案？

試翅二分析

本題考查系統(tǒng)負(fù)載壓力性能測試及故障定位的應(yīng)用。

【問題1】

考查系統(tǒng)負(fù)載壓力性能測試的重要指標(biāo)“響應(yīng)時(shí)間”。

【問題2】

考查系統(tǒng)負(fù)載壓力性能測試的重要指標(biāo)“并發(fā)用戶數(shù)”。

推斷系統(tǒng)能夠承受的最大并發(fā)用戶數(shù)的條件可以概括為：

?交易操作響應(yīng)時(shí)間在合理范圍內(nèi)；

?交易通過率在合理范圍內(nèi)；

?系統(tǒng)運(yùn)行無故障；

?系統(tǒng)資源運(yùn)用在合理范圍內(nèi)等。

本題中應(yīng)當(dāng)選擇第1個(gè)條件來推斷系統(tǒng)能夠承受的最大并發(fā)用戶數(shù)。

【問題3】

考查系統(tǒng)負(fù)載壓力性能測試的兩個(gè)重要指標(biāo)“資源運(yùn)用”及“網(wǎng)絡(luò)帶寬”。

“資源運(yùn)用”中的CPU占用型平均值在85%之內(nèi)是合理的人

推斷網(wǎng)絡(luò)帶寬是否是系統(tǒng)運(yùn)行性能瓶頸的首要條件是網(wǎng)絡(luò)帶寬是否會影響系統(tǒng)交易

執(zhí)行性能。例如減小網(wǎng)絡(luò)帶寬，并發(fā)用戶數(shù)、響應(yīng)時(shí)間及交易通過率等性能指標(biāo)是否不能

接受；或者增加網(wǎng)絡(luò)帶寬，并發(fā)用戶數(shù)、響應(yīng)時(shí)間及交易通過率等性能指標(biāo)會得到提高。

【問題4】

考查系統(tǒng)負(fù)載壓力性能測試的兩個(gè)重要指標(biāo)“資源運(yùn)用”及“網(wǎng)絡(luò)帶寬’

“資源運(yùn)用”中的CPU占用型平均值在85%之內(nèi)是合理的。

推斷網(wǎng)絡(luò)帶寬是否是系統(tǒng)運(yùn)行性能瓶頸的次要條件是網(wǎng)絡(luò)帶寬是否會使系統(tǒng)資源使

用不合理。不考慮別的因素，僅提高帶寬，系統(tǒng)的處理實(shí)力雖然會進(jìn)一步提高.但高的處理

實(shí)力會使服務(wù)器的資源瓶頸進(jìn)一步加重，帶來更加嚴(yán)峻的后果。

【問題5】

考查“CPU資源運(yùn)用”及“網(wǎng)絡(luò)帶寬”兩個(gè)系統(tǒng)瓶頸的解決方案。

當(dāng)CPU資源運(yùn)用成為系統(tǒng)瓶頸時(shí)的解決方案可以概括為：

?增加CPU的個(gè)數(shù)：

?提高CPU的主頻；

?將Web服務(wù)器及數(shù)據(jù)庫服務(wù)器分開部署：

?調(diào)整軟件的設(shè)計(jì)及開發(fā)。

當(dāng)帶寬成為系統(tǒng)瓶頸時(shí)的解決方案可以概括為：

?增加帶寬：

?壓縮傳輸數(shù)據(jù)。

參考答案

【問題1】

響應(yīng)時(shí)間是系統(tǒng)完成事務(wù)執(zhí)行準(zhǔn)備后所采集的時(shí)間戳和系統(tǒng)完成待執(zhí)行事務(wù)后所采

集的時(shí)間戳之間的時(shí)間間隔，是衡ffl:特定類型應(yīng)用事務(wù)性能的重要指標(biāo)，標(biāo)記了用戶執(zhí)

行一項(xiàng)操作大致須要多長時(shí)間。

【問題2】

系統(tǒng)能夠承受的并發(fā)用戶登錄的最大數(shù)量為5（h

題中指出“通常狀況下，交易操作合理的響應(yīng)時(shí)間為5秒以內(nèi)”。此案例中，登錄響應(yīng)時(shí)

間隨虛擬并發(fā)用戶數(shù)增加而增長。在50個(gè)虛擬并發(fā)用戶的負(fù)載下，登錄響應(yīng)時(shí)間達(dá)到5秒

（留意圖形中響應(yīng)時(shí)間指標(biāo)的比例為10）,當(dāng)負(fù)載超過50個(gè)虛擬并發(fā)用戶，響應(yīng)時(shí)間超過5

秒或者及5秒持平。所以此案例中最合理的最大并發(fā)用戶數(shù)為50。

【問題3】

服務(wù)器CPU資源運(yùn)用率是合理的。

2M帶寬是系統(tǒng)處理業(yè)務(wù)的瓶頸。

理由是對比“4M帶寬登錄”案咧，4M帶寬下，系統(tǒng)每秒處理完成的登錄個(gè)數(shù)固定在13.

5個(gè)左右，登錄響應(yīng)時(shí)間隨虛擬用戶數(shù)增加而增長。在60個(gè)虛擬用戶的壓力下，登錄響應(yīng)

時(shí)間在4.2秒左右（留意圖形中響應(yīng)時(shí)間指標(biāo)的比例為10）。在80個(gè)虛擬用戶的壓力下，登

錄響應(yīng)時(shí)間在5.8秒左右，所以在合理登錄響應(yīng)時(shí)間（5秒）內(nèi)預(yù)料同時(shí)登錄用戶數(shù)是70

左右。服務(wù)器CPU運(yùn)用率成為系統(tǒng)處理的瓶頸。說明隨著帶寬的提高，系統(tǒng)的處理實(shí)力進(jìn)

一步提高，同時(shí)高吞吐量造成了系統(tǒng)資源的驚慌，帶來了新的系統(tǒng)性能瓶頸。

【問題4】

服務(wù)器CPU資源運(yùn)用率不合理，其平均值超過85%。

4M帶寬的網(wǎng)絡(luò)測試環(huán)境及2M帶寬的網(wǎng)絡(luò)測試環(huán)境相比，帶來了新的系統(tǒng)瓶頸（CPU

資源運(yùn)用率平均值超過85%）,所以增加帶寬不是提高系統(tǒng)性能的有效方法。

在此基礎(chǔ)上，接著提高帶寬,系統(tǒng)的處埋實(shí)力將進(jìn)一步提高，高的處埋實(shí)力會使服務(wù)

器的資源瓶頸進(jìn)一步加重，帶來更加嚴(yán)峻的后果。

【問題5】

當(dāng)CPU資源運(yùn)用成為系統(tǒng)瓶頸時(shí)的解決方案可以概括為：

?增加CPU的個(gè)數(shù)；

?提高CPU的主頻；

?將Web服務(wù)器及數(shù)據(jù)庫服務(wù)器分開部署；

?調(diào)整軟件的設(shè)計(jì)及開發(fā)。

當(dāng)帶寬成為系統(tǒng)瓶頸時(shí)的解決方案可以概括為：

?增加帶寬；

?壓縮傳輸數(shù)據(jù)。

試題三（15分）

閱讀下列說明，回答問題1至問題4。

【說明】

軟件系統(tǒng)幾乎都是用事務(wù)觸發(fā)來限制流程的，事務(wù)觸發(fā)時(shí)的情景便形成了場景，而同

一事務(wù)不同的觸發(fā)依次和處理結(jié)果就形成事務(wù)流。場景法就是通過用例場景描述業(yè)務(wù)操作

流程，從用例起先到結(jié)束遍歷應(yīng)用流程上全部基本流（基本領(lǐng)件）和備選流（分支事務(wù)）。

下面是對某1C卡加油機(jī)應(yīng)用系統(tǒng)的基本流和備選流的描述。

基本流A:

序號用例名稱.：用例描述：!!F;;叫

1準(zhǔn)備加油客戶將1C加油卡插入加油機(jī)

2驗(yàn)證加油卡加油機(jī)從加油卡的磁條中讀取滕戶代碼,并檢查它是否屬于可以接收的加油卡

3驗(yàn)證黑名單加油機(jī)驗(yàn)證卡賬戶是否存在于黑名單中，假如屬于黑名單.加油機(jī)吞卡

4輸入購油”客戶輸入解要購買的汽油數(shù)fi

5加油加油機(jī)完成加油操作.從加油卡中扣除相應(yīng)金額

6返回加油卡退還加油卡

備選流:

序號用例名稱用例描述

B加油卡無效在基本流A2過程中，該卡不能夠識別或是非本機(jī)可以運(yùn)用的1C卡，加

油機(jī)退卡，并退出基本流

C卡賬戶屬于黑名單在基本流A3過程中.推斷該卡賬戶屈于黑名單，例如：己經(jīng)掛失，加

油機(jī)吞卡退出基本流

D加油卡賬面現(xiàn)金不足系統(tǒng)推斷加油卡內(nèi)現(xiàn)金不足，重新加入基本流A4.或選擇退卡

E加油機(jī)油a不足系統(tǒng)推斷加油機(jī)內(nèi)油S不足；重新加入基本流A4,或選擇退卡

【問題1］（5分）

運(yùn)用場景法設(shè)計(jì)測試案例脂出場景涉及到的基本流和備選流，基本流用字母A表示，

備選流用題干中描述的相應(yīng)字母表示。

【問題2】（4分）

場景中的每一個(gè)場景都須要確定測試用例，一般采納矩陣來確定和管理測試用例。如

下表所示是一種通用格式，其中行代表各個(gè)測試用例，列代表測試用例的信息。本例中的

測試用例包含測試用例ID、場景/條件、測試用例中涉及的全部數(shù)據(jù)元素和預(yù)期結(jié)果等項(xiàng)目o

首先確定執(zhí)行用例場景所需的數(shù)據(jù)元素（本例中包括賬號、是否黑名單卡、輸入油量、賬

面金額、加油機(jī)油量），然后構(gòu)建矩陣，最終要確定包含執(zhí)行場景所需的適當(dāng)條件的測試

用例。在下面的矩陣中，V表示有效數(shù)據(jù)元素，I表示無效數(shù)據(jù)元素，n/a表示不適用，例

如C01表示“勝利加油”基本流。請接上述規(guī)定為其他應(yīng)用場景設(shè)計(jì)用例矩陣。

測試用例表：

測試用場錄賬號是否熱：名輸入坤賬面、金I加坤筑預(yù)期結(jié)果

例ID號單卡州：額.

C01.場景1：勝利加油VIVVV勝利加油

C02.

C03.

C04.

C05.

【問題3】（3分）

假如每升油4元人民幣，用戶的賬戶金額為1000元，加油機(jī)內(nèi)油量足夠，那么在

A4輸入油*的過程中，清運(yùn)用邊界值分析方法為A4選取合適的輸入數(shù)據(jù)?（即油量，單位:

升）。*-

【問題4】（3分）

假設(shè)本系統(tǒng)開發(fā)人員在開發(fā)過程中通過測試發(fā)覺了20個(gè)錯(cuò)誤，獨(dú)立的測試組通過上

述測試用例發(fā)覺了100個(gè)軟件錯(cuò)誤，系統(tǒng)在上線后，用戶反饋了30個(gè)錯(cuò)誤，請計(jì)算缺陷探

測率（DDP）o

試題三分析

本題考查利用瘍景法設(shè)計(jì)功能測試用例的應(yīng)用。

【問題1】.；

場景法就是通過用例場景描述流經(jīng)用例的路徑，從用例起先到結(jié)束遍歷應(yīng)用流程上全

部基本流（基本領(lǐng)件）和備選流（分支事務(wù)）。

依據(jù)這個(gè)設(shè)計(jì)原則和題干的要求，場景可以設(shè)置為A,AB,AC,AD,AE5種?！締栴}2】

考查在場景法中設(shè)計(jì)測試數(shù)據(jù)。

依據(jù)問題1中設(shè)置的5種場景，表中已給出A場景的測試數(shù)據(jù)，可依次給出其他4種場

景時(shí)的測試數(shù)據(jù)。

AB:卡無效。輸入值“賬號無效”，預(yù)期結(jié)果“退卡”。

AC:黑名單卡。輸入值“賬號有效，黑名單卡”，預(yù)期結(jié)果“吞卡

AD:金額不足。輸入值“賬號有效，非黑名單卡，輸入油量有效，賬面金額無效，加

油機(jī)油量有效”，預(yù)期結(jié)果“提示錯(cuò)誤-,重新輸入加油量”。

AE:油量不足。輸入值”賬號有效，非黑名單卡，輸入油量無效，賬面金額有效，加

油機(jī)油量無效”，預(yù)期結(jié)果”提示錯(cuò)誤，重新輸入加油量”。

【問題31

考查用邊界值法設(shè)計(jì)測試用例。

邊界值法的取值原則是取最小值和最大值，比最小值稍小值和比最大值稍大值。

油量合理范圍在0?250升，用邊界值法，輸入數(shù)據(jù)如下：

最小值0,比0再小就是負(fù)數(shù)了，不取。

最大值是250,比250稍大是251。

故在A4中油量輸入值是0,250,251o

【問題4】

考查缺陷探測率的算法。

DDP—BugSteSter~（BugStester+BugSCustomer）

其中，BugStester為測試者發(fā)覺的錯(cuò)誤數(shù)；

BugSeustom”為客戶發(fā)覺并反饋技術(shù)支持人員進(jìn)行修復(fù)的錯(cuò)誤數(shù)。

參考答案【問題1】

場景1:A

場景2:A、B

場景3:A、C

場景4:A、D

場景5:A、E

【問題2】

測試用瑜賬號是否黑輸入賬面力口油預(yù)期結(jié)果

名單卡..?i-.1

例ID號油S金額機(jī)油

C02.場景2:卡無效In/an/an/an/a退卡

C03.場錄3:黑名單卡VVn/an/an/a吞卡

C04.場果4:金額不足VIV1V提示錯(cuò)誤，重新輸

入加油a

C05.場景5:油ffl不足V1VV1提示錯(cuò)誤，重新輸

入加油a

【問題3】

0升，250升，251升【問題4】

DDP=BugS,ester(BugSt..t.r+Bugseu.i_er)=(20+100)+(20+100+30)=80%(0.8)其中,BligSmer為測試者發(fā)

覺的錯(cuò)誤數(shù)；

Bugscuswmer為客戶發(fā)覺并反餓技術(shù)支持人員進(jìn)行修復(fù)的錯(cuò)誤數(shù)。

試題四(1S分)

閱讀下列說明，回答問題1至問題3。

【說明】

易用性和用戶文檔是影響軟件質(zhì)量的重要指標(biāo)也是干脆確定一個(gè)軟件能否取得市場

勝利的關(guān)鍵因素。

【問題1】(S分)

用戶對軟件系統(tǒng)的第一相識來自于安裝，因此易用性的一個(gè)重要體現(xiàn)就是安裝的易用

性。簡述安裝測試應(yīng)當(dāng)從哪幾個(gè)方面來考慮？

【問題2](6分)

軟件用戶界面起著引導(dǎo)用戶操作的重要作用，簡述整體界面測試和界面中的元素測試

分別應(yīng)當(dāng)設(shè)計(jì)哪些測試點(diǎn)？

【問題3】(4分)

軟件幫助是幫助用戶運(yùn)用軟件的關(guān)鍵途徑，因此也是軟件測試過程中的一個(gè)重要內(nèi)容，

簡述在進(jìn)行軟件幫助測試時(shí)的測試要點(diǎn)。試題四分析

本題考查易用性測試和用戶文檔測試的應(yīng)用。

【問題1】

考查安裝測試的內(nèi)容。安裝測試的內(nèi)容主要包括：

?安裝手冊?自動化程度?安裝選項(xiàng)和設(shè)置?安裝過程的中斷?安裝依次-

多環(huán)境?正確性?修復(fù)及卸載安裝【問題2】

考查用戶界面測試的內(nèi)容。用戶界面測試的內(nèi)容主要包括：

?界面整體測試強(qiáng)調(diào)規(guī)范性、合理性、一樣性和定制性等。

?界面元素測試測試對象強(qiáng)調(diào)窗口、菜單、圖標(biāo)、鼠標(biāo)和文字等C

【問題3】

考查軟件幫助測試的內(nèi)容。軟件幫助測試的內(nèi)容主要包括：

?文本?程序接口?幫助索引?超鏈接?編寫風(fēng)格等參考答案【問題1】

?評估安裝手冊?安裝的自動化測試?安裝選項(xiàng)和設(shè)置的測試?安裝過程的

中斷測試?安裝依次測試?多環(huán)境安裝測試?安裝正確性測試?修復(fù)安裝

及卸載測試【問題2】

?界面整體測試:規(guī)范性測試、合理性測試、一樣性測試和界面定制性測試（每點(diǎn)

1分，答出其中3個(gè)學(xué)問點(diǎn)即可得3分）

?界面元素測試：窗口測試、菜單測試、圖標(biāo)測試、鼠標(biāo)測試和文字測試（每點(diǎn)1分，

答出其中3個(gè)學(xué)問點(diǎn)即可得3分）

【問題3】

?文本的精確性

?及程序的接口

?幫助索引的檢

查-超鏈接的正

確性?鏈接的意

義?風(fēng)格應(yīng)簡潔

試題五（10分）

閱讀以下說明，回答問題1和問題2。

【說明】

軟件測試是及軟件開發(fā)親密相關(guān)的一系列有支配的活動，在軟件測試過程模型“V模

型’的指導(dǎo)下，開發(fā)過程中應(yīng)當(dāng)支配一系列不同類型的測試活動。

軟件測試過程是由一系列的關(guān)鍵活動組成的，同時(shí)軟件測試質(zhì)量的保證手段是必不

可少的C

【問題1］（2分）

針對開發(fā)過程中的不同階段，應(yīng)當(dāng)包含哪些類型的軟件測試。

【問題2】（8分）

簡述軟件測試過程的關(guān)鍵活動，以及保證軟件測試質(zhì)量的手段。

試題五分析

本題考查伴隨軟件開發(fā)過程的測試質(zhì)量保證手段。

【問題1】

考查在開發(fā)過程中的不同階段，應(yīng)當(dāng)執(zhí)行的軟件測試類型，如下表所示。

開發(fā)階段軟件測試

編碼階段單兀測試

集成階段集成測試

產(chǎn)品階段確認(rèn)測試（系統(tǒng)測試）

系統(tǒng)部署階段驗(yàn)收測試

【問題2】

考查軟件測試過程的關(guān)鍵活動，以及保證軟件測試質(zhì)量的手段。

軟件測試過程的關(guān)鍵活動及軟件開發(fā)過程的關(guān)鍵活動有類似點(diǎn)，包括測試需求分析、制

定測試支配、測試設(shè)計(jì)、測試執(zhí)行、測試分析及總結(jié)。

軟件測試質(zhì)毋的保證手段包括：制定質(zhì)量保證支配、質(zhì)量體系建立測試活動審核、

測試文檔評審；測試過程數(shù)據(jù)的收集、度量及分析等。

參考答案【問題1】

?單元測試?集成測試

?確認(rèn)測試（系統(tǒng)測試）

?驗(yàn)收測試【問題2】

學(xué)問點(diǎn)包括：

軟件測試過程的關(guān)鍵活動：

?測試需求分析?制定

測試支配?測試設(shè)計(jì)-

測試執(zhí)行?測試分析及

總結(jié)質(zhì)量保證手段：

?制定質(zhì)量保證支配、質(zhì)量體系建立?

測試活動審核、測試文檔評審?測試過

程數(shù)據(jù)的收集、度量及分

試題(36)

下列敘述中(36)是正確的。

(33)A.壓迫測試：供應(yīng)條件任軟件發(fā)揮，最大限度地發(fā)掘軟件的實(shí)力

B.重復(fù)測試：使軟件在不夠志向的條件下運(yùn)行，視察軟件對外部資源的要求和

依靠的程度

C.重復(fù)測試：不斷執(zhí)行同樣的操作，這種反復(fù)測試的主要緣由是看內(nèi)存是否不

足

D.完整C/S體系結(jié)構(gòu)測試，只包括網(wǎng)絡(luò)運(yùn)行和性能測試

試題(36)分析

本題考查軟件測試的類型。

正確的概念如下。

1.壓迫測試：使軟件在不夠志向的條件下運(yùn)行，視察軟件對外部資源的要求和依靠的

2.直負(fù)測試：供應(yīng)條件《軟件發(fā)揮，最大釀地發(fā)掘軟件的實(shí)力。

3.重復(fù)測試：又稱為疲憊瞰測試，即持續(xù)執(zhí)行業(yè)務(wù)操作，這種反復(fù)測試能夠檢查系統(tǒng)在長

時(shí)間運(yùn)行時(shí)內(nèi)存是否不足。

4.完整C/S體系結(jié)構(gòu)測試，包括網(wǎng)絡(luò)運(yùn)行測試、服務(wù)器端性能測試以及客戶端性能測試。

參考答案

(34)C

試題(38)

以下關(guān)于功能測試用例的意義的敘述，正確的是(38).

①避開盲目混試并提高測試效率

②令軟件測試的實(shí)施■點(diǎn)突出、目的明確

③在回來測試中無骷修正測試用例便可接著開展測試工作

④測試用例的通用化和復(fù)用化使軟件測試易于開展

(34)A.①、②、③B.①、③C.②、③D.①、②、④試題(38)分析

本題考查功能測試用例的意義。

功能測試用例的意義可以概括如下。

?為達(dá)到最佳的測試效果或高效地揭露隱藏的錯(cuò)誤而細(xì)心設(shè)計(jì)的少進(jìn)測試數(shù)據(jù)。

?測試用例的運(yùn)用令軟件測試的實(shí)施重點(diǎn)突出、目的明確。

?一個(gè)好的測試用例在于它能發(fā)覺至今未發(fā)覺的錯(cuò)誤。

但是在回來測試中，為了滿足測試潘求，必需修正測試用例。

參考答案

(35)D

試題(40)

用邊界值分析法，假定X為