軟件測(cè)試復(fù)習(xí)題匯總

軟件測(cè)試復(fù)習(xí)題匯總軟件測(cè)試復(fù)習(xí)題匯總軟件測(cè)試復(fù)習(xí)題匯總資料僅供參考文件編號(hào)：2022年4月軟件測(cè)試復(fù)習(xí)題匯總版本號(hào)：A修改號(hào)：1頁(yè)次：1.0審核：批準(zhǔn):發(fā)布日期：軟件測(cè)試總復(fù)習(xí)題一、單選對(duì)程序中已發(fā)現(xiàn)的錯(cuò)誤進(jìn)行錯(cuò)誤定位和確定出錯(cuò)性質(zhì)，并改正這些錯(cuò)誤，同時(shí)修改相關(guān)的文檔，稱(chēng)為（B） A）測(cè)試 B）調(diào)試 C）錯(cuò)誤分析 D）驗(yàn)證數(shù)據(jù)流覆蓋關(guān)注的是程序中某個(gè)變量從其聲明、賦值到引用的變化情況，它是下列哪一種覆蓋的變種（A） A）語(yǔ)句覆蓋 B）控制覆蓋 C）分支覆蓋 D）路徑覆蓋程序的流程圖如下圖所示，采用路徑覆蓋法進(jìn)行測(cè)試，則至少需要幾個(gè)測(cè)試用例可以覆蓋所有可能的路徑（C） A）5 B）6 C）7 D）8如果一個(gè)判定中的復(fù)合條件表達(dá)式為（A>1）or（B<=3），則為了達(dá)到100%的條件覆蓋率，至少需要設(shè)計(jì)多少個(gè)測(cè)試用例（B）A）1 B）2 C）3 D）4自底向上單元測(cè)試的策略是首先對(duì)模塊調(diào)用圖上的哪一層模塊進(jìn)行測(cè)試（A）A）最底層 B）下一層 C）最高層 D）上一層基本路徑測(cè)試滿足（B）A）語(yǔ)句覆蓋 B）路徑覆蓋 C）分支覆蓋 D）條件覆蓋集成測(cè)試對(duì)系統(tǒng)內(nèi)部的交互以及集成后系統(tǒng)功能檢驗(yàn)了何種質(zhì)量特性（B）A）正確性 B）可靠性 C）可使用性 D）可維護(hù)性在軟件性能測(cè)試中，下列指標(biāo)中哪個(gè)不是軟件性能的指標(biāo)（D）A）響應(yīng)時(shí)間 B）吞吐量 C）資源利用率 D）并發(fā)進(jìn)程數(shù)下列關(guān)于軟件性能測(cè)試的說(shuō)法中，正確的是（B）A）性能測(cè)試的目的不是為了發(fā)現(xiàn)軟件缺陷B）壓力測(cè)試與負(fù)載測(cè)試的目的都是為了探測(cè)軟件在滿足預(yù)定性能需求的情況下所能負(fù)擔(dān)的最大壓力C）性能測(cè)試通常要對(duì)測(cè)試結(jié)果進(jìn)行分析才能獲得測(cè)試結(jié)論D）在性能下降曲線上，最大建議用戶數(shù)通常處于性能輕微下降區(qū)與性能急劇下降區(qū)的交界處下列關(guān)于軟件可靠性測(cè)試的說(shuō)法中，錯(cuò)誤的是（A）A）發(fā)現(xiàn)軟件缺陷是軟件可靠性測(cè)試的主要目的B）軟件可靠性測(cè)試通常用于有可靠性要求的軟件C）在一次軟件可靠性測(cè)試中，執(zhí)行的測(cè)試用例必須完全符合所定義的軟件運(yùn)行剖面D）可靠性測(cè)試通常要對(duì)測(cè)試結(jié)果進(jìn)行分析才能獲得測(cè)試結(jié)論下列關(guān)于面向?qū)ο筌浖y(cè)試的說(shuō)法中，正確的是（A）A）在測(cè)試一個(gè)類(lèi)時(shí)，只要對(duì)該類(lèi)的每個(gè)成員方法都進(jìn)行充分的測(cè)試就完成了對(duì)該類(lèi)充分的測(cè)試B）在存在多態(tài)的情況下，為了達(dá)到較高的測(cè)試充分性，應(yīng)對(duì)所有可能的綁定都進(jìn)行測(cè)試C）假設(shè)類(lèi)B是類(lèi)A的子類(lèi)，如果類(lèi)A已進(jìn)行了充分的測(cè)試，在測(cè)試類(lèi)B時(shí)不必測(cè)試任何類(lèi)B繼承類(lèi)A的成員方法D）對(duì)于一棵繼承樹(shù)上的多個(gè)類(lèi)，只有處于葉節(jié)點(diǎn)的類(lèi)需要測(cè)試下列哪種測(cè)試不屬于面向?qū)ο髥卧獪y(cè)試考慮的范疇（D）A）成員方法的測(cè)試 B）類(lèi)的測(cè)試C）類(lèi)樹(shù)的測(cè)試 D）多個(gè)相互協(xié)作的類(lèi)樹(shù)的測(cè)試下列關(guān)于面向?qū)ο蠹蓽y(cè)試的說(shuō)法中，正確的是（B）A）大突擊集成是面向?qū)ο蠹蓽y(cè)試最常用且最有效的方法B）自底向上集成和自頂向下集成都需要為集成測(cè)試開(kāi)發(fā)大量代碼C）協(xié)作集成在任何情況下都優(yōu)于自底向上集成和自頂向下集成D）高頻集成是以自底向上集成為基礎(chǔ)，利用冒煙測(cè)試進(jìn)行的集成測(cè)試下列有關(guān)測(cè)試過(guò)程V模型的說(shuō)法中，正確的是（C） A）驗(yàn)收測(cè)試應(yīng)確定程序的執(zhí)行是否滿足軟件設(shè)計(jì)的要求 B）系統(tǒng)測(cè)試應(yīng)確定系統(tǒng)功能和性能的質(zhì)量特性是否達(dá)到系統(tǒng)要求的指標(biāo) C）單元測(cè)試和集成測(cè)試應(yīng)確定軟件的實(shí)現(xiàn)是否滿足用戶需要或合同的要求 D）集成測(cè)試在編碼結(jié)束前就可以開(kāi)始計(jì)算機(jī)軟件測(cè)試規(guī)范規(guī)定，軟件測(cè)試的類(lèi)別可分為：?jiǎn)卧獪y(cè)試、集成測(cè)試以及（C） A）系統(tǒng)測(cè)試 B）驗(yàn)收測(cè)試 C）系統(tǒng)測(cè)試和驗(yàn)收測(cè)試 D）配置項(xiàng)測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試經(jīng)驗(yàn)表明，在程序測(cè)試中，某模塊與其他模塊相比，若該模塊已發(fā)現(xiàn)并改正的錯(cuò)誤數(shù)目較多，則該模塊中殘存的錯(cuò)誤數(shù)目與其他模塊相比，通常應(yīng)該（D） A）較少 B）較多 C）相似 D）不確定同行評(píng)審，有時(shí)稱(chēng)為同級(jí)評(píng)審，是一種通過(guò)作者的同行來(lái)確認(rèn)缺陷和需要變更區(qū)域的檢查方法。它主要分為管理評(píng)審、技術(shù)評(píng)審、文檔評(píng)審和（B） A）誤差評(píng)審 B）項(xiàng)目評(píng)審 C）過(guò)程評(píng)審 D）組織體系評(píng)審數(shù)據(jù)流覆蓋關(guān)注的是程序中某個(gè)變量從其聲明、賦值到引用的變化情況，它是下列哪一種覆蓋的變種（A） A）語(yǔ)句覆蓋 B）控制覆蓋 C）分支覆蓋 D）路徑覆蓋如果一個(gè)判定中的復(fù)合條件表達(dá)式為（A>1）or（B<=3），則為了達(dá)到100%的條件覆蓋率，至少需要設(shè)計(jì)多少個(gè)測(cè)試用例（B）A）1 B）2 C）3 D）4自底向上單元測(cè)試的策略是首先對(duì)模塊調(diào)用圖上的哪一層模塊進(jìn)行測(cè)試（A）A）最底層 B）下一層 C）最高層 D）上一層基本路徑測(cè)試滿足（A）A）語(yǔ)句覆蓋 B）路徑覆蓋 C）分支覆蓋 D）條件覆蓋集成測(cè)試對(duì)系統(tǒng)內(nèi)部的交互以及集成后系統(tǒng)功能檢驗(yàn)了何種質(zhì)量特性（B）A）正確性 B）可靠性 C）可使用性 D）可維護(hù)性在軟件性能測(cè)試中，下列指標(biāo)中哪個(gè)不是軟件性能的指標(biāo)（D）A）響應(yīng)時(shí)間 B）吞吐量 C）資源利用率 D）并發(fā)進(jìn)程數(shù)下列關(guān)于軟件性能測(cè)試的說(shuō)法中，正確的是（B）A）性能測(cè)試的目的不是為了發(fā)現(xiàn)軟件缺陷B）壓力測(cè)試與負(fù)載測(cè)試的目的都是為了探測(cè)軟件在滿足預(yù)定性能需求的情況下所能負(fù)擔(dān)的最大壓力C）性能測(cè)試通常要對(duì)測(cè)試結(jié)果進(jìn)行分析才能獲得測(cè)試結(jié)論D）在性能下降曲線上，最大建議用戶數(shù)通常處于性能輕微下降區(qū)與性能急劇下降區(qū)的交界處下列關(guān)于軟件可靠性測(cè)試的說(shuō)法中，錯(cuò)誤的是（A）A）發(fā)現(xiàn)軟件缺陷是軟件可靠性測(cè)試的主要目的B）軟件可靠性測(cè)試通常用于有可靠性要求的軟件C）在一次軟件可靠性測(cè)試中，執(zhí)行的測(cè)試用例必須完全符合所定義的軟件運(yùn)行剖面D）可靠性測(cè)試通常要對(duì)測(cè)試結(jié)果進(jìn)行分析才能獲得測(cè)試結(jié)論下列關(guān)于面向?qū)ο筌浖y(cè)試的說(shuō)法中，正確的是（A）A）在測(cè)試一個(gè)類(lèi)時(shí)，只要對(duì)該類(lèi)的每個(gè)成員方法都進(jìn)行充分的測(cè)試就完成了對(duì)該類(lèi)充分的測(cè)試B）在存在多態(tài)的情況下，為了達(dá)到較高的測(cè)試充分性，應(yīng)對(duì)所有可能的綁定都進(jìn)行測(cè)試C）假設(shè)類(lèi)B是類(lèi)A的子類(lèi)，如果類(lèi)A已進(jìn)行了充分的測(cè)試，在測(cè)試類(lèi)B時(shí)不必測(cè)試任何類(lèi)B繼承類(lèi)A的成員方法D）對(duì)于一棵繼承樹(shù)上的多個(gè)類(lèi)，只有處于葉節(jié)點(diǎn)的類(lèi)需要測(cè)試下列哪種測(cè)試不屬于面向?qū)ο髥卧獪y(cè)試考慮的范疇（D）A）成員方法的測(cè)試 B）類(lèi)的測(cè)試C）類(lèi)樹(shù)的測(cè)試 D）多個(gè)相互協(xié)作的類(lèi)樹(shù)的測(cè)試下列關(guān)于面向?qū)ο蠹蓽y(cè)試的說(shuō)法中，正確的是（B）A）大突擊集成是面向?qū)ο蠹蓽y(cè)試最常用且最有效的方法B）自底向上集成和自頂向下集成都需要為集成測(cè)試開(kāi)發(fā)大量代碼C）協(xié)作集成在任何情況下都優(yōu)于自底向上集成和自頂向下集成D）高頻集成是以自底向上集成為基礎(chǔ)，利用冒煙測(cè)試進(jìn)行的集成測(cè)試下列有關(guān)測(cè)試過(guò)程V模型的說(shuō)法中，正確的是（C） A）驗(yàn)收測(cè)試應(yīng)確定程序的執(zhí)行是否滿足軟件設(shè)計(jì)的要求 B）系統(tǒng)測(cè)試應(yīng)確定系統(tǒng)功能和性能的質(zhì)量特性是否達(dá)到系統(tǒng)要求的指標(biāo) C）單元測(cè)試和集成測(cè)試應(yīng)確定軟件的實(shí)現(xiàn)是否滿足用戶需要或合同的要求 D）集成測(cè)試在編碼結(jié)束前就可以開(kāi)始計(jì)算機(jī)軟件測(cè)試規(guī)范規(guī)定，軟件測(cè)試的類(lèi)別可分為：?jiǎn)卧獪y(cè)試、集成測(cè)試以及（C） A）系統(tǒng)測(cè)試 B）驗(yàn)收測(cè)試 C）系統(tǒng)測(cè)試和驗(yàn)收測(cè)試 D）配置項(xiàng)測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試二、多選實(shí)施缺陷跟蹤的目的是：（ABCD）A、軟件質(zhì)量無(wú)法控制B、問(wèn)題無(wú)法量化C、重復(fù)問(wèn)題接連產(chǎn)生D、解決問(wèn)題的知識(shí)無(wú)法保留E、確保缺陷得到解決F、使問(wèn)題形成完整的閉環(huán)處理使用軟件測(cè)試工具的目的：（ABCDF）A、幫助測(cè)試尋找問(wèn)題 B、協(xié)助問(wèn)題的診斷C、節(jié)省測(cè)試時(shí)間 D、提高Bug的發(fā)現(xiàn)率E、更好的控制缺陷提高軟件質(zhì)量 F、更好的協(xié)助開(kāi)發(fā)人員編寫(xiě)測(cè)試計(jì)劃的目的是：（ABC）A、使測(cè)試工作順利進(jìn)行 B、使項(xiàng)目參與人員溝通更舒暢C、使測(cè)試工作更加系統(tǒng)化 D、軟件工程以及軟件過(guò)程的需要E、軟件過(guò)程規(guī)范化的要求 F、控制軟件質(zhì)量選出屬于黑盒測(cè)試方法的選項(xiàng)（B）A、條件組合覆蓋B、輸入覆蓋C、基路徑測(cè)試D、分支覆蓋E、語(yǔ)句覆蓋F、條件覆蓋以測(cè)試的形態(tài)分測(cè)試可以分為：（ABC）A、建構(gòu)性測(cè)試B、系統(tǒng)測(cè)試C、專(zhuān)項(xiàng)測(cè)試D、單元測(cè)試E、組件測(cè)試F、集成測(cè)試進(jìn)行軟件質(zhì)量管理的重要性有：（

