2009年上半年軟件評測師下午試卷及答案

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

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

　　[問題1]請簡要敘述軟件測試質(zhì)量包括哪些管理要素。

　　[問題2] 請簡要論述軟件測試質(zhì)量控制的主要方法。

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

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

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

　　請簡要分析測試組的做法是否存在問題并簡述理由。

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

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

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

　　系統(tǒng)實(shí)現(xiàn)的功能主要包括稿件管理和文檔上傳下載。稿件管理模塊可以對稿件進(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í)。

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

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

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

　　[問題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ì)測試周期，并說明理由。

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

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

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

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

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

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

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

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

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

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

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

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

　　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;

　　}

　　[問題1](3分 )請找出程序中所有的邏輯判斷語句。

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

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

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

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

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

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

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

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

　　試題一

　　[問題1]

　　[問題2]

　　V(G)=6

　　[問題3]

　　試題二

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

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

　　題中指出"通常情況下，交易操作合理的響應(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秒。所以此案例中最合理的并發(fā)用戶數(shù)為50。

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

　　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ù)計(jì)同時(shí)登錄用戶數(shù)是70左右。服務(wù)器CPU使用率成為系統(tǒng)處理的瓶頸。說明隨著帶寬的提高，系統(tǒng)的處理能力進(jìn)一步提高，同時(shí)高吞吐量造成了系統(tǒng)資源的緊張，帶來了新的系統(tǒng)性能瓶頸。

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

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

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

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

　　2. 提高CPU的主頻;

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

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

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

　　1. 增加帶寬;

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

　　試題三

　　[問題1]

　　場景1：A

　　場景2：A、B

　　場景3：A、C

　　場景4：A、D

　　場景5：A、E

　　[問題3]

　　1. 0升

　　2. 250升

　　3. 251升

　　[問題4]

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

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

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

　　試題四

　　[問題1]

　　評估安裝手冊

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

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

　　安裝過程的中斷測試

　　安裝順序測試

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

　　安裝正確性測試

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

　　[問題2]

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

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

　　[問題3]

　　文本的準(zhǔn)確性

　　與程序的接口

　　幫助索引的檢查

　　超鏈接的正確性

　　鏈接的意義

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

　　試題五

　　[問題1]

　　單元測試

　　集成測試

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

　　驗(yàn)收測試

　　[問題2]

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

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

　　測試需求分析

　　制定測試計(jì)劃

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

　　測試執(zhí)行

　　測試分析與總結(jié)

　　質(zhì)量保證手段：

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

　　測試活動(dòng)審核、測試文檔評審

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

　　相關(guān)推薦：

　　軟考軟件評測師歷年真題匯總(2007年-2010年)

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

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