軟件測(cè)試試題庫

1、軟件測(cè)試工程師系列二一、單選題（2分/題，共30分）二、多選題（1分/題，共10分）三、名字解釋題（3分/題，共9個(gè)）一、判斷正誤題1. 測(cè)試是調(diào)試的一個(gè)部分 （ ）2. 軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。（ ）3. 程序中隱藏錯(cuò)誤的概率與其已發(fā)現(xiàn)的錯(cuò)誤數(shù)成正比（ ）4. Beta 測(cè)試是驗(yàn)收測(cè)試的一種。 （ ）5. 測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（ ）6. 項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。（ ）7. 單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。（ ）8. 測(cè)試的目的是發(fā)現(xiàn)軟件中的錯(cuò)誤。（ ）9. 代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（ ）10. 自底向上集成需要測(cè)

2、試員編寫驅(qū)動(dòng)程序。（ ）二、選擇題1、實(shí)施缺陷跟蹤的目的是：（ ABCD ）A、軟件質(zhì)量無法控制 B、問題無法量化 C、重復(fù)問題接連產(chǎn)生D、解決問題的知識(shí)無法保留 E、確保缺陷得到解決 F、使問題形成完整的閉環(huán)處理2、使用軟件測(cè)試工具的目的：（ ABCDF ）A、幫助測(cè)試尋找問題 B、協(xié)助問題的診斷 C、節(jié)省測(cè)試時(shí)間D、提高Bug的發(fā)現(xiàn)率 E、更好的控制缺陷提高軟件質(zhì)量 F、更好的協(xié)助開發(fā)人員3、編寫測(cè)試計(jì)劃的目的是：（ ABC ）A、使測(cè)試工作順利進(jìn)行 B、使項(xiàng)目參與人員溝通更舒暢C、使測(cè)試工作更加系統(tǒng)化 D、軟件工程以及軟件過程的需要 E、軟件過程規(guī)范化的要求 F、控制軟件質(zhì)量4、選出屬于

3、黑盒測(cè)試方法的選項(xiàng)（ B ）A、測(cè)試用例覆蓋 B、輸入覆蓋 C、輸出覆蓋D、分支覆蓋 E、語句覆蓋 F、條件覆蓋5、以測(cè)試的形態(tài)分測(cè)試可以分為：（ ABC ）A、建構(gòu)性測(cè)試 B、系統(tǒng)測(cè)試 C、專項(xiàng)測(cè)試D、單元測(cè)試 E、組件測(cè)試 F、集成測(cè)試6、進(jìn)行軟件質(zhì)量管理的重要性有：（ ）A、維護(hù)降低成本 B、法律上的要求 C、市場(chǎng)競(jìng)爭(zhēng)的需要D、質(zhì)量標(biāo)準(zhǔn)化的趨勢(shì) E、軟件工程的需要 F、CMM過程的一部分 G、方便與客戶進(jìn)一步溝通為后期的實(shí)施打好基礎(chǔ)7、在GB/T17544中，軟件包質(zhì)量要求包括三部分，即產(chǎn)品描述要求、( 據(jù)要求。A用戶文檔要求 B系統(tǒng)功能要求C設(shè)計(jì)要求說明 D軟件配置要求8、典型的瀑布模

4、型的四個(gè)階段是：（ ABCD ）A )、程 序和數(shù)軟件測(cè)試工程師系列二A、分析 B、設(shè)計(jì) C、編碼D、測(cè)試 E、需求調(diào)研 F、實(shí)施9、( )可以作為軟件測(cè)試結(jié)束的標(biāo)志。A使用了特定的測(cè)試用例 B錯(cuò)誤強(qiáng)度曲線下降到預(yù)定的水平C查出了預(yù)定數(shù)目的錯(cuò)誤 D按照測(cè)試計(jì)劃中所規(guī)定的時(shí)間進(jìn)行了測(cè)試10、導(dǎo)致軟件缺陷的原因有很多，AD是可能的原因，其中最主要的原因包括( ABCD )。A軟件需求說明書編寫的不全面，不完整，不準(zhǔn)確，而且經(jīng)常更改B軟件設(shè)計(jì)說明書C軟件操作人員的水平D開發(fā)人員不能很好的理解需求說明書和溝通不足三、名詞解釋1. Beta測(cè)試：Beta測(cè)試是從用戶角度進(jìn)行的測(cè)試，是由軟件的多個(gè)用戶在一

5、個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。它是在開發(fā)者無法控制的軟件環(huán)境下進(jìn)行的軟件現(xiàn)場(chǎng)應(yīng)用。2. 負(fù)載測(cè)試：負(fù)載測(cè)試是一個(gè)通過分析軟件應(yīng)用程序和支撐架構(gòu)，模擬真實(shí)環(huán)境的使用，來確定能夠接受的性能的過程。3. 軟件測(cè)試活動(dòng)生命周期：是指軟件從進(jìn)入測(cè)試到退出測(cè)試的過程中，所要經(jīng)歷的引入程序錯(cuò)誤、通過測(cè)試發(fā)現(xiàn)錯(cuò)誤和清除程序錯(cuò)誤的幾個(gè)階段。4. 改進(jìn)的三明治集成：利用較高的并行度彌補(bǔ)三明治集成中不能充分測(cè)試中間層的缺點(diǎn)。但根據(jù)中間層選擇是否恰當(dāng)，可能增加驅(qū)動(dòng)模塊和樁模塊設(shè)計(jì)的工作量。5. 驅(qū)動(dòng)模塊相當(dāng)于所測(cè)模塊的主程序。它接收測(cè)試數(shù)據(jù)，把這些數(shù)據(jù)傳送給所測(cè)模塊，最后再輸出實(shí)際測(cè)試結(jié)果。四、簡(jiǎn)答題軟件的

6、缺陷等級(jí)應(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í)間長(zhǎng)等。微小的：一些小問題，對(duì)功能幾乎沒有影響，產(chǎn)品及屬性仍可使用，如有個(gè)別錯(cuò)別字、文字排列不整齊等。階段評(píng)審與同行評(píng)審。同行評(píng)審是一種重要而有效的工程方法，在軟件產(chǎn)品工程中調(diào)用此方法，可通過法根式審查、結(jié)構(gòu)化走查或者一些其他的學(xué)院

7、式的評(píng)審方法加以實(shí)施。其目的是及早和高效地去除軟件工作中的缺陷，必然結(jié)果是增強(qiáng)對(duì)軟件工作產(chǎn)品和可預(yù)防缺陷的了解。階段評(píng)審是利用在需求分析階段所選擇并制定的標(biāo)準(zhǔn)、規(guī)范以及計(jì)劃的安排，對(duì)軟件工程各階段的進(jìn)展、完成質(zhì)量及出現(xiàn)的問題進(jìn)行正式評(píng)審，確保過程計(jì)劃并遵守標(biāo)準(zhǔn)和規(guī)范執(zhí)行，然后形成報(bào)告。當(dāng)發(fā)現(xiàn)問題是，要準(zhǔn)尋逐級(jí)解決的原則，將處理結(jié)果通知相關(guān)人員，記錄解決過程及結(jié)果以作日后改進(jìn)重要參考資料。兩者都是有關(guān)軟件質(zhì)量管理和保證的重要內(nèi)容，二者相輔相成，缺一不可。安全性測(cè)試屬于軟件測(cè)試的哪個(gè)階段？并試闡述安全測(cè)試的概念和用以評(píng)判系統(tǒng)安全性性能的主要指標(biāo)。是系統(tǒng)測(cè)試的一種類型，軟件測(cè)試工程師系列二安全性測(cè)試