ABCDEF

）A、維護(hù)降低成本B、法律上的要求C、市場(chǎng)競(jìng)爭(zhēng)的需要D、質(zhì)量標(biāo)準(zhǔn)化的趨勢(shì)E、軟件工程的需要F、CMM過(guò)程的一部分G、方便與客戶進(jìn)一步溝通為后期的實(shí)施打好基礎(chǔ)(

B

)可以作為軟件測(cè)試結(jié)束的標(biāo)志。A．使用了特定的測(cè)試用例B．錯(cuò)誤強(qiáng)度曲線下降到預(yù)定的水平C．查出了預(yù)定數(shù)目的錯(cuò)誤D．按照測(cè)試計(jì)劃中所規(guī)定的時(shí)間進(jìn)行了測(cè)試導(dǎo)致軟件缺陷的原因有很多，A—D是可能的原因，其中最主要的原因包括(

ABCD

)。A．軟件需求說(shuō)明書(shū)編寫(xiě)的不全面，不完整，不準(zhǔn)確，而且經(jīng)常更改B．軟件設(shè)計(jì)說(shuō)明書(shū)C．軟件操作人員的水平D．開(kāi)發(fā)人員不能很好的理解需求說(shuō)明書(shū)和溝通不足軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是：（

AD

）A．軟件需求分析說(shuō)明書(shū)中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。B．所有測(cè)試項(xiàng)沒(méi)有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。C．立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。D．驗(yàn)收測(cè)試工件齊全。軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加（

