軟件測試考試題

一、判斷正誤題（每小題1分，共10分）

1.測試是證明軟件正確的方法。（

╳

）

2.負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（

√

）

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

√

）

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

）

5.驗(yàn)收測試是由最終用戶來實(shí)施的。（√

）

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

）

7.測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（

√

）

8.黑盒測試也稱為結(jié)構(gòu)測試。（╳

）

9.代碼評審員一般由測試員擔(dān)任。（

╳

）

10.集成測試計(jì)劃在需求分析階段末提交。（

╳

）二、不定項(xiàng)選擇題（每題可能有一個(gè)或多個(gè)選項(xiàng)應(yīng)選，每題2分，共20分。多選不得分，少選僅得１分。）

1．軟件驗(yàn)收測試的合格通過準(zhǔn)則是：（

AD

）

A．軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。

B．所有測試項(xiàng)沒有殘余一級、二級和三級錯(cuò)誤。

C．立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。

D．驗(yàn)收測試工件齊全。

2．軟件測試計(jì)劃評審會需要哪些人員參加？（

ABCD

）

A．項(xiàng)目經(jīng)理

B．SQA負(fù)責(zé)人

C．配置負(fù)責(zé)人

D．測試組

3．下列關(guān)于alpha測試的描述中正確的是：（AD

）

A．a(chǎn)lpha測試需要用戶代表參加

B．a(chǎn)lpha測試不需要用戶代表參加

C．a(chǎn)lpha測試是系統(tǒng)測試的一種

D．a(chǎn)lpha測試是驗(yàn)收測試的一種

4．測試設(shè)計(jì)員的職責(zé)有：（

BC

）

A．制定測試計(jì)劃

B．設(shè)計(jì)測試用例

C．設(shè)計(jì)測試過程、腳本

D．評估測試活動

5．軟件實(shí)施活動的進(jìn)入準(zhǔn)則是：（

ABC

）

A．需求工件已經(jīng)被基線化

B．詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化

C．構(gòu)架工件已經(jīng)被基線化

D．項(xiàng)目階段成果已經(jīng)被基線化

6、典型的瀑布模型的四個(gè)階段是：（

ABCD

）

A、分析B、設(shè)計(jì)C、編碼

D、測試E、需求調(diào)研F、實(shí)施

7．下面的哪一項(xiàng)測試步驟中需要進(jìn)行局部數(shù)據(jù)結(jié)構(gòu)測試：（

A

）

A、單元測試

B、集成測試

C、確認(rèn)測試

D、系統(tǒng)測試

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

）。

A、靜態(tài)測試

B、黑盒測試

C、動態(tài)測試

D、白盒測試

9．從測試階段角度，測試結(jié)束的正確順序是：（

B

）

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

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

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

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

10．軟件的六大質(zhì)量特性包括：（

A

）

A.功能性、可靠性、可用性、效率、可維護(hù)、可移植

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

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

D.功能性、可靠性、兼容性、效率、穩(wěn)定性、可移植1.什么是軟件測試答：根據(jù)IEEE的定義，使用人工或自動手段來運(yùn)行或測試某個(gè)系統(tǒng)的過程，其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或是弄清楚預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。通俗的講便是采用測試用例執(zhí)行軟件的活動，目標(biāo)是找出失效或演示正確的執(zhí)行。

2.試述軟件測試活動的生命周期？答：軟件測試是一個(gè)系列過程活動，包括軟件測試需求分析，測試計(jì)劃設(shè)計(jì)，測試用例設(shè)計(jì)，執(zhí)行測試因此，軟件測試貫穿于軟件項(xiàng)目的整個(gè)生命過程。在軟件項(xiàng)目的每一個(gè)階段都要進(jìn)行不同目的和內(nèi)容的測試活動，以保證各個(gè)階段的正確性。3.集成測試策略主要有哪些？并試描述３個(gè)以上的具體策略？