8、就是要驗(yàn)證系統(tǒng)內(nèi)的保護(hù)機(jī)制能否抵御入侵者的攻擊。安全性測(cè)試的測(cè)試人員需要在測(cè)試活動(dòng)中，撒氣不同的入侵方式來攻擊系統(tǒng)的安全機(jī)制，想盡一切辦法來獲取系統(tǒng)內(nèi)的保密信息。系統(tǒng)安全性性能的指標(biāo)：有效性：?jiǎn)?dòng)嚴(yán)格的安全性性能所花費(fèi)的時(shí)間占啟動(dòng)整個(gè)系統(tǒng)所花費(fèi)時(shí)間的比例。生存性：當(dāng)錯(cuò)誤發(fā)生時(shí)，系統(tǒng)對(duì)緊急操作的支持，對(duì)錯(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ù)請(qǐng)求的峰值和平均值。 單元測(cè)試策略主要有哪些？并試描述這些策

9、略？單元測(cè)試策略主要有三種方式：1.自頂向下的單元測(cè)試策略：從頂層調(diào)用的單元做成樁模塊；對(duì)第二層測(cè)試，使用上面已測(cè)試的單元做驅(qū)動(dòng)模塊；依次類推，直到全部單元測(cè)試結(jié)束。2.自底向上的單元測(cè)試策略：先對(duì)模塊調(diào)用的最底層模塊進(jìn)行測(cè)試，模擬調(diào)用該模塊的模塊為驅(qū)動(dòng)模塊；其次，對(duì)上一層模塊進(jìn)行單元測(cè)試，用已經(jīng)被測(cè)試過的模塊做樁模塊，依次類推，直到全部單元測(cè)試結(jié)束。3.孤立測(cè)試的單元測(cè)試策略：無需考慮每個(gè)模塊與其他模塊之間的關(guān)系，分別為每個(gè)模塊單獨(dú)設(shè)計(jì)樁模塊和驅(qū)動(dòng)模塊，逐一完成所有單元模塊的測(cè)試。測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么？試題二一、判斷正誤題（每小題1分，共10分）1. 測(cè)試是證明軟件正確的方法。（ ）2. 負(fù)

10、載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（ ）3. 測(cè)試中應(yīng)該對(duì)有效和無效、期望和不期望的輸入都要測(cè)試。（ ）4. 對(duì)于連鎖型分支結(jié)構(gòu)，若有n個(gè)判定語句，則有2n條路徑。（ ）5. 驗(yàn)收測(cè)試是由最終用戶來實(shí)施的。（ ）6. GOTO語句概念簡(jiǎn)單，使用方便，在某些情況下，保留GOTO語句反能使寫出的程序更加簡(jiǎn)潔。（ ）7. 測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（ ）8. 黑盒測(cè)試也稱為結(jié)構(gòu)測(cè)試。（ ）9. 代碼評(píng)審員一般由測(cè)試員擔(dān)任。（ ）10. 集成測(cè)試計(jì)劃在需求分析階段末提交。（ ）二、不定項(xiàng)選擇題（每題可能有一個(gè)或多個(gè)選項(xiàng)應(yīng)選，每題2分，共20分。多選不得分，少選僅得分

11、。）1軟件驗(yàn)收測(cè)試的合格通過準(zhǔn)則是：（ AD ）A 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。B 所有測(cè)試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。C 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。D 驗(yàn)收測(cè)試工件齊全。2軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（ ABCD ）A項(xiàng)目經(jīng)理BSQA 負(fù)責(zé)人C配置負(fù)責(zé)人D測(cè)試組3下列關(guān)于alpha 測(cè)試的描述中正確的是：（ A D ）軟件測(cè)試工程師系列二Aalpha 測(cè)試需要用戶代表參加Balpha 測(cè)試不需要用戶代表參加Calpha 測(cè)試是系統(tǒng)測(cè)試的一種Dalpha 測(cè)試是驗(yàn)收測(cè)試的一種4測(cè)試設(shè)計(jì)員的職責(zé)有：（ BC ）A制定測(cè)試

12、計(jì)劃B設(shè)計(jì)測(cè)試用例C設(shè)計(jì)測(cè)試過程、腳本D評(píng)估測(cè)試活動(dòng)5軟件實(shí)施活動(dòng)的進(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、測(cè)試 E、需求調(diào)研 F、實(shí)施7 下面的哪一項(xiàng)測(cè)試步驟中需要進(jìn)行局部數(shù)據(jù)結(jié)構(gòu)測(cè)試： （ A ）A、單元測(cè)試B、集成測(cè)試C、確認(rèn)測(cè)試D、系統(tǒng)測(cè)試8 從是否需要執(zhí)行被測(cè)軟件的角度，軟件測(cè)試技術(shù)可劃分的類型是：（AC ）。A、 靜態(tài)測(cè)試B、 黑盒測(cè)試C、 動(dòng)態(tài)測(cè)試D、 白盒測(cè)試9 從測(cè)試階段角度，測(cè)試結(jié)束的正確順序是：（ B ）A、 單

13、元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、確認(rèn)測(cè)試B、 單元測(cè)試、系統(tǒng)測(cè)試、集成測(cè)試、確認(rèn)測(cè)試C、 確認(rèn)測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、單元測(cè)試D、 確認(rèn)測(cè)試、系統(tǒng)測(cè)試、集成測(cè)試、單元測(cè)試10軟件的六大質(zhì)量特性包括： （ A ）A. 功能性、可靠性、可用性、效率、可維護(hù)、可移植B. 功能性、可靠性、可用性、效率、穩(wěn)定性、可移植C. 功能性、可靠性、可擴(kuò)展性、效率、穩(wěn)定性、可移植D. 功能性、可靠性、兼容性、效率、穩(wěn)定性、可移植1. 什么是軟件測(cè)試2. 試述軟件測(cè)試活動(dòng)的生命周期？3. 集成測(cè)試策略主要有哪些？并試描述個(gè)以上的具體策略？答：1、大爆炸集成（P153）：屬于非增值式集成的一種方法，也稱為一次性組裝或整

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

15、頻集成：高頻集成測(cè)試是指同步于軟件開發(fā)過程，每隔一段時(shí)間對(duì)開發(fā)團(tuán)隊(duì)的現(xiàn)有代碼進(jìn)行一次集成測(cè)試。6、分層集成、分布式集成、基于路徑、功能、進(jìn)度、風(fēng)險(xiǎn)、事件、使用等的集成等13種。4. 恢復(fù)性測(cè)試屬于軟件測(cè)試的哪個(gè)階段？并試闡述恢復(fù)性測(cè)試的概念和進(jìn)行恢復(fù)性測(cè)試分析時(shí)主要應(yīng)考慮的問題。答：恢復(fù)性測(cè)試使系統(tǒng)測(cè)試階段的一種方法，也叫容錯(cuò)測(cè)試，用來檢查系統(tǒng)的容錯(cuò)能力。通常若計(jì)算機(jī)系統(tǒng)出現(xiàn)錯(cuò)誤，就必須在一定時(shí)間內(nèi)從錯(cuò)誤中恢復(fù)過來，修正錯(cuò)誤并重新啟動(dòng)系統(tǒng)。在進(jìn)行恢復(fù)性測(cè)試時(shí)，要考慮的主要問題有：恢復(fù)期間的安全性過程。恢復(fù)處理日志方面的能力。當(dāng)出現(xiàn)供電問題時(shí)的恢復(fù)能力?；謴?fù)操作后系統(tǒng)性能是否下降。 常用的恢復(fù)測(cè)

