2009年上半年軟件評(píng)測(cè)師下午試卷及答案

　　試題一：閱讀下列說(shuō)明，回答問(wèn)題1至問(wèn)題4，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。

　　[說(shuō)明]軟件測(cè)試的質(zhì)量決定著被測(cè)產(chǎn)品的質(zhì)量，是企業(yè)關(guān)注的重點(diǎn)。

　　[問(wèn)題1]請(qǐng)簡(jiǎn)要敘述軟件測(cè)試質(zhì)量包括哪些管理要素。

　　[問(wèn)題2] 請(qǐng)簡(jiǎn)要論述軟件測(cè)試質(zhì)量控制的主要方法。

　　[問(wèn)題3] 企業(yè)衡量軟件測(cè)試的質(zhì)量經(jīng)常采用兩個(gè)指標(biāo)：測(cè)試用例覆蓋率和缺陷修復(fù)率，請(qǐng)簡(jiǎn)述這兩個(gè)指標(biāo)的概念。

　　[問(wèn)題4] 企業(yè)內(nèi)部測(cè)試組在測(cè)試某辦公自動(dòng)化系統(tǒng)的過(guò)程中，使用60個(gè)測(cè)試用例進(jìn)行測(cè)試，共發(fā)現(xiàn)了20個(gè)問(wèn)題。

　　開(kāi)發(fā)組對(duì)軟件修改后，向測(cè)試組提交問(wèn)題修改報(bào)告及修改后的軟件。問(wèn)題修改報(bào)告中提出：所發(fā)現(xiàn)問(wèn)題中的5個(gè)問(wèn)題是用戶所要求的，無(wú)需修改，其余15個(gè)問(wèn)題已修改完成。 測(cè)試組使用針對(duì)上輪測(cè)試中發(fā)現(xiàn)的15個(gè)問(wèn)題的36個(gè)測(cè)試用例進(jìn)行了回歸測(cè)試，確認(rèn)問(wèn)題已得到修改，因此測(cè)試組做出結(jié)論：當(dāng)前版本可以進(jìn)入配置管理庫(kù)，進(jìn)行后續(xù)集成工作。

　　請(qǐng)簡(jiǎn)要分析測(cè)試組的做法是否存在問(wèn)題并簡(jiǎn)述理由。

　　此辦公自動(dòng)化系統(tǒng)提交給用戶之后，用戶在使用過(guò)程中發(fā)現(xiàn)了5個(gè)問(wèn)題，測(cè)試項(xiàng)目經(jīng)理打算采用缺陷探測(cè)率來(lái)對(duì)測(cè)試人員進(jìn)行績(jī)效評(píng)估。請(qǐng)計(jì)算此測(cè)試項(xiàng)目的缺陷探測(cè)率。

　　試題二(20 分)閱讀下列說(shuō)明，回答問(wèn)題1至問(wèn)題5，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。

　　[說(shuō)明]某“網(wǎng)站稿件管理發(fā)布系統(tǒng)”是采用J2EE架構(gòu)開(kāi)發(fā)的B/S系統(tǒng)，Web服務(wù)器、應(yīng)用服務(wù)器以及數(shù)據(jù)庫(kù)服務(wù)器部署在一臺(tái)物理設(shè)備上。

　　系統(tǒng)實(shí)現(xiàn)的功能主要包括稿件管理和文檔上傳下載。稿件管理模塊可以對(duì)稿件進(jìn)行增加、查詢、刪除、修改、顯示和批準(zhǔn)等操作，批準(zhǔn)后的稿件即可在網(wǎng)站上發(fā)布;文檔上傳下載模塊可以將稿件直接以Word文檔的格式進(jìn)行上傳下載。

　　系統(tǒng)性能需求如下：

　　(1)主要功能操作在5秒鐘內(nèi)完成;

　　(2)支持50個(gè)在線用戶;

　　(3)稿件管理的主要功能至少支持20個(gè)并發(fā)用戶;

　　(4)在50個(gè)用戶并發(fā)的高峰期，稿件管理的主要功能，處理能力至少要達(dá)到8trans/s;

　　(5)系統(tǒng)可以連續(xù)穩(wěn)定運(yùn)行12小時(shí)。

　　[問(wèn)題1](3分)簡(jiǎn)要敘述“網(wǎng)站稿件管理發(fā)布系統(tǒng)”在生產(chǎn)環(huán)境下承受的主要負(fù)載類(lèi)型。