ABCD

）A．項(xiàng)目經(jīng)理 B．SQA負(fù)責(zé)人C．配置負(fù)責(zé)人 D．測(cè)試組下列關(guān)于alpha測(cè)試的描述中正確的是：（AD

）A．a(chǎn)lpha測(cè)試需要用戶代表參加B．a(chǎn)lpha測(cè)試不需要用戶代表參加C．a(chǎn)lpha測(cè)試是系統(tǒng)測(cè)試的一種D．a(chǎn)lpha測(cè)試是驗(yàn)收測(cè)試的一種測(cè)試設(shè)計(jì)員的職責(zé)有：（

BC

）A．制定測(cè)試計(jì)劃 B．設(shè)計(jì)測(cè)試用例C．設(shè)計(jì)測(cè)試過(guò)程、腳本 D．評(píng)估測(cè)試活動(dòng)軟件實(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)被基線化下面的哪一項(xiàng)測(cè)試步驟中需要進(jìn)行局部數(shù)據(jù)結(jié)構(gòu)測(cè)試：（

A

）A、單元測(cè)試B、集成測(cè)試C、確認(rèn)測(cè)試D、系統(tǒng)測(cè)試從是否需要執(zhí)行被測(cè)軟件的角度，軟件測(cè)試技術(shù)可劃分的類(lèi)型是：（AC