16、試用例的設(shè)計(jì)方法：規(guī)范導(dǎo)出法、錯(cuò)誤猜測(cè)法、基于故障的測(cè)試。5. 請(qǐng)簡(jiǎn)述單元測(cè)試進(jìn)入的準(zhǔn)則？答：包括要素和判斷準(zhǔn)則：要素是詳細(xì)說明書和單元測(cè)試用例，判斷準(zhǔn)則是經(jīng)過審查=獲得批準(zhǔn)和進(jìn)入配置庫。試題三：一、判斷題（每題1分，12 分，正確的，錯(cuò)誤的）1軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。（）軟件測(cè)試的目的就是為了發(fā)現(xiàn)軟件中的缺陷，從這個(gè)意義上面說上面的這個(gè)論斷是正確的。不少人會(huì)認(rèn)為軟件測(cè)試可以保證軟件的質(zhì)量，其實(shí)這個(gè)觀點(diǎn)是錯(cuò)誤，測(cè)試只是軟件質(zhì)量控制中的一個(gè)角色，其活動(dòng)并不能達(dá)成軟件質(zhì)量保證的效果。所以不要認(rèn)為一個(gè)公司里面如果有了軟件測(cè)試人員，產(chǎn)品的質(zhì)量就會(huì)好起來。2Beta 測(cè)試是驗(yàn)收測(cè)試的一

17、種。（）Beat測(cè)試和驗(yàn)收測(cè)試是兩種不同的測(cè)試。驗(yàn)收測(cè)試的目的是為了以發(fā)現(xiàn)”未實(shí)現(xiàn)的需求”為目的，以評(píng)估”適合使用”為目標(biāo)，該類測(cè)試的不是以發(fā)現(xiàn)缺陷為主要目的。beta測(cè)試是一模擬真實(shí)的使用環(huán)境從而發(fā)現(xiàn)缺陷的一種測(cè)試。所以兩者之間的是非包容關(guān)系。3驗(yàn)收測(cè)試是由最終用戶來實(shí)施的。（）上面說到了驗(yàn)收測(cè)試的目的和目標(biāo)，所以驗(yàn)收測(cè)試也可是是軟件生產(chǎn)的企業(yè)內(nèi)部人員來實(shí)施。例如產(chǎn)品經(jīng)理。當(dāng)軟件以項(xiàng)目的形式出現(xiàn)，那么驗(yàn)收測(cè)試由最終用戶來實(shí)施的情況是比較長(zhǎng)見的。但是對(duì)于產(chǎn)品形式的軟件，生產(chǎn)企業(yè)內(nèi)部的驗(yàn)收測(cè)試會(huì)更多。4項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。（）應(yīng)該說這道題目沒有明確的答案，在項(xiàng)目立項(xiàng)前測(cè)試人員是

18、不是要把一些準(zhǔn)備工作以工件的形式給記錄下來是完全取決于該企業(yè)的軟件開發(fā)過程的要求。同時(shí)不同企業(yè)，立項(xiàng)前要達(dá)成的一些必要條件也是大相徑庭的。應(yīng)該說這一題目出的不是很好，如果你是出題人這家企業(yè)的測(cè)試工程師，那么就應(yīng)該有一個(gè)明確的答案。5單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。（）同樣這一題目也沒有標(biāo)準(zhǔn)答案。因?yàn)樵摂?shù)據(jù)的來源和其統(tǒng)計(jì)的方法，樣本都沒有一個(gè)工業(yè)標(biāo)準(zhǔn)。這樣出來的數(shù)據(jù)同樣不具有權(quán)威性。這里我可以說一個(gè)簡(jiǎn)單的例子，在用ASP,php這類軟件測(cè)試工程師系列二腳本語言開發(fā)網(wǎng)頁的時(shí)候是根本沒有復(fù)雜的單元測(cè)試。那么這樣的數(shù)字應(yīng)用在網(wǎng)站開發(fā)上面是否有意義，還是值得商榷的。所以這道題目出的不好，沒有明確的答案

19、6代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（）代碼審查是一種靜態(tài)技術(shù)，從這個(gè)意義上說代碼復(fù)查是需要和其他的一些動(dòng)態(tài)測(cè)試技術(shù)配合才能檢查代碼是否符合設(shè)計(jì)的要求7自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。（）這道題目大家看下top-down 和 down-top的集成測(cè)試示意圖就能得出明確的答案。這里需要了解的是什么是驅(qū)動(dòng)測(cè)試程序，什么是樁程序。如果集成組件數(shù)量眾多，多關(guān)系層次，那么不論是什么類型的集成測(cè)試。驅(qū)動(dòng)程序和樁程序都是需要開發(fā)的。8負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（）關(guān)于負(fù)載測(cè)試和壓力測(cè)試在論壇中的帖子中有詳細(xì)的解釋，大家可以去看一下就能得出正確的答案9測(cè)試人員要堅(jiān)持原

20、則，缺陷未修復(fù)完堅(jiān)決不予通過。（）同樣，這一題沒有正確的答案。缺陷是否修復(fù)是需要聽取測(cè)試人員的意見，但測(cè)試人員的意見非決定性。所以還是要看一個(gè)企業(yè)賦予測(cè)試人員有多大的權(quán)力。10代碼評(píng)審員一般由測(cè)試員擔(dān)任。（）如果測(cè)試員有這個(gè)水平，那么當(dāng)然是可以參加的。不過大多數(shù)的企業(yè)不會(huì)讓普通的測(cè)試人員參與代碼的評(píng)審。11我們可以人為的使得軟件不存在配置問題。（）首先大家先搞清楚什么是配置管理什么是軟件配置，從這道題目中看不出出題人想問的是關(guān)鍵工程中的配置管理還是單純的軟件配置。但是可以肯定的是不論是何種情況，答案均是否定的。12集成測(cè)試計(jì)劃在需求分析階段末提交。（）集成測(cè)試計(jì)劃在開發(fā)人員完成軟件集成計(jì)劃之后

21、就可以開始進(jìn)行了。所以在需求分析階段之后提交是不現(xiàn)實(shí)的事情，應(yīng)該在軟件的設(shè)計(jì)階段后，編碼前。二、不定項(xiàng)選擇題（每題2 分，10分）1軟件驗(yàn)收測(cè)試的合格通過準(zhǔn)則是：（）A 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。B 所有測(cè)試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。C 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。D 驗(yàn)收測(cè)試工件齊全?；卮疬@道題，你必須是這家企業(yè)的員工。前面說到了驗(yàn)收測(cè)試的目的和目標(biāo)，一個(gè)是需求必須實(shí)現(xiàn)，二是證明軟件是適合使用的。這樣能滿足這兩個(gè)通用標(biāo)準(zhǔn)就可以了。當(dāng)然有些軟件企業(yè)會(huì)對(duì)驗(yàn)收測(cè)試標(biāo)準(zhǔn)做一些調(diào)整。2軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（）A項(xiàng)目經(jīng)

