軟件測(cè)試與質(zhì)量保證判斷題

軟件測(cè)試與質(zhì)量保證判斷題軟件測(cè)試與質(zhì)量保證判斷題軟件測(cè)試與質(zhì)量保證判斷題資料僅供參考文件編號(hào)：2022年4月軟件測(cè)試與質(zhì)量保證判斷題版本號(hào)：A修改號(hào)：1頁(yè)次：1.0審核：批準(zhǔn):發(fā)布日期：一、判斷題（每題2分,正確的“√”，錯(cuò)誤的“╳”）1．軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。(√)2．Beta測(cè)試是驗(yàn)收測(cè)試的一種。(√)3．驗(yàn)收測(cè)試是由最終用戶來(lái)實(shí)施的。(╳)4．項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。(√)5．單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。(√)6．代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。(╳)7．自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。(√)8．負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。(╳)9．測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。(╳)10．代碼評(píng)審員一般由測(cè)試員擔(dān)任。(╳)11．我們可以人為的使得軟件不存在配置問題。(╳)12．集成測(cè)試計(jì)劃在需求分析階段末提交。(╳)13、好的測(cè)試員不懈追求完美。(√)14、測(cè)試程序僅僅按預(yù)期方式運(yùn)行就行了。(╳)15、不存在質(zhì)量很高但可靠性很差的產(chǎn)品。(╳)16、軟件測(cè)試員可以對(duì)產(chǎn)品說明書進(jìn)行白盒測(cè)試。(╳)17、靜態(tài)白盒測(cè)試可以找出遺漏之處和問題。(√)18、總是首先設(shè)計(jì)白盒測(cè)試用例。(╳)19、可以發(fā)布具有配置缺陷的軟件產(chǎn)品。(√)20、所有軟件必須進(jìn)行某種程度的兼容性測(cè)試。(√)21、所有軟件都有一個(gè)用戶界面，因此必須測(cè)試易用性。(╳)22、測(cè)試組負(fù)責(zé)軟件質(zhì)量。(╳)1．軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。（Y）

2．Beta測(cè)試是驗(yàn)收測(cè)試的一種。（Y）

Acceptancetesting

驗(yàn)收測(cè)試是部署軟件之前的最后一個(gè)測(cè)試操作。驗(yàn)收測(cè)試的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。