）。A、靜態(tài)測(cè)試B、黑盒測(cè)試C、動(dòng)態(tài)測(cè)試D、白盒測(cè)試使用軟件測(cè)試工具的目的：（ABCDF）A、幫助測(cè)試尋找問(wèn)題 B、協(xié)助問(wèn)題的診斷C、節(jié)省測(cè)試時(shí)間 D、提高Bug的發(fā)現(xiàn)率E、更好的控制缺陷提高軟件質(zhì)量 F、更好的協(xié)助開(kāi)發(fā)人員編寫(xiě)測(cè)試計(jì)劃的目的是：（ABC）A、使測(cè)試工作順利進(jìn)行 B、使項(xiàng)目參與人員溝通更舒暢C、使測(cè)試工作更加系統(tǒng)化 D、軟件工程以及軟件過(guò)程的需要E、軟件過(guò)程規(guī)范化的要求 F、控制軟件質(zhì)量選出屬于黑盒測(cè)試方法的選項(xiàng)（B）A、條件組合覆蓋B、輸入覆蓋C、基路徑測(cè)試D、分支覆蓋E、語(yǔ)句覆蓋F、條件覆蓋在GB/T17544中，軟件包質(zhì)量要求包括三部分，即產(chǎn)品描述要求、(

A

)、程序和數(shù)據(jù)要求。A．用戶文檔要求