22、理BSQA 負(fù)責(zé)人C配置負(fù)責(zé)人D測(cè)試組上面的4種角色都需要參與3下列關(guān)于alpha 測(cè)試的描述中正確的是：（）Aalpha 測(cè)試需要用戶代表參加Balpha 測(cè)試不需要用戶代表參加Calpha 測(cè)試是系統(tǒng)測(cè)試的一種軟件測(cè)試工程師系列二Dalpha 測(cè)試是驗(yàn)收測(cè)試的一種首先大家需要知道alpha測(cè)試是系統(tǒng)級(jí)別的測(cè)試，該測(cè)試是在一個(gè)受控的環(huán)境中進(jìn)行的。用戶需要直接參與進(jìn)來。所以答案應(yīng)該是AD4測(cè)試設(shè)計(jì)員的職責(zé)有：（）A制定測(cè)試計(jì)劃B設(shè)計(jì)測(cè)試用例C設(shè)計(jì)測(cè)試過程、腳本D評(píng)估測(cè)試活動(dòng)合理的答案的是BC，同時(shí)要看軟件企業(yè)對(duì)該類人員的職責(zé)是如何定義。5軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：（）A需求工件已經(jīng)被基線化B詳

23、細(xì)設(shè)計(jì)工件已經(jīng)被基線化C構(gòu)架工件已經(jīng)被基線化D項(xiàng)目階段成果已經(jīng)被基線化先要了解一下什么是基線。這個(gè)是軟件配置管理中一個(gè)重要的概念。工作產(chǎn)品必須納入到一定的基線里面。所以選擇ABC是必定的，至于是否選擇D要看這家企業(yè)自身的標(biāo)準(zhǔn)了 填空題（每空1分，24 分）1軟件驗(yàn)收測(cè)試包括_、_、_三種類型。軟件驗(yàn)收測(cè)試包括正式驗(yàn)收測(cè)試、alpha測(cè)試、beta測(cè)試三種測(cè)試。2系統(tǒng)測(cè)試的策略有功能測(cè)試、易用性測(cè)試、等15 種方法。系統(tǒng)測(cè)試的策略有很多種的，我知道的有性能測(cè)試、負(fù)載測(cè)試、強(qiáng)度測(cè)試、易用性測(cè)試、安全測(cè)試、配置測(cè)試、安裝測(cè)試、文檔測(cè)試、故障恢復(fù)測(cè)試、用戶界面測(cè)試、恢復(fù)測(cè)試、分布測(cè)試、可用性測(cè)試。3設(shè)

24、計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有、和迭代計(jì)劃。設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有軟件測(cè)試計(jì)劃、軟件需求工件、和迭代計(jì)劃。4對(duì)面向過程的系統(tǒng)采用的集成策略有_、_兩種。5通過畫因果圖來寫測(cè)試用例的步驟為_、_、_、_及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個(gè)步驟。利用因果圖生成測(cè)試用例的基本步驟是： 分析軟件規(guī)格說明描述中，哪些是原因（即輸入條件或輸入條件的等價(jià)類），哪些是結(jié)果（即輸出條件），并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符。 分析軟件規(guī)格說明描述中的語義，找出原因與結(jié)果之間，原因與原因之間對(duì)應(yīng)的是什么關(guān)系? 根據(jù)這些關(guān)系，畫出因果圖。 由于語法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不可

25、能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號(hào)標(biāo)明約束或限制條件。 把因果圖轉(zhuǎn)換成判定表。 把判定表的每一列拿出來作為依據(jù)，設(shè)計(jì)測(cè)試用例。重點(diǎn)復(fù)習(xí)軟件測(cè)試技術(shù)*重點(diǎn)復(fù)習(xí)（帶測(cè)試案例分析題）一、 判斷題（10分） 負(fù)載測(cè)試（P189）：軟件測(cè)試工程師系列二負(fù)載測(cè)試是一個(gè)通過分析軟件應(yīng)用程序和支撐架構(gòu)，模擬真實(shí)環(huán)境的使用，來確定能夠接受的性能的過程。負(fù)載測(cè)試的目標(biāo)是：確定在各種工作負(fù)載下系統(tǒng)的性能，主要是測(cè)試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)組成部分的相應(yīng)輸出項(xiàng)（如通過量、響應(yīng)時(shí)間、CPU負(fù)載、內(nèi)在的使用等）來決定系統(tǒng)的性能。 判定語句： 路徑： 驗(yàn)收測(cè)試（P200）：驗(yàn)收測(cè)試是將程序與其最初的需求及最終用

26、戶當(dāng)前的需要進(jìn)行比較的過程。 驗(yàn)收測(cè)試是軟件產(chǎn)品質(zhì)量的最后一關(guān)。測(cè)試主要從用戶角度著手。參與者主要是用戶和少量的程序開發(fā)人員。 黑盒測(cè)試：（亦功能測(cè)試、行為測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試、基于規(guī)格說明的測(cè)試）是一種從用戶觀點(diǎn)出發(fā)的測(cè)試。這種方法把程序當(dāng)作一個(gè)黑盒，忽略其內(nèi)部結(jié)構(gòu)特性。測(cè)試者只知道輸入與輸出之間的關(guān)系或程序功能，依靠程序功能需求說明書，確定測(cè)試用例和推斷測(cè)試結(jié)果的正確性。測(cè)試用例的設(shè)計(jì)基于產(chǎn)品的功能、目的是檢查程序各個(gè)功能是否實(shí)現(xiàn)，并檢查其中的功能錯(cuò)誤。黑盒測(cè)試所要發(fā)現(xiàn)的外部行為錯(cuò)誤：1) 功能不正確或不完整;2) 接口錯(cuò)誤;3) 接口所使用的數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤;4) 行為或性能錯(cuò)誤;5) 初始化

27、和終止錯(cuò)誤; 代碼評(píng)審員： 集成測(cè)試：集成測(cè)試（是對(duì)已測(cè)試過的模塊進(jìn)行組裝）就是對(duì)集成到一起的軟件組件和硬件組件進(jìn)行的測(cè)試，用于評(píng)估這些組件之間能否進(jìn)行正確的交互。目的主要是：檢驗(yàn)與軟件設(shè)計(jì)相關(guān)的程序結(jié)構(gòu)問題、檢查各種組件之間的接口。 集成測(cè)試的完成方法：黑盒測(cè)試。 測(cè)試：Beta測(cè)試是從用戶角度進(jìn)行的測(cè)試，是由軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。它是在開發(fā)者無法控制的軟件環(huán)境下進(jìn)行的軟件現(xiàn)場(chǎng)應(yīng)用。 兩種不同的途徑：公共測(cè)試和私有測(cè)試。二、 不定項(xiàng)選擇題（20分） 驗(yàn)收測(cè)試通過的準(zhǔn)則： 跟蹤缺陷的定義： 軟件測(cè)試工具的使用（目的是什么）：A、幫助測(cè)試尋找問題B、協(xié)助問題的

28、診斷C、節(jié)省測(cè)試時(shí)間 軟件測(cè)試評(píng)審會(huì)的組成人員： 測(cè)試計(jì)劃的目的：A. 使測(cè)試工作順利進(jìn)行B. 使項(xiàng)目參與人員溝通更舒暢軟件測(cè)試工程師系列二C. 使測(cè)試工作更加系統(tǒng)化 測(cè)試是什么：Alpha測(cè)試是由選定的用戶在可控的環(huán)境下進(jìn)行的產(chǎn)品早期性測(cè)試。在此測(cè)試中，確定并記錄要研究的功能和業(yè)務(wù)任務(wù)，但沒有可以遵循的特定測(cè)試用例。測(cè)試內(nèi)容由各測(cè)試員決定。這種驗(yàn)收測(cè)試方法不像正式驗(yàn)收測(cè)試那樣組織有序，而且更為主觀。大多數(shù)情況下，非正式驗(yàn)收測(cè)試是由最終用戶組織執(zhí)行的。 黑盒測(cè)試具體有哪些方法：1) 邊界值分析法2) 等價(jià)類劃分法3) 因果圖法4) 決策表法5) 功能圖分析法6) 錯(cuò)誤推測(cè)法7) 判定表驅(qū)動(dòng)分析