答：1、大爆炸集成（P153）：屬于非增值式集成的一種方法，也稱為一次性組裝或整體拼裝。這種集成策略的做法就是把所有通過單元測試的模塊一次性集成到一起進(jìn)行測試，不考慮組件之間的互相依賴性及可能存在的風(fēng)險(xiǎn)。2、三明治集成（P158）：一種混合增量式測試策略，綜合了自頂向下和自底向上兩種集成方法的優(yōu)點(diǎn)，因此也屬于基于功能分解的集成。這種方法樁和開發(fā)工作都比較小，但增加了定位缺陷的難度。3、自頂向下集成：就是按照系統(tǒng)層次結(jié)構(gòu)圖，以主程序模塊為中心，自上而下按照深度優(yōu)先或者廣度優(yōu)先策略，對各個(gè)模塊一邊組裝一邊進(jìn)行測試。又可分為深度優(yōu)先集成和廣度優(yōu)先集成兩種方式。4、自底向上集成：從依賴性最小的底層模塊開始，按照層次結(jié)構(gòu)圖，逐層向上集成，驗(yàn)證系統(tǒng)的穩(wěn)定性。5、高頻集成：高頻集成測試是指同步于軟件開發(fā)過程，每隔一段時(shí)間對開發(fā)團(tuán)隊(duì)的現(xiàn)有代碼進(jìn)行一次集成測試。6、分層集成、分布式集成、基于路徑、功能、進(jìn)度、風(fēng)險(xiǎn)、事件、使用等的集成等13種。

4.恢復(fù)性測試屬于軟件測試的哪個(gè)階段？并試闡述恢復(fù)性測試的概念和進(jìn)行恢復(fù)性測試分析時(shí)主要應(yīng)考慮的問題。

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

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

5.請簡述單元測試進(jìn)入的準(zhǔn)則？

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

1.測試是調(diào)試的一個(gè)部分（

╳

）

2.軟件測試的目的是盡可能多的找出軟件的缺陷。（√

）

3.程序中隱藏錯(cuò)誤的概率與其已發(fā)現(xiàn)的錯(cuò)誤數(shù)成正比（√）

4.Beta測試是驗(yàn)收測試的一種。

（

√

）

5.測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（

√

）

6.項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。（╳

）

7.單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（√

）

8.測試的目的是發(fā)現(xiàn)軟件中的錯(cuò)誤。（

√

）

9.代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（

√

）

10.自底向上集成需要測試員編寫驅(qū)動程序。（

√

）

二、選擇題

1、實(shí)施缺陷跟蹤的目的是：（ABCD）

A、軟件質(zhì)量無法控制B、問題無法量化C、重復(fù)問題接連產(chǎn)生

D、解決問題的知識無法保留E、確保缺陷得到解決

F、使問題形成完整的閉環(huán)處理

2、使用軟件測試工具的目的：（ABCDF）

A、幫助測試尋找問題B、協(xié)助問題的診斷C、節(jié)省測試時(shí)間

D、提高Bug的發(fā)現(xiàn)率E、更好的控制缺陷提高軟件質(zhì)量

F、更好的協(xié)助開發(fā)人員

3、編寫測試計(jì)劃的目的是：（ABC）

A、使測試工作順利進(jìn)行B、使項(xiàng)目參與人員溝通更舒暢

C、使測試工作更加系統(tǒng)化D、軟件工程以及軟件過程的需要

E、軟件過程規(guī)范化的要求F、控制軟件質(zhì)量

4、選出屬于黑盒測試方法的選項(xiàng)（B）

A、測試用例覆蓋B、輸入覆蓋C、輸出覆蓋

D、分支覆蓋E、語句覆蓋F、條件覆蓋

5、以測試的形態(tài)分測試可以分為：（ABC）

A、建構(gòu)性測試B、系統(tǒng)測試C、專項(xiàng)測試

D、單元測試E、組件測試F、集成測試

6、進(jìn)行軟件質(zhì)量管理的重要性有：（

）

A、維護(hù)降低成本B、法律上的要求C、市場競爭的需要

D、質(zhì)量標(biāo)準(zhǔn)化的趨勢E、軟件工程的需要F、CMM過程的一部分

G、方便與客戶進(jìn)一步溝通為后期的實(shí)施打好基礎(chǔ)

7、在GB/T17544中，軟件包質(zhì)量要求包括三部分，即產(chǎn)品描述要求、(

A

)、程序和數(shù)據(jù)要求。