B．系統(tǒng)功能要求C．設(shè)計(jì)要求說(shuō)明

D．軟件配置要求在軟件工程，典型的瀑布模型的四個(gè)階段是：（

ABCD

）A、分析B、設(shè)計(jì)C、編碼D、測(cè)試E、需求調(diào)研F、實(shí)施導(dǎo)致軟件缺陷的原因有很多，A—D是可能的原因，其中最主要的原因包括(

ABCD

)。A．軟件需求說(shuō)明書(shū)編寫(xiě)的不全面，不完整，不準(zhǔn)確，而且經(jīng)常更改B．軟件設(shè)計(jì)說(shuō)明書(shū)C．軟件操作人員的水平D．開(kāi)發(fā)人員不能很好的理解需求說(shuō)明書(shū)和溝通不足軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是：（

AD

）A．軟件需求分析說(shuō)明書(shū)中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。B．所有測(cè)試項(xiàng)沒(méi)有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。C．立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。D．驗(yàn)收測(cè)試工件齊全。軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加（

ABCD

）A．項(xiàng)目經(jīng)理 B．SQA負(fù)責(zé)人C．配置負(fù)責(zé)人 D．測(cè)試組下列關(guān)于alpha測(cè)試的描述中正確的是：（AD

）A．a(chǎn)lpha測(cè)試需要用戶代表參加B．a(chǎn)lpha測(cè)試不需要用戶代表參加C．a(chǎn)lpha測(cè)試是系統(tǒng)測(cè)試的一種D．a(chǎn)lpha測(cè)試是驗(yàn)收測(cè)試的一種測(cè)試設(shè)計(jì)員的職責(zé)有：（

BC

）A．制定測(cè)試計(jì)劃 B．設(shè)計(jì)測(cè)試用例C．設(shè)計(jì)測(cè)試過(guò)程、腳本 D．評(píng)估測(cè)試活動(dòng)軟件實(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)被基線化下面的哪一項(xiàng)測(cè)試步驟中需要進(jìn)行局部數(shù)據(jù)結(jié)構(gòu)測(cè)試：（

A

）A、單元測(cè)試B、集成測(cè)試C、確認(rèn)測(cè)試D、系統(tǒng)測(cè)試從是否需要執(zhí)行被測(cè)軟件的角度，軟件測(cè)試技術(shù)可劃分的類(lèi)型是：（AC

）。A、靜態(tài)測(cè)試B、黑盒測(cè)試C、動(dòng)態(tài)測(cè)試D、白盒測(cè)試從測(cè)試階段角度，測(cè)試結(jié)束的正確順序是：（

B

）A、單元測(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è)試軟件的六大質(zhì)量特性包括：（

A

）A.功能性、可靠性、可用性、效率、可維護(hù)、可移植B.功能性、可靠性、可用性、效率、穩(wěn)定性、可移植C.功能性、可靠性、可擴(kuò)展性、效率、穩(wěn)定性、可移植D.功能性、可靠性、兼容性、效率、穩(wěn)定性、可移植三、判斷自底向上集成需要測(cè)試員編寫(xiě)驅(qū)動(dòng)程序。（

√

）測(cè)試是證明軟件正確的方法。（

╳

）驗(yàn)收測(cè)試是由最終用戶來(lái)實(shí)施的。（√