29、法8) 正交試驗(yàn)設(shè)計(jì)法9) 狀態(tài)轉(zhuǎn)換測(cè)試10) 分支測(cè)試 測(cè)試設(shè)計(jì)人員的職責(zé)：1) 確定并描述相應(yīng)的測(cè)試技術(shù)。2) 確定相應(yīng)的測(cè)試支持工具3) 定義并維護(hù)測(cè)試自動(dòng)化架構(gòu)。4) 詳述和驗(yàn)證需要的測(cè)試環(huán)境配置。5) 驗(yàn)證與評(píng)估測(cè)試途徑 測(cè)試按形態(tài)怎么分類：A. 建構(gòu)性測(cè)試B. 系統(tǒng)測(cè)試C. 專項(xiàng)測(cè)試 瀑布模型的階段：A. 分析B. 設(shè)計(jì)C. 編碼D. 測(cè)試 軟件質(zhì)量包括的內(nèi)容：1) 軟件產(chǎn)品的質(zhì)量，即滿足使用要求的程度。2) 軟件開發(fā)過程的質(zhì)量，即能否滿足開發(fā)所帶來的成本、時(shí)間和風(fēng)險(xiǎn)等要求。3) 軟件在其商業(yè)環(huán)境中所表現(xiàn)的質(zhì)量。 什么叫局部數(shù)據(jù)結(jié)構(gòu)測(cè)試：局部數(shù)據(jù)結(jié)構(gòu)測(cè)試：設(shè)計(jì)測(cè)試用例檢查數(shù)據(jù)類型說

30、明、初始化、默認(rèn)值等方面的問題，還要查清全程數(shù)據(jù)對(duì)模塊的影響。 軟件測(cè)試結(jié)束的標(biāo)志是什么： 測(cè)試的階段有哪些：1) 需求規(guī)格說明、設(shè)計(jì)、編碼階段為引入程序錯(cuò)誤階段;2) 測(cè)試階段為發(fā)現(xiàn)錯(cuò)誤階段;3) 缺陷分類、缺陷分離、缺陷排除階段為清除程序錯(cuò)誤階段;軟件測(cè)試工程師系列二 導(dǎo)致軟件缺陷的原因：1) 技術(shù)問題2) 算法錯(cuò)誤。3) 語法錯(cuò)誤。4) 計(jì)算和精度問題。5) 系統(tǒng)結(jié)構(gòu)不合理，造成系統(tǒng)性能問題。6) 接口參數(shù)不匹配出現(xiàn)問題。 六大質(zhì)量特性有哪些：1) 功能性2) 可靠性3) 易用性4) 效率性5) 可維護(hù)性6) 可移植性三、 名詞解釋（25分5題） 測(cè)試、測(cè)試、負(fù)載測(cè)試、壓力測(cè)試（強(qiáng)度測(cè)試

31、）：測(cè)試：Alpha測(cè)試是由選定的用戶進(jìn)行的產(chǎn)品早期性測(cè)試，這個(gè)測(cè)試一般在可控的環(huán)境下進(jìn)行。測(cè)試(P29)：Beta測(cè)試是從用戶角度進(jìn)行的測(cè)試，是由軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。它是在開發(fā)者無法控制的軟件環(huán)境下進(jìn)行的軟件現(xiàn)場(chǎng)應(yīng)用。 強(qiáng)度測(cè)試：也稱壓力測(cè)試、負(fù)載測(cè)試。強(qiáng)度測(cè)試是要破壞程序，檢測(cè)非正常的情況系統(tǒng)的負(fù)載能力。 強(qiáng)度測(cè)試模擬實(shí)際情況下的軟硬件環(huán)境和用戶使用過程的系統(tǒng)負(fù)荷，長(zhǎng)時(shí)間或超負(fù)荷地運(yùn)行測(cè)試軟件來測(cè)試系統(tǒng)，以檢驗(yàn)系統(tǒng)能力的最高限度，從而了解系統(tǒng)的可靠性、穩(wěn)定性等。 邏輯覆蓋、路徑覆蓋：邏輯覆蓋：是以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)的設(shè)計(jì)測(cè)試用例的技術(shù)。它屬于白盒

32、測(cè)試。路徑覆蓋：路徑覆蓋是在組件中被測(cè)試執(zhí)行到的路徑的百分比。要求設(shè)計(jì)若干測(cè)試用例，執(zhí)行被測(cè)試程序時(shí)，能夠覆蓋程序中所有的可能路徑。 軟件測(cè)試活動(dòng)生命周期：軟件測(cè)試活動(dòng)生命周期：是指軟件從進(jìn)入測(cè)試到退出測(cè)試的過程中，所要經(jīng)歷的引入程序錯(cuò)誤、通過測(cè)試發(fā)現(xiàn)錯(cuò)誤和清除程序錯(cuò)誤的幾個(gè)階段。 樁模塊、驅(qū)動(dòng)模塊：樁模塊（P105）：用于代替所測(cè)模塊調(diào)用的子模塊。樁模塊可以進(jìn)行少量的數(shù)據(jù)操作，不需要實(shí)現(xiàn)子模塊的所有功能，但要根據(jù)需要來實(shí)現(xiàn)或代替子模塊的一部分功能。驅(qū)動(dòng)模塊（P105）：相當(dāng)于所測(cè)模塊的主程序。它接收測(cè)試數(shù)據(jù)，把這些數(shù)據(jù)傳送給所測(cè)模塊，最后再輸出實(shí)際測(cè)試結(jié)果。 大爆炸集成、三明治集成、改進(jìn)的三

33、明治集成、高頻集成：大爆炸集成（P153）：屬于非增值式集成的一種方法，也稱為一次性組裝或整體拼裝。這種集成策略的做法就是把所有通過單元測(cè)試的模塊一次性集成到一起進(jìn)行測(cè)試，不考慮組件之間的互相依賴性及可能存在的風(fēng)險(xiǎn)。三明治集成（P158）：一種混合增量式測(cè)試策略，綜合了自頂向下和自底向上兩種集成方法的優(yōu)點(diǎn)，因此也屬于基于功能分解的集成。這種方法樁和開發(fā)工作都比較小，但增加了定位缺陷的難度。軟件測(cè)試工程師系列二改進(jìn)的三明治集成（P160）：利用較高的并行度彌補(bǔ)三明治集成中不能充分測(cè)試中間層的缺點(diǎn)。但根據(jù)中間層選擇是否恰當(dāng)，可能增加驅(qū)動(dòng)模塊和樁模塊設(shè)計(jì)的工作量。高頻集成（P165）：高頻集成測(cè)試是

34、指同步于軟件開發(fā)過程，每隔一段時(shí)間對(duì)開發(fā)團(tuán)隊(duì)的現(xiàn)有代碼進(jìn)行一次集成測(cè)試。該集成測(cè)試方法頻繁地將新代碼加入到一個(gè)已經(jīng)穩(wěn)定的基線中，以免集成故障難以發(fā)現(xiàn)，同時(shí)控制可能出現(xiàn)的基線偏差。四、 簡(jiǎn)答題（30分6題） 軟件測(cè)試和軟件測(cè)試結(jié)束的標(biāo)準(zhǔn)：（可能考法：什么是軟件測(cè)試，軟件測(cè)試分為哪幾個(gè)階段）軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程?；蛘哒f，軟件測(cè)試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)一批測(cè)試用例（即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果），并利用這些測(cè)試用例去運(yùn)行程序，以發(fā)現(xiàn)程序錯(cuò)誤的過程。軟件測(cè)試過程按各測(cè)試階段的先后順序可分為單元測(cè)試、集成測(cè)試、確認(rèn)（有效性）測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收（用戶）

