軟件測試筆試題

如下四類筆試題內(nèi)容是傳智播客整理的關(guān)于軟件測試最?？嫉木A題。軟件測試筆試考的東西會很多，所以一定要記牢！

一、判斷正誤題

1、測試是證明軟件正確的方法。(×)

2、測試中應(yīng)該對有效和無效、期望和不期望的輸入都要測試。(√)

3、對于連鎖型分支結(jié)構(gòu)，若有n個判定語句，則有2n條路徑。(√)

4、GOTO語句概念簡單，使用方便，在某些情況下，保留GOTO語句反能使寫出的程序更加簡潔。(√)

5、黑盒測試也稱為結(jié)構(gòu)測試。(×)

6、測試是調(diào)試的一個部分 (×)

7、程序中隱藏錯誤的概率與其已發(fā)現(xiàn)的錯誤數(shù)成正比(√)

8、測試的目的是發(fā)現(xiàn)軟件中的錯誤。(√)

二、不定項選擇題

1、下面的哪一項測試步驟中需要進行局部數(shù)據(jù)結(jié)構(gòu)測試： ( A )

A、單元測試

B、集成測試

C、確認(rèn)測試

D、系統(tǒng)測試

2、從是否需要執(zhí)行被測軟件的角度，軟件測試技術(shù)可劃分的類型是：( AC )。

A、靜態(tài)測試

B、黑盒測試

C、動態(tài)測試

D、白盒測試

3、從測試階段角度，測試結(jié)束的正確順序是：( B )

A、單元測試、集成測試、系統(tǒng)測試、確認(rèn)測試

B、單元測試、系統(tǒng)測試、集成測試、確認(rèn)測試

C、確認(rèn)測試、集成測試、系統(tǒng)測試、單元測試

D、確認(rèn)測試、系統(tǒng)測試、集成測試、單元測試

4、軟件的六大質(zhì)量特性包括： ( A )

A、功能性、可靠性、可用性、效率、可維護、可移植

B、功能性、可靠性、可用性、效率、穩(wěn)定性、可移植

C、功能性、可靠性、可擴展性、效率、穩(wěn)定性、可移植

D、功能性、可靠性、兼容性、效率、穩(wěn)定性、可移植

5、在GB/T17544中，軟件包質(zhì)量要求包括三部分，即產(chǎn)品描述要求、( A )、程 序和數(shù)據(jù)要求。

A、用戶文檔要求

B、系統(tǒng)功能要求

C、設(shè)計要求說明

D、軟件配置要求

6、( )可以作為軟件測試結(jié)束的標(biāo)志。

A、使用了特定的測試用例

B、錯誤強度曲線下降到預(yù)定的水平

C、查出了預(yù)定數(shù)目的錯誤

D、按照測試計劃中所規(guī)定的時間進行了測試

7、導(dǎo)致軟件缺陷的原因有很多，A—D是可能的原因，其中最主要的原因包括( ABCD )。

A、軟件需求說明書編寫的不全面，不完整，不準(zhǔn)確，而且經(jīng)常更改

B、軟件設(shè)計說明書

C、軟件操作人員的水平

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

三、名詞解釋

1、Beta測試：Beta測試是從用戶角度進行的測試，是由軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。它是在開發(fā)者無法控制的軟件環(huán)境下進行的軟件現(xiàn)場應(yīng)用。

2、負(fù)載測試：負(fù)載測試是一個通過分析軟件應(yīng)用程序和支撐架構(gòu)，模擬真實環(huán)境的使用，來確定能夠接受的性能的過程。

3、軟件測試活動生命周期：是指軟件從進入測試到退出測試的過程中，所要經(jīng)歷的引入程序錯誤、通過測試發(fā)現(xiàn)錯誤和清除程序錯誤的幾個階段。

4、改進的三明治集成：利用較高的并行度彌補三明治集成中不能充分測試中間層的缺點。但根據(jù)中間層選擇是否恰當(dāng)，可能增加驅(qū)動模塊和樁模塊設(shè)計的工作量。

5、驅(qū)動模塊相當(dāng)于所測模塊的主程序。它接收測試數(shù)據(jù)，把這些數(shù)據(jù)傳送給所測模塊，最后再輸出實際測試結(jié)果。

四、簡答題

1、軟件的缺陷等級應(yīng)如何劃分?

致命的：致命的錯誤，造成系統(tǒng)或應(yīng)用程序崩潰、死機、系統(tǒng)懸掛，或造成數(shù)據(jù)丟失、主要功能完全喪失等。

嚴(yán)重的：嚴(yán)重錯誤，指功能或特性沒有實現(xiàn)，主要功能部分喪失，次要功能完全喪失，或致命的錯誤聲明。

一般的：不太嚴(yán)重的錯誤，這樣的軟件缺陷雖然不影響系統(tǒng)的基本使用，但沒有很好地實現(xiàn)功能，沒有達(dá)到預(yù)期效果。如次要功能喪失，提示信息不太準(zhǔn)確，或用戶界面差，操作時間長等。

微小的：一些小問題，對功能幾乎沒有影響，產(chǎn)品及屬性仍可使用，如有個別錯別字、文字排列不整齊等。

2、階段評審與同行評審。

同行評審是一種重要而有效的工程方法，在軟件產(chǎn)品工程中調(diào)用此方法，可通過法根式審查、結(jié)構(gòu)化走查或者一些其他的學(xué)院式的評審方法加以實施。其目的是及早和高效地去除軟件工作中的缺陷，必然結(jié)果是增強對軟件工作產(chǎn)品和可預(yù)防缺陷的了解。