）黑盒測(cè)試也稱(chēng)為結(jié)構(gòu)測(cè)試。（╳

）代碼評(píng)審員一般由測(cè)試員擔(dān)任。（

╳

）軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。（√

）驗(yàn)收測(cè)試是由最終用戶來(lái)實(shí)施的。（╳）代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（╳）自底向上集成需要測(cè)試員編寫(xiě)驅(qū)動(dòng)程序。（√）負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（V）測(cè)試是調(diào)試的一個(gè)部分（

╳

）軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。（√

）程序中隱藏錯(cuò)誤的概率與其已發(fā)現(xiàn)的錯(cuò)誤數(shù)成正比（√）測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過(guò)。（

√

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

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

√

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

╳

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

╳

）測(cè)試中應(yīng)該對(duì)有效和無(wú)效、期望和不期望的輸入都要測(cè)試。（

√

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

╳）四、名詞解釋Beta測(cè)試Beta測(cè)試是從用戶角度進(jìn)行的測(cè)試，是由軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。它是在開(kāi)發(fā)者無(wú)法控制的軟件環(huán)境下進(jìn)行的軟件現(xiàn)場(chǎng)應(yīng)用。壓力測(cè)試持續(xù)不斷地給被測(cè)系統(tǒng)增加壓力，直到系統(tǒng)被壓垮，從而確定系統(tǒng)能承受的最大壓力。邏輯覆蓋是以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)的設(shè)計(jì)測(cè)試用例的技術(shù)。它屬于白盒測(cè)試。驅(qū)動(dòng)模塊：樁模塊（P105）：用于代替所測(cè)模塊調(diào)用的子模塊。樁模塊可以進(jìn)行少量的數(shù)據(jù)操作，不需要實(shí)現(xiàn)子模塊的所有功能，但要根據(jù)需要來(lái)實(shí)現(xiàn)或代替子模塊的一部分功能。驅(qū)動(dòng)模塊（P105）：相當(dāng)于所測(cè)模塊的主程序。它接收測(cè)試數(shù)據(jù)，把這些數(shù)據(jù)傳送給所測(cè)模塊，最后再輸出實(shí)際測(cè)試結(jié)果。大爆炸集成屬于非增值式集成的一種方法，也稱(chēng)為一次性組裝或整體拼裝。這種集成策略的做法就是把所有通過(guò)單元測(cè)試的模塊一次性集成到一起進(jìn)行測(cè)試，不考慮組件之間的互相依賴(lài)性及可能存在的風(fēng)險(xiǎn)。α測(cè)試Alpha測(cè)試是由選定的用戶進(jìn)行的產(chǎn)品早期性測(cè)試，這個(gè)測(cè)試一般在可控的環(huán)境下進(jìn)行。負(fù)載測(cè)試讓被測(cè)系統(tǒng)在其能忍受的壓力極限范圍內(nèi)連續(xù)運(yùn)行，來(lái)測(cè)試系統(tǒng)的穩(wěn)定性。基路徑覆蓋路徑覆蓋是在組件中被測(cè)試執(zhí)行到的路徑的百分比。要求設(shè)計(jì)若干測(cè)試用例，執(zhí)行被測(cè)試程序時(shí)，能夠覆蓋程序中所有的可能路徑。樁模塊樁模塊（P105）：用于代替所測(cè)模塊調(diào)用的子模塊。樁模塊可以進(jìn)行少量的數(shù)據(jù)操作，不需要實(shí)現(xiàn)子模塊的所有功能，但要根據(jù)需要來(lái)實(shí)現(xiàn)或代替子模塊的一部分功能。三明治集成一種混合增量式測(cè)試策略，綜合了自頂向下和自底向上兩種集成方法的優(yōu)點(diǎn)，因此也屬于基于功能分解的集成。這種方法樁和開(kāi)發(fā)工作都比較小，但增加了定位缺陷的難度。五、簡(jiǎn)答為什么要在一個(gè)團(tuán)隊(duì)中開(kāi)展軟件測(cè)試工作答：軟件測(cè)試在整個(gè)一個(gè)團(tuán)隊(duì)中占有非常重要的地位，具體來(lái)說(shuō)就是測(cè)試是一個(gè)發(fā)現(xiàn)軟件錯(cuò)誤的過(guò)程，執(zhí)行軟件測(cè)試會(huì)以最少的人力和時(shí)間，系統(tǒng)的找到軟件存在的缺陷和錯(cuò)誤，建立起開(kāi)發(fā)人員和使用者對(duì)軟件的信心。您是否了解以往所工作的企業(yè)的軟件測(cè)試過(guò)程如果了解，請(qǐng)?jiān)囀鲈谶@個(gè)過(guò)程中都有哪些工作要做分別由哪些不同的角色來(lái)完成這些工作答：軟件測(cè)試部門(mén)配合系統(tǒng)分析人員軟件需求分析討論，并根據(jù)需求說(shuō)明書(shū)制定《項(xiàng)目測(cè)試計(jì)劃》，編寫(xiě)測(cè)試用例，建立測(cè)試環(huán)境。軟件測(cè)試人員負(fù)責(zé)軟件開(kāi)發(fā)部門(mén)的新產(chǎn)品測(cè)試及原有產(chǎn)品的升級(jí)測(cè)試，負(fù)責(zé)軟件問(wèn)題解決過(guò)程跟蹤，負(fù)責(zé)軟件開(kāi)發(fā)文檔開(kāi)發(fā)工作的規(guī)范化及管理開(kāi)發(fā)部門(mén)的產(chǎn)品文檔，制作用戶手冊(cè)及操作手冊(cè)，負(fù)責(zé)產(chǎn)品的上線測(cè)試，監(jiān)督軟件開(kāi)發(fā)過(guò)程的執(zhí)行，提高產(chǎn)品質(zhì)量。請(qǐng)?jiān)囍容^一下黑盒測(cè)試、白盒測(cè)試、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試的區(qū)別與聯(lián)系。黑盒測(cè)試：把測(cè)試對(duì)象當(dāng)成一個(gè)黑盒子，測(cè)試人員完全不考慮邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程式的需求說(shuō)明書(shū)來(lái)檢查程式的功能是否滿足它的功能說(shuō)明。白盒測(cè)試：把測(cè)試對(duì)象當(dāng)成一個(gè)透明的盒子，允許測(cè)試人員利用程序內(nèi)部邏輯結(jié)構(gòu)及相關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程式所有邏輯路徑進(jìn)行測(cè)試。單元測(cè)試：白盒測(cè)試的一種，對(duì)軟件設(shè)計(jì)中的單元模塊進(jìn)行測(cè)試。集成測(cè)試：在單元測(cè)試的基礎(chǔ)上，對(duì)單元模塊之間的連接和組裝進(jìn)行測(cè)試。系統(tǒng)測(cè)試：在所有都考慮的情況下，對(duì)系統(tǒng)進(jìn)行測(cè)試。驗(yàn)收測(cè)試：第三方進(jìn)行的確認(rèn)軟件滿足需求的測(cè)試。單元測(cè)試策略主要有哪三種方式分別加以說(shuō)明。1）自頂向下的單元測(cè)試策略：從頂層調(diào)用的單元做成樁模塊；對(duì)第二層測(cè)試，使用上面已測(cè)試的單元做驅(qū)動(dòng)模塊；依次類(lèi)推，直到全部單元測(cè)試結(jié)束。2）自底向上的單元測(cè)試策略：先對(duì)模塊調(diào)用的最底層模塊進(jìn)行測(cè)試，模擬調(diào)用該模塊的模塊為驅(qū)動(dòng)模塊；其次，對(duì)上一層模塊進(jìn)行單元測(cè)試，用已經(jīng)被測(cè)試過(guò)的模塊做樁模塊，依次類(lèi)推，直到全部單元測(cè)試結(jié)束。3）孤立測(cè)試的單元測(cè)試策略：無(wú)需考慮每個(gè)模塊與其他模塊之間的關(guān)系，分別為每個(gè)模塊單獨(dú)設(shè)計(jì)樁模塊和驅(qū)動(dòng)模塊，逐一完成所有單元模塊的測(cè)試。軟件測(cè)試和軟件測(cè)試結(jié)束的標(biāo)準(zhǔn)：什么是恢復(fù)性測(cè)試，在進(jìn)行恢復(fù)性測(cè)試時(shí)要考慮的主要問(wèn)題有哪些恢復(fù)性測(cè)試也叫容錯(cuò)測(cè)試，用來(lái)檢查系統(tǒng)的容錯(cuò)能力。通常若計(jì)算機(jī)系統(tǒng)出現(xiàn)錯(cuò)誤，就必須在一定時(shí)間內(nèi)從錯(cuò)誤中恢復(fù)過(guò)來(lái)，修正錯(cuò)誤并重新啟動(dòng)系統(tǒng)?；謴?fù)測(cè)試是通過(guò)各種手段，讓軟件強(qiáng)制性地出錯(cuò)，使其不能正常工作，從而檢驗(yàn)系統(tǒng)的恢復(fù)能力。在進(jìn)行恢復(fù)性測(cè)試時(shí)，要考慮的主要問(wèn)題有：1)恢復(fù)期間的安全性過(guò)程。2)恢復(fù)處理日志方面的能力。3)當(dāng)出現(xiàn)供電問(wèn)題時(shí)的恢復(fù)能力。4)恢復(fù)操作后系統(tǒng)性能是否下降。您所熟悉的軟件測(cè)試類(lèi)型都有哪些請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類(lèi)型的區(qū)別與聯(lián)系（如功能測(cè)試、性能測(cè)試……）答：有功能測(cè)試，性能測(cè)試，可靠性測(cè)試，安全性測(cè)試，負(fù)載測(cè)試，壓力測(cè)試，安裝/卸載測(cè)試，啟動(dòng)/停止測(cè)試，兼容性測(cè)試，互連測(cè)試，文檔測(cè)試，恢復(fù)測(cè)試，回歸測(cè)試，可使用性測(cè)試，容量測(cè)試。功能測(cè)試只對(duì)軟件的功能是否滿足用戶需求來(lái)做測(cè)試。性能測(cè)試需要和壓力和負(fù)載測(cè)試聯(lián)合起來(lái)。什么是軟件測(cè)試，軟件測(cè)試分為哪幾個(gè)階段軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程?；蛘哒f(shuō)，軟件測(cè)試是根據(jù)軟件開(kāi)發(fā)各階段的規(guī)格說(shuō)明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)一批測(cè)試用例（即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果），并利用這些測(cè)試用例去運(yùn)行程序，以發(fā)現(xiàn)程序錯(cuò)誤的過(guò)程。軟件測(cè)試過(guò)程按各測(cè)試階段的先后順序可分為單元測(cè)試、集成測(cè)試、確認(rèn)（有效性）測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收（用戶）測(cè)試5個(gè)階段軟件測(cè)試退出標(biāo)準(zhǔn)為：完成測(cè)試需求中列出的所有功能及測(cè)試過(guò)程中發(fā)現(xiàn)缺陷的回歸測(cè)試。判斷系統(tǒng)安全性性能的指標(biāo)有哪些并加以說(shuō)明。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)，圍繞所出現(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)求的峰值和平均值。六、綜合常見(jiàn)的黑盒測(cè)試方法都有哪些請(qǐng)分別以具體的例子來(lái)說(shuō)明這些方法在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用。1.等價(jià)類(lèi)劃分常見(jiàn)的軟件測(cè)試面試題劃分等價(jià)類(lèi):等價(jià)類(lèi)是指某個(gè)輸入域的子集合.在該子集合中,各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的.并合理地假定:測(cè)試某等價(jià)類(lèi)的代表值就等于對(duì)這一類(lèi)其它值的測(cè)試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價(jià)類(lèi),在每一個(gè)等價(jià)類(lèi)中取一個(gè)數(shù)據(jù)作為測(cè)試的輸入條件,就可以用少量代表性的測(cè)試數(shù)據(jù).取得較好的測(cè)試結(jié)果.等價(jià)類(lèi)劃分可有兩種不同的情況:有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi).2.邊界值分析法邊界值分析方法是對(duì)等價(jià)類(lèi)劃分方法的補(bǔ)充。測(cè)試工作經(jīng)驗(yàn)告訴我,大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例,可以查出更多的錯(cuò)誤.使用邊界值分析方法設(shè)計(jì)測(cè)試用例,首先應(yīng)確定邊界情況.通常輸入和輸出等價(jià)類(lèi)的邊界,就是應(yīng)著重測(cè)試的邊界情況.應(yīng)當(dāng)選取正好等于,剛剛大于或剛剛小于邊界的值作為測(cè)試數(shù)據(jù),而不是選取等價(jià)類(lèi)中的典型值或任意值作為測(cè)試數(shù)據(jù).3.錯(cuò)誤推測(cè)法基于經(jīng)驗(yàn)和直覺(jué)推測(cè)程序中所有可能存在的各種錯(cuò)誤,從而有針對(duì)性的設(shè)計(jì)測(cè)試用例的方法.錯(cuò)誤推測(cè)方法的基本思想:列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況,根據(jù)他們選擇測(cè)試用例.例如,在單元測(cè)試時(shí)曾列出的許多