　　[問(wèn)題2](3分)簡(jiǎn)要敘述進(jìn)行“網(wǎng)站稿件管理發(fā)布系統(tǒng)”的性能測(cè)試中應(yīng)測(cè)試的關(guān)鍵指標(biāo)。

　　[問(wèn)題3](3分)請(qǐng)簡(jiǎn)述訪問(wèn)系統(tǒng)的“在線用戶”和“并發(fā)用戶”的區(qū)別。

　　[問(wèn)題4](3)系統(tǒng)性能需求中要求“系統(tǒng)可以連續(xù)穩(wěn)定運(yùn)行12小時(shí)”，若系統(tǒng)連續(xù)運(yùn)行12小時(shí)完成的總業(yè)務(wù)量為1000筆，系統(tǒng)能夠提供的最大交易執(zhí)行吞吐量為200筆/小時(shí)，試設(shè)計(jì)測(cè)試周期，并說(shuō)明理由。

　　[問(wèn)題5](8分)下圖為并發(fā)50個(gè)用戶執(zhí)行“稿件查詢”操作的測(cè)試結(jié)果。

　　(1)請(qǐng)判斷結(jié)果是否滿足系統(tǒng)性能需求并說(shuō)明理由。

　　(2)簡(jiǎn)要說(shuō)明Transactions per Second與Average Transaction Response Time之間的關(guān)系。

　　試題三(14分)閱讀下列說(shuō)明，回答問(wèn)題1至問(wèn)題3，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。

　　[說(shuō)明]場(chǎng)景法是黑盒測(cè)試中重要的測(cè)試用例設(shè)計(jì)方法。目前多數(shù)軟件系統(tǒng)都是用事件觸發(fā)來(lái)控制業(yè)務(wù)流程，事件觸發(fā)時(shí)的情景便形成了場(chǎng)景，場(chǎng)景的不同觸發(fā)順序構(gòu)成用例。場(chǎng)景法通過(guò)場(chǎng)景描述業(yè)務(wù)流程(包括基本流(基本流程)和備選流(分支流程))，設(shè)計(jì)用例遍歷軟件系統(tǒng)功能，驗(yàn)證其正確性。

　　下面是對(duì)網(wǎng)上銀行支付交易系統(tǒng)的基本流和備選流的描述：

　　注：假定輸入的銀行卡號(hào)是正確的;不考慮備選流內(nèi)循環(huán)情況。

　　[問(wèn)題1](6分)使用場(chǎng)景法設(shè)計(jì)測(cè)試用例，指出所涉及到的基本流和備選流�；玖饔米帜窤表示，備選流用題干中描述對(duì)應(yīng)編號(hào)表示。

　　[問(wèn)題2](5分)請(qǐng)針對(duì)問(wèn)題1設(shè)計(jì)的測(cè)試用例，依次將銀行卡號(hào)、初次輸入密碼、最終輸入密碼、卡內(nèi)余額、銀行卡可支付額度等信息填入下述測(cè)試用例表中。表中行代表各個(gè)測(cè)試用例，列代表測(cè)試用例的輸入值，用V表示有效數(shù)據(jù)元素，I表示無(wú)效數(shù)據(jù)元素，n/a表示不適用，例如C01表示“成功支付” 用例。

　　[問(wèn)題3](3分 )在上述系統(tǒng)中，假設(shè)銀行卡號(hào)只能輸入0~9的數(shù)字，請(qǐng)參考下表，給出用邊界值法檢查卡號(hào)字符合法性的關(guān)鍵測(cè)試數(shù)據(jù)(字符或ASCII值)。

　　試題四(10分)閱讀下列說(shuō)明，回答問(wèn)題1至問(wèn)題3，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。

　　[說(shuō)明]邏輯覆蓋是通過(guò)對(duì)程序邏輯結(jié)構(gòu)的遍歷實(shí)現(xiàn)程序的覆蓋，是設(shè)計(jì)白盒測(cè)試用例的主要方法之一。以下代碼由C語(yǔ)言書(shū)寫(xiě)，請(qǐng)按要求回答問(wèn)題。

　　void cal( int n )

　　{

　　int g, s, b, q;

　　if ( ( n > 1000 ) && ( n < 2000 ) )

　　{

　　g = n % 10;

　　s = n % 100 / 10;

　　b = n / 100 % 10;

　　q = n / 1000;

　　if( ( q + g ) == ( s + b ) )

　　{

　　printf("%-5d", n);

　　}

　　}

　　printf("\n");

　　return;

　　}