3．驗(yàn)收測(cè)試是由最終用戶來(lái)實(shí)施的。（N）是由測(cè)試人員來(lái)實(shí)施的4．項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。（Y）工件：加工過程中生產(chǎn)對(duì)象5．單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。（Y）6．代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（N）代碼評(píng)審也稱代碼復(fù)查，是指通過閱讀代碼來(lái)檢查源代碼與編碼標(biāo)準(zhǔn)的符合性以及代碼質(zhì)量的活動(dòng)。7．自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。（Y）自頂向下綜合測(cè)試的具體步驟為：1以主控模塊作為測(cè)試驅(qū)動(dòng)模塊，把對(duì)主控模塊進(jìn)行單元測(cè)試時(shí)引入的所有樁模塊用實(shí)際模塊替代2依據(jù)所選的集成策略（深度優(yōu)先或廣度優(yōu)先），每次只替代一個(gè)樁模塊；3每集成一個(gè)模塊立即測(cè)試一遍；4只有每組測(cè)試完成后，才著手替換下一個(gè)樁模塊；5為避免引入新錯(cuò)誤，須不斷地進(jìn)行回歸測(cè)試（即全部或部分地重復(fù)已做過的測(cè)試）。自底向上綜合測(cè)試的步驟分為：1把低層模塊組織成實(shí)現(xiàn)某個(gè)子功能的模塊群（cluster）;2開發(fā)一個(gè)測(cè)試驅(qū)動(dòng)模塊，控制測(cè)試數(shù)據(jù)的輸入和測(cè)試結(jié)果的輸出；3對(duì)每個(gè)模塊群進(jìn)行測(cè)試；4刪除測(cè)試使用的驅(qū)動(dòng)模塊，用較高層模塊把模塊群組織成為完成更大功能的新模塊群。8．負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（N）負(fù)載測(cè)試（Loadtesting），通過測(cè)試系統(tǒng)在資源超負(fù)荷情況下的表現(xiàn)，以發(fā)現(xiàn)設(shè)計(jì)上的錯(cuò)誤或驗(yàn)證系統(tǒng)的負(fù)載能力。在這種測(cè)試中，將使測(cè)試對(duì)象承擔(dān)不同的工作量，以評(píng)測(cè)和評(píng)估測(cè)試對(duì)象在不同工作量條件下的性能行為，以及持續(xù)正常運(yùn)行的能力。負(fù)載測(cè)試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。此外，負(fù)載測(cè)試還要評(píng)估性能特征。例如，響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的方面。9．測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（N）10．代碼評(píng)審員一般由測(cè)試員擔(dān)任。（N）11．我們可以人為的使得軟件不存在配置問題。（N）是一種標(biāo)識(shí)、組織和控制修改的技術(shù)。軟件配置管理應(yīng)用于整個(gè)軟件工程過程。我們知道，在軟件建立時(shí)變更是不可避免的，而變更加劇了項(xiàng)目中軟件開發(fā)者之間的混亂。12．集成測(cè)試計(jì)劃在需求分析階段末提交。（N）執(zhí)行階段1）時(shí)間安排單元測(cè)試已經(jīng)完成后就可以開始執(zhí)行集成測(cè)試了2）輸入需求規(guī)格說明書概要設(shè)計(jì)集成測(cè)試計(jì)劃集成高度設(shè)計(jì)集成測(cè)試?yán)蓽y(cè)試規(guī)程集成測(cè)試代碼（如果有）集成測(cè)試腳本集成測(cè)試工具詳細(xì)設(shè)計(jì)代碼單元測(cè)試報(bào)告3）入口條件單元測(cè)試階段已經(jīng)通過基線化評(píng)審4）活動(dòng)步驟執(zhí)行集成測(cè)試用例回歸集成測(cè)試用例撰寫集成測(cè)試報(bào)告5）輸出集成測(cè)試報(bào)告6）出口條件集成測(cè)試報(bào)告通過集成測(cè)試階段基線評(píng)審1．軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。（ T）2．Beta測(cè)試是驗(yàn)收測(cè)試的一種。（T）3．驗(yàn)收測(cè)試是由最終用戶來(lái)實(shí)施的。（F）4．項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。（F）5．單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。（T）6．代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（F）7．自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。（T）9．測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（F）10．代碼評(píng)審員一般由測(cè)試員擔(dān)任。（F）開發(fā)人員11．我們可以人為的使得軟件不存在配置問題。（F）12．集成測(cè)試計(jì)劃在需求分析階段末提交。（F）項(xiàng)目計(jì)劃13、好的測(cè)試員不懈追求完美。(T)14、測(cè)試程序僅僅按預(yù)期方式運(yùn)行就行了。(F)15、靜態(tài)檢查就是看代碼。(F)16、軟件測(cè)試員可以對(duì)產(chǎn)品說明書進(jìn)行白盒測(cè)試。(F)17、靜態(tài)白盒測(cè)試可以找出遺漏之處和問題。(T)18、理論上白盒測(cè)試可以發(fā)現(xiàn)軟件所有的缺陷。(F)19、可以發(fā)布具有配置缺陷的軟件產(chǎn)品。(T)20、軟件必須進(jìn)行某種程度的兼容性測(cè)試。(T)好的測(cè)試員不懈追求完美。(×)測(cè)試程序僅僅按預(yù)期方式運(yùn)行就行了。(×)不存在質(zhì)量很高但可靠性很差的產(chǎn)品。(√)在沒有產(chǎn)品說明書和需求文檔的條件下可以進(jìn)行動(dòng)態(tài)黑盒測(cè)試。(√)靜態(tài)白盒測(cè)試可以找出遺漏之處和問題。(√)測(cè)試錯(cuò)誤提示信息不屬于文檔測(cè)試范圍。(×)單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。(√)代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。(√)自頂向下集成需要測(cè)試員編寫驅(qū)動(dòng)程序。(×)總是首先設(shè)計(jì)黑盒測(cè)試用例。(√)01）測(cè)試是為了驗(yàn)證軟件已正確地實(shí)現(xiàn)了用戶的要求?！粒?2）白盒測(cè)試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，完全可以不考慮程序的功能要求?！蹋?3）白盒測(cè)試不僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，還要考慮程序的功能要求?！粒?4）黑盒測(cè)試的測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的?！粒?5）黑盒測(cè)試的測(cè)試用例是根據(jù)應(yīng)用程序的功能需求設(shè)計(jì)的?！蹋?6）為了快速完成集成測(cè)試，采用一次性集成方式是適宜的?！粒?7）在軟件開發(fā)過程中，若能推遲暴露其中的錯(cuò)誤，則為修復(fù)和改進(jìn)錯(cuò)誤所花費(fèi)的代價(jià)就會(huì)降低?！粒?5）在軟件開發(fā)過程中，若能盡早暴露其中的錯(cuò)誤，則為修復(fù)和改進(jìn)錯(cuò)誤所花費(fèi)的代價(jià)就會(huì)降低?！蹋?9）單元測(cè)試通常由開發(fā)人員進(jìn)行。√（10）壓力測(cè)試通常需要輔助工具的支持?！蹋?1）壓力測(cè)試不需要輔助工具的支持?！粒?2）測(cè)試人員說：“沒有可運(yùn)行的程序，我無(wú)法進(jìn)行測(cè)試工作”。×（13）軟件測(cè)試員可以對(duì)產(chǎn)品說明書進(jìn)行白盒測(cè)試?！粒?4）軟件測(cè)試員無(wú)法對(duì)產(chǎn)品說明書進(jìn)行白盒測(cè)試?！蹋?5）在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)包括合理的輸入條件和不合理的輸入條件?！?、一個(gè)程序中所含有的路徑數(shù)與程序的復(fù)雜程度有著直接的關(guān)系。（∨）2、結(jié)構(gòu)性測(cè)試是根據(jù)軟件的規(guī)格說明來(lái)設(shè)計(jì)測(cè)試用例。（x）3、錯(cuò)誤推測(cè)法是根據(jù)輸出對(duì)輸入的依賴關(guān)系來(lái)設(shè)計(jì)測(cè)試用例的。（x）4、軟件缺陷屬性包括缺陷標(biāo)識(shí)、缺陷類型、缺陷嚴(yán)重程度、缺陷產(chǎn)生可能性、缺陷優(yōu)先級(jí)、缺陷狀態(tài)、缺陷起源、缺陷來(lái)源、缺陷原因。（∨）5、對(duì)于一個(gè)含有n個(gè)變量的程序，采用邊界值健壯性測(cè)試方法來(lái)測(cè)試程序會(huì)產(chǎn)生6n+1個(gè)測(cè)試用例。（∨）6、數(shù)據(jù)流測(cè)試是主要用作路徑測(cè)試的真實(shí)性檢查。兩種形式分別為定義/使用測(cè)試、基于程序片的測(cè)試。（∨）7、軟件只要經(jīng)過嚴(yán)格嚴(yán)謹(jǐn)?shù)膬?nèi)部測(cè)試之后，可以做到?jīng)]有缺陷。（x）8、測(cè)試用例應(yīng)由測(cè)試輸入數(shù)據(jù)和對(duì)應(yīng)的實(shí)際輸出結(jié)果這兩部分組成。（x）9、測(cè)試是可以窮盡的。（x）10、測(cè)試自動(dòng)化是萬(wàn)能的。（x）11、軟件缺陷可能會(huì)被修復(fù)，可能會(huì)被保留或者標(biāo)識(shí)出來(lái)。（∨）12、每一個(gè)軟件項(xiàng)目都有一個(gè)最優(yōu)的測(cè)試量。（∨）13、黑盒測(cè)試往往會(huì)造成測(cè)試用例之間可能存在嚴(yán)重的冗余和未測(cè)試的功能漏洞。（∨）14、代碼審查工作屬于靜態(tài)測(cè)試。（∨）15、軟件測(cè)試是一個(gè)過程，包含若干活動(dòng)，運(yùn)行軟件進(jìn)行測(cè)試只是活動(dòng)之一。（∨）16、回歸測(cè)試是在軟件修改后再次運(yùn)行以前為查找錯(cuò)誤而執(zhí)行程序曾用過的測(cè)試用例.∨