A．用戶文檔要求

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

C．設(shè)計(jì)要求說明

D．軟件配置要求

8、典型的瀑布模型的四個(gè)階段是：（

ABCD

）

A、分析B、設(shè)計(jì)C、編碼

D、測試E、需求調(diào)研F、實(shí)施

9、(

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

A．使用了特定的測試用例B．錯(cuò)誤強(qiáng)度曲線下降到預(yù)定的水平

C．查出了預(yù)定數(shù)目的錯(cuò)誤D．按照測試計(jì)劃中所規(guī)定的時(shí)間進(jìn)行了測試

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

ABCD

)。

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

B．軟件設(shè)計(jì)說明書

C．軟件操作人員的水平

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

三、名詞解釋

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

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

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

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

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

四、簡答題

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

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

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

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

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

階段評審與同行評審。

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

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

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

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

安全性測試是系統(tǒng)測試的一種類型，

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

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

單元測試策略主要有哪些？并試描述這些策略？

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

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

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

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

測試結(jié)束的標(biāo)準(zhǔn)是什么？1.

軟件測試的分類？

答:按是否需要執(zhí)行被測軟件，可分為靜態(tài)測試和動態(tài)測試;按測試方法分為白盒測試和黑盒測試;按階段分,單元測試,集成測試,系統(tǒng)測試,驗(yàn)收測試.a測試,B測試

2.

怎么才能夠全面的測試到每一個(gè)點(diǎn)？

3.

基于WEB信息管理系統(tǒng)測試時(shí)應(yīng)考慮的重要因素有哪些？

4.

集成測試通常都有那些策略？

5.

測試計(jì)劃工作的內(nèi)容都包括什么？其中哪些是最重要的？

6.

你用過的測試工具有哪些，結(jié)合實(shí)際簡述你對其使用情況。

7.簡述UI測試的測試要點(diǎn)。

二、

論述題1.

黑盒測試、白盒測試是軟件測試的兩種基本方法，請分別說明各自的優(yōu)點(diǎn)和缺點(diǎn)。

2.

請?jiān)敿?xì)描述你認(rèn)為完整的測試流程是什么樣的？

3.

根據(jù)自己的理解什么是測試用例和測試規(guī)程，設(shè)計(jì)一個(gè)測試用例應(yīng)當(dāng)從哪幾方面考慮？

下面是參考答案:

一、簡答題1.

單元測試、功能測試，性能測試，界面測試，安全測試，壓力測試，系統(tǒng)測試，驗(yàn)收測試等。52.

測試的全面性主要需要在設(shè)計(jì)測試計(jì)劃的時(shí)候考慮，從測試策略，產(chǎn)品需求等等多個(gè)角度考慮從而定義全部的測試點(diǎn)。有條件情況下可以借助輔助工具進(jìn)行統(tǒng)計(jì)。53.

對測試服務(wù)器環(huán)境、網(wǎng)絡(luò)環(huán)境、基本功能、安全性方面、界面性方面、異常的類型界定等方面、性能負(fù)載等的簡述。64.

大爆炸集成、自頂向下集成、自底向上集成、三明治集成、基于調(diào)用圖的集成、基于路徑的集成、分層集成、基于功能的集成、高頻集成、基于進(jìn)度的集成、基于風(fēng)險(xiǎn)集成、基于事件集成、基于使用的集成、C/S集成等。55.

包含了產(chǎn)品概述、測試策略、測試方法、測試區(qū)域、測試配置、測試周期、測試資源、測試交流、風(fēng)險(xiǎn)分析等內(nèi)容。最重要的是測試策略和測試方法（最好是能先評審）。66.

主要需要QTP，LoadRuner。77.

圖片、圖標(biāo)、字體、字體大小、全角半角、界面布局、控鍵布局、截?cái)唷⒁撞僮餍?、熱鍵、快捷鍵、各種提示信息、語言正確性與友好度、跳轉(zhuǎn)、界面設(shè)計(jì)的一致性、用戶協(xié)議的準(zhǔn)確性和敏感性、版權(quán)信息等等。6二、論述題1.

10黑盒測試的優(yōu)點(diǎn)有：

1）比較簡單，不需要了解程序內(nèi)部的