　　[問(wèn)題1](3分 )請(qǐng)找出程序中所有的邏輯判斷語(yǔ)句。

　　[問(wèn)題2](4分)請(qǐng)分析并給出分別滿足100%DC(判定覆蓋)和100%CC(條件覆蓋)時(shí)所需的邏輯條件。

　　[問(wèn)題3](3分)假設(shè)n的取值范圍是0 < n < 3000，請(qǐng)用邏輯覆蓋法為n的取值設(shè)計(jì)測(cè)試用例，使用例集滿足基本路徑覆蓋標(biāo)準(zhǔn)。

　　試題 五(13分)閱讀下列說(shuō)明，回答問(wèn)題1至問(wèn)題3，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。

　　[說(shuō)明]某企業(yè)信息中心委托系統(tǒng)集成單位開(kāi)發(fā)了企業(yè)網(wǎng)站，將應(yīng)用服務(wù)器、Web服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器都部署在信息中心機(jī)房，系統(tǒng)集成工作完成后，集成單位對(duì)網(wǎng)段、防火墻、入侵檢測(cè)系統(tǒng)、防病毒系統(tǒng)等進(jìn)行了全面的安全檢查，向信息中心提交了安全測(cè)評(píng)報(bào)告。

　　信息中心主管認(rèn)為該測(cè)評(píng)報(bào)告不夠全面，要求盡可能提供系統(tǒng)的、多層次的、深入的安全測(cè)評(píng)報(bào)告。

　　[問(wèn)題1] (5分)請(qǐng)簡(jiǎn)述系統(tǒng)的安全防護(hù)體系包括的層次。

　　[問(wèn)題2](4分)對(duì)于服務(wù)器操作系統(tǒng)的安全，應(yīng)當(dāng)從哪些方面進(jìn)行測(cè)評(píng)?

　　[問(wèn)題3](4分))安全日志是軟件被動(dòng)防范的措施，是重要的安全功能，軟件的安全日志應(yīng)當(dāng)記錄哪些信息?在安全測(cè)試中應(yīng)當(dāng)檢查安全日志的哪些方面?

　　試題一

　　[問(wèn)題1]

　　[問(wèn)題2]

　　V(G)=6

　　[問(wèn)題3]

　　試題二

　　[問(wèn)題1]響應(yīng)時(shí)間是系統(tǒng)完成事務(wù)執(zhí)行準(zhǔn)備后所采集的時(shí)間戳和系統(tǒng)完成待執(zhí)行事務(wù)后所采集的時(shí)間戳之間的時(shí)間間隔，是衡量特定類(lèi)型應(yīng)用事務(wù)性能的重要指標(biāo)，標(biāo)志了用戶執(zhí)行一項(xiàng)操作大致需要多長(zhǎng)時(shí)間。

　　[問(wèn)題2]系統(tǒng)能夠承受的并發(fā)用戶登錄的最大數(shù)量為50

　　題中指出"通常情況下，交易操作合理的響應(yīng)時(shí)間為5秒以內(nèi)"。此案例中，登錄響應(yīng)時(shí)間隨虛擬并發(fā)用戶數(shù)增加而增長(zhǎng)。在50個(gè)虛擬并發(fā)用戶的負(fù)載下，登錄響應(yīng)時(shí)間達(dá)到5秒(注意圖形中響應(yīng)時(shí)間指標(biāo)的比例為10)。當(dāng)負(fù)載超過(guò)50個(gè)虛擬并發(fā)用戶，響應(yīng)時(shí)間超過(guò)5秒。所以此案例中最合理的并發(fā)用戶數(shù)為50。

　　[問(wèn)題3]服務(wù)器CPU資源使用率是合理的。

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

　　理由是對(duì)比"4M帶寬登錄"案例，4M帶寬下，系統(tǒng)每秒處理完成的登錄個(gè)數(shù)固定在13.5個(gè)左右，登錄響應(yīng)時(shí)間隨虛擬用戶數(shù)增加而增長(zhǎng)。在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ù)計(jì)同時(shí)登錄用戶數(shù)是70左右。服務(wù)器CPU使用率成為系統(tǒng)處理的瓶頸。說(shuō)明隨著帶寬的提高，系統(tǒng)的處理能力進(jìn)一步提高，同時(shí)高吞吐量造成了系統(tǒng)資源的緊張，帶來(lái)了新的系統(tǒng)性能瓶頸。