35、測(cè)試5個(gè)階段軟件測(cè)試退出標(biāo)準(zhǔn)為：完成測(cè)試需求中列出的所有功能及測(cè)試過程中發(fā)現(xiàn)缺陷的回歸測(cè)試。 軟件缺陷等級(jí)：1) 致命的：致命的錯(cuò)誤，造成系統(tǒng)或應(yīng)用程序崩潰、死機(jī)、系統(tǒng)懸掛，或造成數(shù)據(jù)丟失、主要功能完全喪失等。2) 嚴(yán)重的：嚴(yán)重錯(cuò)誤，指功能或特性沒有實(shí)現(xiàn)，主要功能部分喪失，次要功能完全喪失，或致命的錯(cuò)誤聲明。3) 一般的：不太嚴(yán)重的錯(cuò)誤，這樣的軟件缺陷雖然不影響系統(tǒng)的基本使用，但沒有很好地實(shí)現(xiàn)功能，沒有達(dá)到預(yù)期效果。如次要功能喪失，提示信息不太準(zhǔn)確，或用戶界面差，操作時(shí)間長(zhǎng)等。4) 微小的：一些小問題，對(duì)功能幾乎沒有影響，產(chǎn)品及屬性仍可使用，如有個(gè)別錯(cuò)別字、文字排列不整齊等。 階段評(píng)審和同行評(píng)

36、審：同行評(píng)審是一種重要而有效的工程方法，在軟件產(chǎn)品工程中調(diào)用此方法，可通過法根式審查、結(jié)構(gòu)化走查或者一些其他的學(xué)院式的評(píng)審方法加以實(shí)施。其目的是及早和高效地去除軟件工作中的缺陷，必然結(jié)果是增強(qiáng)對(duì)軟件工作產(chǎn)品和可預(yù)防缺陷的了解。階段評(píng)審是利用在需求分析階段所選擇并制定的標(biāo)準(zhǔn)、規(guī)范以及計(jì)劃的安排，對(duì)軟件工程各階段的進(jìn)展、完成質(zhì)量及出現(xiàn)的問題進(jìn)行正式評(píng)審，確保過程計(jì)劃并遵守標(biāo)準(zhǔn)和規(guī)范執(zhí)行，然后形成報(bào)告。當(dāng)發(fā)現(xiàn)問題是，要準(zhǔn)尋逐級(jí)解決的原則，將處理結(jié)果通知相關(guān)人員，記錄解決過程及結(jié)果以作日后改進(jìn)重要參考資料。兩者都是有關(guān)軟件質(zhì)量管理和保證的重要內(nèi)容，二者相輔相成，缺一不可。 單元測(cè)試策略（特別注意退出的

37、原則）和集成測(cè)試的策略（P106）：?jiǎn)卧獪y(cè)試策略主要有三種方式：1) 自頂向下的單元測(cè)試策略：2) 自底向上的單元測(cè)試策略：3) 孤立測(cè)試的單元測(cè)試策略：?jiǎn)卧獪y(cè)試退出的標(biāo)準(zhǔn)：1) 單元測(cè)試用例設(shè)計(jì)已經(jīng)通過評(píng)審2) 核心代碼100 經(jīng)過Code Review3) 單元測(cè)試功能覆蓋率達(dá)到1004) 單元測(cè)試代碼行覆蓋率不低于805) 所有發(fā)現(xiàn)缺陷至少60都納入缺陷追蹤系統(tǒng)且各級(jí)缺陷修復(fù)率達(dá)到標(biāo)準(zhǔn)軟件測(cè)試工程師系列二6) 不存在A、B類缺陷7) C、D、E類缺陷允許存在8) 按照單元測(cè)試用例完成了所有規(guī)定單元的測(cè)試9) 軟件單元功能與設(shè)計(jì)一致集成測(cè)試的策略：1) 大爆炸集成2) 自頂向下集成3) 自

38、底向上集成4) 三明治集成5) 高頻集成6) 分層集成7) 分布式集成8) 基于路徑、功能、進(jìn)度、風(fēng)險(xiǎn)、事件、使用等的集成等等 恢復(fù)性測(cè)試和安全性測(cè)試：恢復(fù)性測(cè)試也叫容錯(cuò)測(cè)試，用來檢查系統(tǒng)的容錯(cuò)能力。通常若計(jì)算機(jī)系統(tǒng)出現(xiàn)錯(cuò)誤，就必須在一定時(shí)間內(nèi)從錯(cuò)誤中恢復(fù)過來，修正錯(cuò)誤并重新啟動(dòng)系統(tǒng)。恢復(fù)測(cè)試是通過各種手段，讓軟件強(qiáng)制性地出錯(cuò)，使其不能正常工作，從而檢驗(yàn)系統(tǒng)的恢復(fù)能力。在進(jìn)行恢復(fù)性測(cè)試時(shí)，要考慮的主要問題有：1) 恢復(fù)期間的安全性過程。2) 恢復(fù)處理日志方面的能力。3) 當(dāng)出現(xiàn)供電問題時(shí)的恢復(fù)能力。4) 恢復(fù)操作后系統(tǒng)性能是否下降。常用的恢復(fù)測(cè)試用例的設(shè)計(jì)方法：規(guī)范導(dǎo)出法、錯(cuò)誤猜測(cè)法、基于故障

39、的測(cè)試。 安全性測(cè)試就是要驗(yàn)證系統(tǒng)內(nèi)的保護(hù)機(jī)制能否抵御入侵者的攻擊。安全性測(cè)試的測(cè)試人員需要在測(cè)試活動(dòng)中，撒氣不同的入侵方式來攻擊系統(tǒng)的安全機(jī)制，想盡一切辦法來獲取系統(tǒng)內(nèi)的保密信息。通常需要模擬的活動(dòng)有：1) 獲取系統(tǒng)密碼2) 破壞保護(hù)客戶信息的軟件3) 獨(dú)占整個(gè)系統(tǒng)資源，使別人無法使用4) 使得系統(tǒng)癱瘓，企圖在恢復(fù)系統(tǒng)階段獲得利益等 判斷系統(tǒng)安全性性能的指標(biāo)：1) 有效性：?jiǎn)?dòng)嚴(yán)格的安全性性能所花費(fèi)的時(shí)間占啟動(dòng)整個(gè)系統(tǒng)所花費(fèi)時(shí)間的比例。2) 生存性：當(dāng)錯(cuò)誤發(fā)生時(shí)，系統(tǒng)對(duì)緊急操作的支持，對(duì)錯(cuò)誤的補(bǔ)救措施以及恢復(fù)到正常操作的能力，即系統(tǒng)的抗挫能力。3) 精確性：衡量系統(tǒng)安全性控制的精度指標(biāo)，圍繞

