2007軟件水平考試軟件評測師真題及答案案例

試卷科目：軟件水平考試(中級)軟件評測師案例2007軟件水平考試軟件評測師真題及答案案例PAGE"pagenumber"pagenumber/SECTIONPAGES"numberofpages"numberofpages2007軟件水平考試軟件評測師真題及答案案例第1部分：問答題，共17題，請在空白處填寫正確答案。[問答題]1.試題一（15分）（白盒測試之基本路徑測試法）閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應(yīng)欄內(nèi)。[說明]以下代碼由C語言書寫，能根據(jù)指定的年、月計算當(dāng)月所含天數(shù)。intGetMaxDay(intyear,intmonth){intmaxday=0;if(month>=1&&month<=12){if(month==2){if(year%4==0)70{if(year%100==0){if(year%400==0)maxday=29;elsemaxday=28;}elsemaxday=29;}elsemaxday=28;}else{if(month==4||month==6||month==9||month==11)maxday=30;elsemaxday=31;}}returnmaxday;}[問題1]（4分）請畫出以上代碼的控制流圖答案:【問題1】畫出控制流圖解析:[問答題]2.[問題2]（3分）請計算上述控制流圖的環(huán)路復(fù)雜度V(G)。答案:【問題2】計算環(huán)路復(fù)雜度V(G)：V(G)=7解析:[問答題]3.[問題3]（8分）假設(shè)year的取值范圍是1000<year<2001，請使用基本路徑測試法為變量year、month設(shè)計測試用例（寫出year取值、month取值、maxday預(yù)期結(jié)果），使之滿足基本路徑覆蓋要求。答案:解析:[問答題]4.試題二（16分閱讀下列說明，回答問題1至問題5，將解答填入答題紙的對應(yīng)欄內(nèi)。[說明]負載壓力性能測試是評估系統(tǒng)性能、性能故障診斷以及性能調(diào)優(yōu)的有效手段。下述表格是針對稅務(wù)征管系統(tǒng)中?稅票錄入?業(yè)務(wù)的測試結(jié)果，系統(tǒng)服務(wù)器端由應(yīng)用服務(wù)器和單節(jié)點數(shù)據(jù)庫服務(wù)器組成。[問題1]（4分）簡述交易吞吐量和交易響應(yīng)時間的概念。答案:【問題1】交易吞吐量：系統(tǒng)服務(wù)器每秒能夠處理通過的交易數(shù)。交易響應(yīng)時間：是系統(tǒng)完成事務(wù)執(zhí)行準備后所采集的時間戳和系統(tǒng)完成待執(zhí)行事務(wù)后所采集的時間戳之間的時間間隔，是衡量特定類型應(yīng)用事務(wù)性能的重要指標(biāo)，標(biāo)志了用戶執(zhí)行一項操作大致需要多長時間。解析:[問答題]5.[問題2]（2分）試判斷隨著負載增加，當(dāng)交易吞吐量不再遞增時，交易響應(yīng)時間是否會遞增，并說明理由。答案:【問題2】知識點包括：隨著負載增加，當(dāng)交易吞吐量不再遞增時，交易響應(yīng)時間一般會遞增。當(dāng)系統(tǒng)達到交易吞吐量極限時，客戶端交易會在請求隊列中排隊等待，等待的時間會記錄在響應(yīng)時間中。解析:[問答題]6.[問題3]（3分）根據(jù)上述測試結(jié)果，判斷服務(wù)器資源使用情況是否合理，為什么？答案:【問題3】數(shù)據(jù)庫服務(wù)器資源使用不合理。當(dāng)并發(fā)用戶數(shù)達到50時，數(shù)據(jù)庫服務(wù)器CPU平均利用率（％）達到97.5％，屬不合理范圍。解析:[問答題]7.[問題4]（5分）在并發(fā)用戶數(shù)為50時，如果交易吞吐量和交易響應(yīng)時間都不滿足需求，簡述數(shù)據(jù)庫端造成此缺陷的主要原因，有效的解決方案是什么？答案:【問題4】數(shù)據(jù)庫端造成此缺陷的主要原因包括：服務(wù)器資源負載過重；數(shù)據(jù)庫設(shè)計不合理；數(shù)據(jù)庫單個事務(wù)處理響應(yīng)時間長；系統(tǒng)并發(fā)負載造成最終用戶響應(yīng)時間長；有效的解決方案是：采用數(shù)據(jù)庫集群策略，并注意配置正確。解析:[問答題]8.[問題5]（2分）去年全年處理?稅票錄入?交易約100萬筆，考慮到3年后交易量遞增到每年200萬筆。假設(shè)每年交易量集中在8個月，每個月20個工作日，每個工作日8小時，試采用80～20原理估算系統(tǒng)服務(wù)器高峰期?稅票錄入?的交易吞吐量（trans/s）。答案:【問題5】用80～20原理估算系統(tǒng)服務(wù)器高峰期?稅票錄入?的交易吞吐量（trans/s）。（1000000*2*80%）/(8*20*8*3600*20%)=1.74trans/s即服務(wù)器處理"稅票錄入"交易的吞吐量應(yīng)達到1.74trans/s解析:[問答題]9.閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應(yīng)欄內(nèi)。[說明]在ERP（企業(yè)資源計劃）系統(tǒng)中，?計劃管理?模塊的流程圖如下：[問題1]（4分）因果圖法是功能測試案例設(shè)計方法中的一種，簡述利用因果圖導(dǎo)出測試用例需要經(jīng)過哪幾個步驟？答案:【問題1】（1）分析程序規(guī)格說明的描述中，哪些是原因，哪些是結(jié)果。原因常常是輸入條件或輸入條件的等價類，而結(jié)果是輸出條件。（2）分析程序規(guī)格說明的描述中語義的內(nèi)容，并將其表示成連接各個原因與各個結(jié)果的"因果（3）標(biāo)明約束條件。由于語法或環(huán)境的限制，有些原因和結(jié)果的組合情況是不可能出現(xiàn)的。為表明這些特定的情況，在因果圖上使用若干個標(biāo)準的符號標(biāo)明約束條件。（4）把因果圖轉(zhuǎn)換成判定表，為判定表中每一列表示的情況設(shè)計測試用例。解析:[問答題]10.[問題2]（4分）根據(jù)題干中的流程圖，利用因果圖法，找出哪些是正確的輸入條件，那些是正確的輸出結(jié)果，將下列描述的字母編號填入表中。a.可以進行銷售發(fā)貨管理b.可用庫存不滿足銷售需求（有可用庫存）c.可用庫存不滿足銷售需求（無可用庫存）d.可用庫存滿足生產(chǎn)需求e.可用庫存不滿足生產(chǎn)需求f.可用庫存不滿足生產(chǎn)需求（無可用庫存）g.可以進行MPS運算h.可用庫存滿足銷售需求i.生成主生產(chǎn)計劃j.生成計劃采購定單k.生成計劃生產(chǎn)定單l.可以進行MRP運算答案:解析:[問答題]11.[問題3]（7分）下圖畫出?計劃管理?模塊的因果圖。請把問題2中列出的輸入條件和輸出結(jié)果的字母編號填入到空白框中相應(yīng)的位置。答案:解析:[問答題]12.試題四（15分閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應(yīng)欄內(nèi)。[說明]軟件測試是與軟件開發(fā)緊密相關(guān)的一系列有計劃的系統(tǒng)性活動。軟件測試需要用測試模型去指導(dǎo)實踐，軟件測試專家通過測試實踐總結(jié)出了很多很好的測試模型。[問題1]（4分）V模型是最具有代表意義的軟件測試模型。請將開發(fā)活動和相應(yīng)的測試活動填入下圖空白框中。答案:解析:[問答題]13.[問題2]（4分）在集成測試階段，可采用不同的組裝方式把模塊組裝起來形成一個可運行的系統(tǒng)，其中增殖式組裝方式包括哪幾種？除增殖式組裝方式外還有哪種組裝方式？答案:自頂向下的增殖方式自底向上的增殖方式混合增殖式測試除增殖式組裝方式外還有一次性組裝方式解析:[問答題]14.[問題3]（7分）測試工程師甲按照V模型安排測試活動，在驗收測試階段發(fā)現(xiàn)的某些功能缺陷是與產(chǎn)品需求設(shè)計說明書有關(guān)，造成軟件缺陷修復(fù)成本較高。你認為若采用W模型能否避免類似問題出現(xiàn)？簡述W模型的優(yōu)點。答案:能。測試的活動與軟件開發(fā)同步進行測試的對象不僅僅是程序，還包括需求和設(shè)計盡早發(fā)現(xiàn)軟件缺陷可降低軟件開發(fā)的成本解析:[問答題]15.試題五（14分）（探測率及測試成本計算課本P116-117）閱讀以下說明，回答問題1至問題3，將解答填入答題紙的對應(yīng)欄內(nèi)。[說明]企業(yè)在質(zhì)量方面的投資會產(chǎn)生利潤，諸如提高產(chǎn)品質(zhì)量會提高公司的聲譽，降低產(chǎn)品交付之后的維護成本等等。測試是重要的質(zhì)量保證手段，但必須付出相應(yīng)的測試成本。[問題1]（3分）簡述測試實施成本的構(gòu)成。答案:測試準備成本測試執(zhí)行成本測試結(jié)束成本解析:[問答題]16.[問題2]（3分）簡述缺陷探測率的計算公式答案:缺陷探測率＝測試者發(fā)現(xiàn)的錯誤數(shù)/(探測者發(fā)現(xiàn)的錯誤數(shù)+客戶發(fā)現(xiàn)并反饋給技術(shù)支持人員進行修復(fù)的錯誤數(shù)解析:[問答題]17.[問題3]（8分）假設(shè)對一個開發(fā)的MIS（管理信息系統(tǒng)）系統(tǒng)進行測試。屬于質(zhì)量預(yù)防方面的一致性成本只考慮軟件測試的投資，把發(fā)布之前和之后發(fā)現(xiàn)、修改缺陷產(chǎn)生的成本看成非一致性成本。假設(shè)發(fā)現(xiàn)的缺陷為300個，各階段花費在發(fā)現(xiàn)及修改缺陷的成本假設(shè)如