17、集成測(cè)試是為確定軟件系統(tǒng)是否滿足驗(yàn)收標(biāo)準(zhǔn)以及使客戶決定是否接受而進(jìn)行的正式測(cè)試.

（x）18、測(cè)試按照測(cè)試層次可以劃分成為單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試。（∨）19、只要能夠達(dá)到100％的邏輯覆蓋率，就可以保證程序的正確性。（x）20、永遠(yuǎn)有缺陷類型會(huì)在測(cè)試的一個(gè)層次上被發(fā)現(xiàn)，并且能夠在另一個(gè)層次上逃避檢測(cè)。（∨）（1）測(cè)試是為了驗(yàn)證軟件已正確地實(shí)現(xiàn)了用戶的要求。

F（2）白盒測(cè)試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，完全可以不考慮程序的功能要求。T（3）黑盒測(cè)試的測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。F（4）為了快速完成集成測(cè)試,采用一次性集成方式是適宜的。F（5）在軟件開發(fā)過程中，若能推遲暴露其中的錯(cuò)誤，則為修復(fù)和改正錯(cuò)誤所花費(fèi)的代價(jià)就會(huì)降低。F軟件測(cè)試是有效的排除軟件缺陷的手段。（√）程序員與測(cè)試工作無(wú)關(guān)。（×）程序員兼任測(cè)試員可以提高工作效率。（×）產(chǎn)品說明書（需求文檔）的變更應(yīng)當(dāng)受到控制。（√）白盒測(cè)試的“條件覆蓋”標(biāo)準(zhǔn)強(qiáng)于“判定覆蓋”。（×）軟件開發(fā)全過程的測(cè)試工作都可以實(shí)現(xiàn)自動(dòng)化。（×）找出的軟件缺陷越多，說明剩下的軟件缺陷越少。（×）采用自動(dòng)化測(cè)試有可能延誤項(xiàng)目進(jìn)度。（√）10．測(cè)試應(yīng)從“大規(guī)模”開始，逐步轉(zhuǎn)向“小規(guī)?！?。（×）三、判斷題：共10小題，每小題1分，滿分10分；請(qǐng)將答案以“√”、“×”形式填入題后括號(hào)中。1.白盒測(cè)試的條件覆蓋標(biāo)準(zhǔn)強(qiáng)于判定覆蓋。（×）2.驗(yàn)收測(cè)試是以最終用戶為主的測(cè)試。（√）3.測(cè)試程序僅僅按預(yù)期方式運(yùn)行就行了。（×）4.自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。（√）5.好的測(cè)試員不懈追求完美。（×）6.軟件測(cè)試工具可以代替軟件測(cè)試員。（×）7.最重要的用戶界面要素是軟件符合現(xiàn)行標(biāo)準(zhǔn)和規(guī)范。（√）8.自動(dòng)化測(cè)試可能延誤項(xiàng)目進(jìn)度。（√）9.軟件測(cè)試員可以對(duì)產(chǎn)品說明書進(jìn)行白盒測(cè)試。（√）10.靜態(tài)白盒測(cè)試可以找出遺漏之處和問題。（√）二、判斷題：共20小題，每題1分，滿分20分）軟件測(cè)試是有風(fēng)險(xiǎn)的行為，并非所有的軟件缺陷都能夠被修復(fù)。（∨）軟件質(zhì)量保證和軟件測(cè)試是同一層次的概念。（x）我們有理由相信只要