40、所出現(xiàn)的錯(cuò)誤數(shù)量、發(fā)生頻率及其嚴(yán)重性判斷。4) 反應(yīng)時(shí)間：出錯(cuò)時(shí)系統(tǒng)響應(yīng)速度的快慢，一個(gè)安全性較強(qiáng)的系統(tǒng)要具備快速的反應(yīng)速度。5) 吞吐量：用戶和服務(wù)請(qǐng)求的峰值和平均值。五、 設(shè)計(jì)案例（15分2題） 怎樣制定有效等價(jià)類、無效等價(jià)類（作業(yè)1）：測(cè)試場(chǎng)景：軟件測(cè)試工程師系列二一個(gè)程序讀入3個(gè)整數(shù)，把這三個(gè)數(shù)值看作一個(gè)三角形的3條邊的長(zhǎng)度值。這個(gè)程序要打印出信息，說明這個(gè)三角形是不等邊的、是等腰的、還是等邊的? 設(shè)三角形的3條邊分別為A，B，C。如果它們能夠構(gòu)成三角形的3條邊，必須滿足： ? A0，B0，C0，且A+BC，B+CA，A+CB；? 如果是等腰的，還要判斷A=B，或B=C，或A=C；?

41、如果是等邊的，則需判斷是否A=B，且B=C，且A=C。 根據(jù)程序畫出程序流程圖（作業(yè)2）：程序流程圖控制流圖（已經(jīng)給出）圈復(fù)雜度獨(dú)立路徑測(cè)試用例 程序：1 main ()2 3 int num1=0, num2=0, score=100;4 int i;5 char str;6 scanf (“%d, %cn”, &i, &str);軟件測(cè)試工程師系列二7 while (i18path2：7-9-10-16-7-18path3：7-9-11-15-16-7-18path4：7-9-11-13-14-15-16-7-18(一) 判斷：判定語句：對(duì)于連鎖型分支結(jié)構(gòu)，若有n個(gè)判定語句，則有2n條路徑

42、。黑盒測(cè)試：用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)產(chǎn)品的功能設(shè)計(jì)的。(二) 選擇：軟件測(cè)試工程師系列二 軟件測(cè)試的目的是（發(fā)現(xiàn)軟件的錯(cuò)誤）。 為了提高測(cè)試的效率，應(yīng)該（ 選擇發(fā)現(xiàn)錯(cuò)誤的可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù) ）。 使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)（ 程序的內(nèi)部邏輯）和指定的覆蓋標(biāo)準(zhǔn)。 與設(shè)計(jì)測(cè)試數(shù)據(jù)無關(guān)的文檔是（ 項(xiàng)目開發(fā)計(jì)劃 ）。 軟件的工作最好由（不屬于該軟件開發(fā)組的軟件設(shè)計(jì)人員）承擔(dān)，以提高集成測(cè)試的效果。測(cè)試真正的目的是使我們通過對(duì)軟件錯(cuò)誤的原因和分布進(jìn)行歸納，來發(fā)現(xiàn)并排除當(dāng)前軟件產(chǎn)品的缺陷，對(duì)在需求和設(shè)計(jì)過程中存在的問題查缺補(bǔ)漏，從而確保軟件產(chǎn)品的質(zhì)量。常見軟件測(cè)試工程師面試題1.

43、 你如何在pocket pc 上TEST 你的程序. 你考慮了哪些方面.2. 如果將你的程序的語言擴(kuò)展到非英語,例如中文, 你如何測(cè)試.3. 給你一個(gè)COCAN, 你如何測(cè)試(解釋說就是罐裝的可口可樂).4. 當(dāng)你的程序遇到BUG的時(shí)候，你選擇怎樣處理.5. 你如何isolation 你程序里的BUG.軟件測(cè)試工程師筆試試題答案我認(rèn)為那些面試題不同的人會(huì)有不同的答案下面是部分答案一、判斷題（每題1分，12 分，正確的，錯(cuò)誤的）1軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。（） 軟件測(cè)試的目的就是為了發(fā)現(xiàn)軟件中的缺陷，從這個(gè)意義上面說上面的這個(gè)論斷是正確的。不少人會(huì)認(rèn)為軟件測(cè)試可以保證軟件的質(zhì)量，

44、其實(shí)這個(gè)觀點(diǎn)是錯(cuò)誤，測(cè)試只是軟件質(zhì)量控制中的一個(gè)角色，其活動(dòng)并不能達(dá)成軟件質(zhì)量保證的效果。所以不要認(rèn)為一個(gè)公司里面如果有了軟件測(cè)試人員，產(chǎn)品的質(zhì)量就會(huì)好起來。2Beta 測(cè)試是驗(yàn)收測(cè)試的一種。（） Beat測(cè)試和驗(yàn)收測(cè)試是兩種不同的測(cè)試。驗(yàn)收測(cè)試的目的是為了以發(fā)現(xiàn)”未實(shí)現(xiàn)的需求”為目的，以評(píng)估”適合使用”為目標(biāo)，該類測(cè)試的不是以發(fā)現(xiàn)缺陷為主要目的。beta測(cè)試是一模擬真實(shí)的使用環(huán)境從而發(fā)現(xiàn)缺陷的一種測(cè)試。所以兩者之間的是非包容關(guān)系。3驗(yàn)收測(cè)試是由最終用戶來實(shí)施的。（） 上面說到了驗(yàn)收測(cè)試的目的和目標(biāo)，所以驗(yàn)收測(cè)試也可是是軟件生產(chǎn)的企業(yè)內(nèi)部人員來實(shí)施。例如產(chǎn)品經(jīng)理。當(dāng)軟件以項(xiàng)目的形式出現(xiàn)，那么驗(yàn)

45、收測(cè)試由最終用戶來實(shí)施的情況是比較長(zhǎng)見的。但是對(duì)于產(chǎn)品形式的軟件，生產(chǎn)企業(yè)內(nèi)部的驗(yàn)收測(cè)試會(huì)更多。4項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。（） 應(yīng)該說這道題目沒有明確的答案，在項(xiàng)目立項(xiàng)前測(cè)試人員是不是要把一些準(zhǔn)備工作以工件的形式給記錄下來是完全取決于該企業(yè)的軟件開發(fā)過程的要求。同時(shí)不同企業(yè)，立項(xiàng)前要達(dá)成的一些必要條件也是大相徑庭的。應(yīng)該說這一題目出的不是很好，如果你是出題人這家企業(yè)的測(cè)試工程師，那么就應(yīng)該有一個(gè)明確的答案。軟件測(cè)試工程師系列二5單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。（） 同樣這一題目也沒有標(biāo)準(zhǔn)答案。因?yàn)樵摂?shù)據(jù)的來源和其統(tǒng)計(jì)的方法，樣本都沒有一個(gè)工業(yè)標(biāo)準(zhǔn)。這樣出來的數(shù)據(jù)同樣不具有權(quán)威性

46、。這里我可以說一個(gè)簡(jiǎn)單的例子，在用ASP,php這類腳本語言開發(fā)網(wǎng)頁的時(shí)候是根本沒有復(fù)雜的單元測(cè)試。那么這樣的數(shù)字應(yīng)用在網(wǎng)站開發(fā)上面是否有意義，還是值得商榷的。所以這道題目出的不好，沒有明確的答案6代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（） 代碼審查是一種靜態(tài)技術(shù)，從這個(gè)意義上說代碼復(fù)查是需要和其他的一些動(dòng)態(tài)測(cè)試技術(shù)配合才能檢查代碼是否符合設(shè)計(jì)的要求7自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。（） 這道題目大家看下top-down 和 down-top的集成測(cè)試示意圖就能得出明確的答案。這里需要了解的是什么是驅(qū)動(dòng)測(cè)試程序，什么是樁程序。如果集成組件數(shù)量眾多，多關(guān)系層次，那么不論是什么類型的集成