階段評審是利用在需求分析階段所選擇并制定的標(biāo)準(zhǔn)、規(guī)范以及計劃的安排，對軟件工程各階段的進展、完成質(zhì)量及出現(xiàn)的問題進行正式評審，確保過程計劃并遵守標(biāo)準(zhǔn)和規(guī)范執(zhí)行，然后形成報告。當(dāng)發(fā)現(xiàn)問題是，要準(zhǔn)尋逐級解決的原則，將處理結(jié)果通知相關(guān)人員，記錄解決過程及結(jié)果以作日后改進重要參考資料。

兩者都是有關(guān)軟件質(zhì)量管理和保證的重要內(nèi)容，二者相輔相成，缺一不可。

3、安全性測試屬于軟件測試的哪個階段?并試闡述安全測試的概念和用以評判系統(tǒng)安全性性能的主要指標(biāo)。

是系統(tǒng)測試的一種類型。

安全性測試就是要驗證系統(tǒng)內(nèi)的保護機制能否抵御入侵者的攻擊。安全性測試的測試人員需要在測試活動中，撒氣不同的入侵方式來攻擊系統(tǒng)的安全機制，想盡一切辦法來獲取系統(tǒng)內(nèi)的保密信息。

系統(tǒng)安全性性能的指標(biāo)：有效性：啟動嚴(yán)格的安全性性能所花費的時間占啟動整個系統(tǒng)所花費時間的比例。生存性：當(dāng)錯誤發(fā)生時，系統(tǒng)對緊急操作的支持，對錯誤的補救措施以及恢復(fù)到正常操作的能力，即系統(tǒng)的抗挫能力。精確性：衡量系統(tǒng)安全性控制的精度指標(biāo)，圍繞所出現(xiàn)的錯誤數(shù)量、發(fā)生頻率及其嚴(yán)重性判斷。反應(yīng)時間：出錯時系統(tǒng)響應(yīng)速度的快慢，一個安全性較強的系統(tǒng)要具備快速的反應(yīng)速度。吞吐量：用戶和服務(wù)請求的峰值和平均值。

4、單元測試策略主要有哪些?并試描述這些策略?

單元測試策略主要有三種方式：

1)自頂向下的單元測試策略：從頂層調(diào)用的單元做成樁模塊;對第二層測試，使用上面已測試的單元做驅(qū)動模塊;依次類推，直到全部單元測試結(jié)束。

2)自底向上的單元測試策略：先對模塊調(diào)用的最底層模塊進行測試，模擬調(diào)用該模塊的模塊為驅(qū)動模塊;其次，對上一層模塊進行單元測試，用已經(jīng)被測試過的模塊做樁模塊，依次類推，直到全部單元測試結(jié)束。

3)孤立測試的單元測試策略：無需考慮每個模塊與其他模塊之間的關(guān)系，分別為每個模塊單獨設(shè)計樁模塊和驅(qū)動模塊，逐一完成所有單元模塊的測試。

5、集成測試策略主要有哪些?并試描述3個以上的具體策略?

1、大爆炸集成(P153)：屬于非增值式集成的一種方法，也稱為一次性組裝或整體拼裝。這種集成策略的做法就是把所有通過單元測試的模塊一次性集成到一起進行測試，不考慮組件之間的互相依賴性及可能存在的風(fēng)險。

2、三明治集成(P158)：一種混合增量式測試策略，綜合了自頂向下和自底向上兩種集成方法的優(yōu)點，因此也屬于基于功能分解的集成。這種方法樁和開發(fā)工作都比較小，但增加了定位缺陷的難度。

3、自頂向下集成：就是按照系統(tǒng)層次結(jié)構(gòu)圖，以主程序模塊為中心，自上而下按照深度優(yōu)先或者廣度優(yōu)先策略，對各個模塊一邊組裝一邊進行測試。又可分為深度優(yōu)先集成和廣度優(yōu)先集成兩種方式。

4、自底向上集成：從依賴性最小的底層模塊開始，按照層次結(jié)構(gòu)圖，逐層向上集成，驗證系統(tǒng)的穩(wěn)定性。

5、高頻集成：高頻集成測試是指同步于軟件開發(fā)過程，每隔一段時間對開發(fā)團隊的現(xiàn)有代碼進行一次集成測試。

6、分層集成、分布式集成、基于路徑、功能、進度、風(fēng)險、事件、使用等的集成等13種。

6、恢復(fù)性測試屬于軟件測試的哪個階段?并試闡述恢復(fù)性測試的概念和進行恢復(fù)性測試分析時主要應(yīng)考慮的問題。

恢復(fù)性測試使系統(tǒng)測試階段的一種方法，也叫容錯測試，用來檢查系統(tǒng)的容錯能力。通常若計算機系統(tǒng)出現(xiàn)錯誤，就必須在一定時間內(nèi)從錯誤中恢復(fù)過來，修正錯誤并重新啟動系統(tǒng)。在進行恢復(fù)性測試時，要考慮的主要問題有：恢復(fù)期間的安全性過程?；謴?fù)處理日志方面的能力。當(dāng)出現(xiàn)供電問題時的恢復(fù)能力?；謴?fù)操作后系統(tǒng)性能是否下降。

常用的恢復(fù)測試用例的設(shè)計方法：規(guī)范導(dǎo)出法、錯誤猜測法、基于故障的測試。

7、請簡述單元測試進入的準(zhǔn)則?

包括要素和判斷準(zhǔn)則：要素是詳細(xì)說明書和單元測試用例，判斷準(zhǔn)則是經(jīng)過審查=獲得批準(zhǔn)和進入配置庫。