　　[問(wèn)題4]服務(wù)器CPU資源使用率不合理，其平均值超過(guò)85%。

　　4M帶寬的網(wǎng)絡(luò)測(cè)試環(huán)境與2M帶寬的網(wǎng)絡(luò)測(cè)試環(huán)境相比，帶來(lái)了新的系統(tǒng)瓶頸(CPU資源使用率平均值超過(guò)85%)，所以增加帶寬不是提高系統(tǒng)性能的有效方法。在此基礎(chǔ)上，繼續(xù)提高帶寬，系統(tǒng)的處理能力將進(jìn)一步提高，高的處理能力會(huì)使服務(wù)器的資源瓶頸進(jìn)一步加重，帶來(lái)更加嚴(yán)重的后果。

　　[問(wèn)題5]當(dāng)CPU資源使用成為系統(tǒng)瓶頸時(shí)的解決方案可以概括為：

　　1. 增加CPU的個(gè)數(shù);

　　2. 提高CPU的主頻;

　　3. 將web服務(wù)器與數(shù)據(jù)庫(kù)服務(wù)器分開(kāi)部署;

　　4. 調(diào)整軟件的設(shè)計(jì)與開(kāi)發(fā);

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

　　1. 增加帶寬;

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

　　試題三

　　[問(wèn)題1]

　　場(chǎng)景1：A

　　場(chǎng)景2：A、B

　　場(chǎng)景3：A、C

　　場(chǎng)景4：A、D

　　場(chǎng)景5：A、E

　　[問(wèn)題3]

　　1. 0升

　　2. 250升

　　3. 251升

　　[問(wèn)題4]

　　DDP=Bugstester(Bugstester+ Bugscustomer)=(20+100)(20+100+30)=80%(0.8)

　　其中，Bugstester為測(cè)試者發(fā)現(xiàn)的錯(cuò)誤數(shù);

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

　　試題四

　　[問(wèn)題1]

　　評(píng)估安裝手冊(cè)

　　安裝的自動(dòng)化測(cè)試

　　安裝選項(xiàng)和設(shè)置的測(cè)試

　　安裝過(guò)程的中斷測(cè)試

　　安裝順序測(cè)試

　　多環(huán)境安裝測(cè)試

　　安裝正確性測(cè)試

　　修復(fù)安裝與卸載測(cè)試

　　[問(wèn)題2]

　　界面整體測(cè)試：規(guī)范性測(cè)試、合理性測(cè)試、一致性測(cè)試和界面定制性測(cè)試

　　界面元素測(cè)試：窗口測(cè)試、菜單測(cè)試、圖標(biāo)測(cè)試、鼠標(biāo)測(cè)試和文字測(cè)試。

　　[問(wèn)題3]

　　文本的準(zhǔn)確性

　　與程序的接口

　　幫助索引的檢查

　　超鏈接的正確性

　　鏈接的意義

　　風(fēng)格應(yīng)簡(jiǎn)潔

　　試題五

　　[問(wèn)題1]

　　單元測(cè)試

　　集成測(cè)試

　　確認(rèn)測(cè)試(系統(tǒng)測(cè)試)

　　驗(yàn)收測(cè)試

　　[問(wèn)題2]

　　知識(shí)點(diǎn)包括：

　　軟件測(cè)試過(guò)程的關(guān)鍵活動(dòng)：

　　測(cè)試需求分析

　　制定測(cè)試計(jì)劃

　　測(cè)試設(shè)計(jì)

　　測(cè)試執(zhí)行

　　測(cè)試分析與總結(jié)

　　質(zhì)量保證手段：

　　制定質(zhì)量保證計(jì)劃、質(zhì)量體系建立

　　測(cè)試活動(dòng)審核、測(cè)試文檔評(píng)審

　　測(cè)試過(guò)程數(shù)據(jù)的收集、度量與分析

　　相關(guān)推薦：

　　軟考軟件評(píng)測(cè)師歷年真題匯總(2007年-2010年)

　　2015軟考《網(wǎng)絡(luò)管理員》綜合模擬練習(xí)題匯總

　　各地2015年計(jì)算機(jī)軟考報(bào)名時(shí)間及報(bào)名入口匯總