47、測(cè)試。驅(qū)動(dòng)程序和樁程序都是需要開發(fā)的。8負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（） 關(guān)于負(fù)載測(cè)試和壓力測(cè)試在論壇中的帖子中有詳細(xì)的解釋，大家可以去看一下就能得出正確的答案9測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（） 同樣，這一題沒有正確的答案。缺陷是否修復(fù)是需要聽取測(cè)試人員的意見，但測(cè)試人員的意見非決定性。所以還是要看一個(gè)企業(yè)賦予測(cè)試人員有多大的權(quán)力。10代碼評(píng)審員一般由測(cè)試員擔(dān)任。（） 如果測(cè)試員有這個(gè)水平，那么當(dāng)然是可以參加的。不過大多數(shù)的企業(yè)不會(huì)讓普通的測(cè)試人員參與代碼的評(píng)審。11我們可以人為的使得軟件不存在配置問題。（） 首先大家先搞清楚什么是配置管理什么是軟件配

48、置，從這道題目中看不出出題人想問的是關(guān)鍵工程中的配置管理還是單純的軟件配置。但是可以肯定的是不論是何種情況，答案均是否定的。12集成測(cè)試計(jì)劃在需求分析階段末提交。（） 集成測(cè)試計(jì)劃在開發(fā)人員完成軟件集成計(jì)劃之后就可以開始進(jìn)行了。所以在需求分析階段之后提交是不現(xiàn)實(shí)的事情，應(yīng)該在軟件的設(shè)計(jì)階段后，編碼前。二、不定項(xiàng)選擇題（每題2 分，10分）1軟件驗(yàn)收測(cè)試的合格通過準(zhǔn)則是：（）A 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。B 所有測(cè)試項(xiàng)沒有殘余一級(jí)、二級(jí)和一C 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。D 驗(yàn)收測(cè)試工件齊全。 回答這道題，你必須是這家企業(yè)的員工。前

49、面說到了驗(yàn)收測(cè)試的目的和目標(biāo)，一個(gè)是需求必須實(shí)現(xiàn)，二是證明軟件是適合使用的。這樣能滿足這兩個(gè)通用標(biāo)準(zhǔn)就可以了。當(dāng)然有些軟件企業(yè)會(huì)對(duì)驗(yàn)收測(cè)試標(biāo)準(zhǔn)做一些調(diào)整。2軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（）A項(xiàng)目經(jīng)理BSQA 負(fù)責(zé)人C配置負(fù)責(zé)人D測(cè)試組 上面的4種角色都需要參與軟件測(cè)試工程師系列二3下列關(guān)于alpha 測(cè)試的描述中正確的是：（）Aalpha 測(cè)試需要用戶代表參加Balpha 測(cè)試不需要用戶代表參加Calpha 測(cè)試是系統(tǒng)測(cè)試的一種Dalpha 測(cè)試是驗(yàn)收測(cè)試的一種 首先大家需要知道alpha測(cè)試是系統(tǒng)級(jí)別的測(cè)試，該測(cè)試是在一個(gè)受控的環(huán)境中進(jìn)行的。用戶需要直接參與進(jìn)來。所以答案應(yīng)該是AD4

50、測(cè)試設(shè)計(jì)員的職責(zé)有：（）A制定測(cè)試計(jì)劃B設(shè)計(jì)測(cè)試用例C設(shè)計(jì)測(cè)試過程、腳本D評(píng)估測(cè)試活動(dòng) 合理的答案的是BC，同時(shí)要看軟件企業(yè)對(duì)該類人員的職責(zé)是如何定義。5軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：（）A需求工件已經(jīng)被基線化B詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化C構(gòu)架工件已經(jīng)被基線化D項(xiàng)目階段成果已經(jīng)被基線化 先要了解一下什么是基線。這個(gè)是軟件配置管理中一個(gè)重要的概念。工作產(chǎn)品必須納入到一定的基線里面。所以選擇ABC是必定的，至于是否選擇D要看這家企業(yè)自身的標(biāo)準(zhǔn)了填空題（每空1分，24 分）1軟件驗(yàn)收測(cè)試包括_、_、_三種類型。 軟件驗(yàn)收測(cè)試包括正式驗(yàn)收測(cè)試、alpha測(cè)試、beta測(cè)試三種測(cè)試。2系統(tǒng)測(cè)試的策略有功能測(cè)試

51、、易用性測(cè)試、 、等15 種方法。 系統(tǒng)測(cè)試的策略有很多種的，我知道的有性能測(cè)試、負(fù)載測(cè)試、強(qiáng)度測(cè)試、易用性測(cè)試、安全測(cè)試、配置測(cè)試、安裝測(cè)試、文檔測(cè)試、故障恢復(fù)測(cè)試、用戶界面測(cè)試、恢復(fù)測(cè)試、分布測(cè)試、可用性測(cè)試。3設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有、和迭代計(jì)劃。 設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有軟件測(cè)試計(jì)劃、軟件需求工件、和迭代計(jì)劃。4對(duì)面向過程的系統(tǒng)采用的集成策略有_、_兩種。 5通過畫因果圖來寫測(cè)試用例的步驟為_、_、_、_及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個(gè)步驟。 利用因果圖生成測(cè)試用例的基本步驟是： 分析軟件規(guī)格說明描述中，哪些是原因（即輸入條件或輸入條件的等價(jià)類），哪些是結(jié)果（即輸出

52、條件），并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符。 分析軟件規(guī)格說明描述中的語義，找出原因與結(jié)果之間，原因與原因之間對(duì)應(yīng)的是什么關(guān)系? 根據(jù)這些關(guān)系，畫出因果圖。 由于語法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號(hào)標(biāo)明約束或限制條件。 把因果圖轉(zhuǎn)換成判定表。 把判定表的每一列拿出來作為依據(jù)，設(shè)計(jì)測(cè)試用例。常見的軟件測(cè)試面試題軟件測(cè)試工程師系列二1. 等價(jià)類劃分2. 邊界值分析法邊界值分析方法是對(duì)等價(jià)類劃分方法的補(bǔ)充。測(cè)試工作經(jīng)驗(yàn)告訴我,大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試

53、用例,可以查出更多的錯(cuò)誤.使用邊界值分析方法設(shè)計(jì)測(cè)試用例,首先應(yīng)確定邊界情況.通常輸入和輸出等價(jià)類的邊界,就是應(yīng)著重測(cè)試的邊界情況.應(yīng)當(dāng)選取正好等于,剛剛大于或剛剛小于邊界的值作為測(cè)試數(shù)據(jù),而不是選取等價(jià)類中的典型值或任意值作為測(cè)試數(shù)據(jù).3. 錯(cuò)誤推測(cè)法基于經(jīng)驗(yàn)和直覺推測(cè)程序中所有可能存在的各種錯(cuò)誤, 從而有針對(duì)性的設(shè)計(jì)測(cè)試用例的方法.錯(cuò)誤推測(cè)方法的基本思想: 列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況,根據(jù)他們選擇測(cè)試用例. 例如, 在單元測(cè)試時(shí)曾列出的許多在模塊中常見的錯(cuò)誤. 以前產(chǎn)品測(cè)試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等, 這些就是經(jīng)驗(yàn)的總結(jié)。還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況。輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯(cuò)誤的情況。可選擇這些情況下的例子作為測(cè)試用例.4. 因果圖方法前面介紹的等價(jià)類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 相互組合等. 考慮輸入條件之間的相互組合,可能會(huì)產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價(jià)類,他們之間的組合情況也相當(dāng)多. 因此必須考慮采用一種適合于描述對(duì)于多種條件的組合,相應(yīng)產(chǎn)生