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

1、精選優(yōu)質(zhì)文檔-傾情為你奉上一、判斷題（每題2分,正確的“”，錯(cuò)誤的“”）1軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。( ) 2Beta 測(cè)試是驗(yàn)收測(cè)試的一種。( ) 3驗(yàn)收測(cè)試是由最終用戶(hù)來(lái)實(shí)施的。() 4項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。( ) 5單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。( ) 6代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。() 7自底向上集成需要測(cè)試員編寫(xiě)驅(qū)動(dòng)程序。( ) 8負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。() 9測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過(guò)。() 10代碼評(píng)審員一般由測(cè)試員擔(dān)任。() 11我們可以人為的使得軟件不存在配置問(wèn)題。() 12集

2、成測(cè)試計(jì)劃在需求分析階段末提交。()13 、好的測(cè)試員不懈追求完美。( )14、測(cè)試程序僅僅按預(yù)期方式運(yùn)行就行了。()15、不存在質(zhì)量很高但可靠性很差的產(chǎn)品。()16、軟件測(cè)試員可以對(duì)產(chǎn)品說(shuō)明書(shū)進(jìn)行白盒測(cè)試。()17、靜態(tài)白盒測(cè)試可以找出遺漏之處和問(wèn)題。()18、總是首先設(shè)計(jì)白盒測(cè)試用例。( )19、可以發(fā)布具有配置缺陷的軟件產(chǎn)品。()20、所有軟件必須進(jìn)行某種程度的兼容性測(cè)試。( )21、所有軟件都有一個(gè)用戶(hù)界面，因此必須測(cè)試易用性。()22、測(cè)試組負(fù)責(zé)軟件質(zhì)量。( )1 軟件測(cè)試 的目的是盡可能多的找出軟件的缺陷。（ Y）2 Beta 測(cè)試是驗(yàn)收測(cè)試的一種。（ Y）Acceptance t

3、esting驗(yàn)收測(cè)試是部署軟件之前的最后一個(gè)測(cè)試操作。驗(yàn)收測(cè)試的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶(hù)將其用于執(zhí)行軟件的既定功能和任務(wù)。3 驗(yàn)收測(cè)試是由最終用戶(hù)來(lái)實(shí)施的。（ N ） 是由測(cè)試人員來(lái)實(shí)施的4 項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。（ Y ） 工件：加工過(guò)程中生產(chǎn)對(duì)象5 單元測(cè)試能發(fā)現(xiàn)約80% 的軟件缺陷。（ Y ）6 代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（ N ）代碼評(píng)審也稱(chēng)代碼復(fù)查，是指通過(guò)閱讀代碼來(lái)檢查源代碼與編碼標(biāo)準(zhǔn)的符合性以及代碼質(zhì)量的活動(dòng)。7 自底向上集成需要測(cè)試員編寫(xiě)驅(qū)動(dòng)程序。（ Y ） 自頂向下綜合測(cè)試的具體步驟為：1 以主控模塊作為測(cè)試驅(qū)動(dòng)模塊，把對(duì)主

4、控模塊進(jìn)行單元測(cè)試時(shí)引入的所有樁模塊用實(shí)際模塊替代2 依據(jù)所選的集成策略（深度優(yōu)先或廣度優(yōu)先），每次只替代一個(gè)樁模塊；3 每集成一個(gè)模塊立即測(cè)試一遍；4 只有每組測(cè)試完成后，才著手替換下一個(gè)樁模塊；5 為避免引入新錯(cuò)誤，須不斷地進(jìn)行回歸測(cè)試（即全部或部分地重復(fù)已做過(guò)的測(cè)試）。 自底向上綜合測(cè)試的步驟分為：1 把低層模塊組織成實(shí)現(xiàn)某個(gè)子功能的模塊群（cluster）;2 開(kāi)發(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

5、 ）負(fù)載測(cè)試（Load testing），通過(guò)測(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)決不予通過(guò)。（ N ）10 代碼評(píng)審員一般由測(cè)試員擔(dān)任。（ N ） 11 我們可以人為的使得軟件不存在配置問(wèn)題。（ N ）是一種標(biāo)識(shí)、組織和控制修改的技術(shù)。軟件配置管理

6、應(yīng)用于整個(gè)軟件工程過(guò)程。我們知道，在軟件建立時(shí)變更是不可避免的，而變更加劇了項(xiàng)目中軟件開(kāi)發(fā)者之間的混亂。12 集成測(cè)試計(jì)劃在需求分析階段末提交。（ N ）執(zhí)行階段1）時(shí)間安排 單元測(cè)試已經(jīng)完成后就可以開(kāi)始執(zhí)行集成測(cè)試了2）輸入 需求規(guī)格說(shuō)明書(shū) 概要設(shè)計(jì) 集成測(cè)試計(jì)劃 集成高度設(shè)計(jì) 集成測(cè)試?yán)?集成測(cè)試規(guī)程 集成測(cè)試代碼（如果有） 集成測(cè)試腳本 集成測(cè)試工具 詳細(xì)設(shè)計(jì) 代碼 單元測(cè)試報(bào)告3）入口條件 單元測(cè)試階段已經(jīng)通過(guò)基線(xiàn)化評(píng)審4）活動(dòng)步 驟 執(zhí)行集成測(cè)試用例 回歸集成測(cè)試用例 撰寫(xiě)集成測(cè)試報(bào)告5）輸出 集成測(cè)試報(bào)告6）出口條件 集成測(cè)試報(bào)告通過(guò)集成測(cè)試階段基線(xiàn)評(píng)審1軟件測(cè)試的目的是盡可能多的

7、找出軟件的缺陷。（T）2Beta 測(cè)試是驗(yàn)收測(cè)試的一種。（T）3驗(yàn)收測(cè)試是由最終用戶(hù)來(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è)試員編寫(xiě)驅(qū)動(dòng)程序。（T）9測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過(guò)。（F）10代碼評(píng)審員一般由測(cè)試員擔(dān)任。（F）開(kāi)發(fā)人員11我們可以人為的使得軟件不存在配置問(wèn)題。（F）12集成測(cè)試計(jì)劃在需求分析階段末提交。（F）項(xiàng)目計(jì)劃13、 好的測(cè)試員不懈追求完美。( T)14、 測(cè)試程序僅僅按預(yù)期方式運(yùn)行就行了。(F )15、 靜態(tài)檢查就是看代碼

8、。( F)16、 軟件測(cè)試員可以對(duì)產(chǎn)品說(shuō)明書(shū)進(jìn)行白盒測(cè)試。( F)17、 靜態(tài)白盒測(cè)試可以找出遺漏之處和問(wèn)題。( T)18、 理論上白盒測(cè)試可以發(fā)現(xiàn)軟件所有的缺陷。(F )19、 可以發(fā)布具有配置缺陷的軟件產(chǎn)品。(T)20、 軟件必須進(jìn)行某種程度的兼容性測(cè)試。( T)1. 好的測(cè)試員不懈追求完美。( × )2. 測(cè)試程序僅僅按預(yù)期方式運(yùn)行就行了。( × )3. 不存在質(zhì)量很高但可靠性很差的產(chǎn)品。( )4. 在沒(méi)有產(chǎn)品說(shuō)明書(shū)和需求文檔的條件下可以進(jìn)行動(dòng)態(tài)黑盒測(cè)試。( )5. 靜態(tài)白盒測(cè)試可以找出遺漏之處和問(wèn)題。( )6. 測(cè)試錯(cuò)誤提示信息不屬于文檔測(cè)試范圍。( ×

9、)7. 單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。( )8. 代碼評(píng)審是檢查源代碼是否達(dá)到模塊的要求。( )9. 自頂向下集成需要測(cè)試員編寫(xiě)程序。( × )10. 總是首先設(shè)計(jì)黑盒測(cè)試用例。( )01）測(cè)試是為了驗(yàn)證軟件已正確地實(shí)現(xiàn)了用戶(hù)的要求。 ×（02）白盒測(cè)試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，完全可以不考慮程序的功能要求。 （03）白盒測(cè)試不僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，還要考慮程序的功能要求。 ×（04）黑盒測(cè)試的測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。 ×（05）黑盒測(cè)試的測(cè)試用例是根據(jù)應(yīng)用程序的功能需求設(shè)計(jì)的。 （06）為了快速完成集成測(cè)試，采用一次性集成方式是適宜的。

10、×（07）在軟件開(kāi)發(fā)過(guò)程中，若能推遲暴露其中的錯(cuò)誤，則為修復(fù)和改進(jìn)錯(cuò)誤所花費(fèi)的代價(jià)就會(huì)降低。 ×（05）在軟件開(kāi)發(fā)過(guò)程中，若能盡早暴露其中的錯(cuò)誤，則為修復(fù)和改進(jìn)錯(cuò)誤所花費(fèi)的代價(jià)就會(huì)降低。 （09）單元測(cè)試通常由開(kāi)發(fā)人員進(jìn)行。 （10）壓力測(cè)試通常需要輔助工具的支持。 （11）壓力測(cè)試不需要輔助工具的支持。 ×（12）測(cè)試人員說(shuō)：“沒(méi)有可運(yùn)行的程序，我無(wú)法進(jìn)行測(cè)試工作”。 ×（13）軟件測(cè)試員可以對(duì)產(chǎn)品說(shuō)明書(shū)進(jìn)行白盒測(cè)試。 ×（14）軟件測(cè)試員無(wú)法對(duì)產(chǎn)品說(shuō)明書(shū)進(jìn)行白盒測(cè)試。 （15）在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)包括合理的輸入條件和不合理的輸入條件。 1、

11、一個(gè)程序中所含有的路徑數(shù)與程序的復(fù)雜程度有著直接的關(guān)系。（ ） 2、結(jié)構(gòu)性測(cè)試是根據(jù)軟件的規(guī)格說(shuō)明來(lái)設(shè)計(jì)測(cè)試用例。（ x ）3、錯(cuò)誤推測(cè)法是根據(jù)輸出對(duì)輸入的依賴(lài)關(guān)系來(lái)設(shè)計(jì)測(cè)試用例的。（x ）4、軟件缺陷屬性包括缺陷標(biāo)識(shí)、缺陷類(lèi)型、缺陷嚴(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)過(guò)嚴(yán)格嚴(yán)謹(jǐn)?shù)膬?nèi)部測(cè)試之后，可以做到?jīng)]有缺陷。（x ）8、測(cè)試用例應(yīng)由測(cè)試

12、輸入數(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è)過(guò)程，包含若干活動(dòng)，運(yùn)行軟件進(jìn)行測(cè)試只是活動(dòng)之一。（ ）16、回歸測(cè)試是在軟件修改后再次運(yùn)行以前為查找錯(cuò)誤而執(zhí)行程序曾用過(guò)的測(cè)試用例.   17、集成測(cè)試是為確定軟件系統(tǒng)是否滿(mǎn)足驗(yàn)收標(biāo)準(zhǔn)以及使客戶(hù)決定是否接受而進(jìn)行的正式測(cè)試

13、.  （ x ）18、測(cè)試按照測(cè)試層次可以劃分成為單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試。（ ）19、只要能夠達(dá)到100的邏輯覆蓋率，就可以保證程序的正確性。（ x ）20、永遠(yuǎn)有缺陷類(lèi)型會(huì)在測(cè)試的一個(gè)層次上被發(fā)現(xiàn)，并且能夠在另一個(gè)層次上逃避檢測(cè)。（ ）（1） 是為了驗(yàn)證軟件已正確地實(shí)現(xiàn)了用戶(hù)的要求。 F（2） 白盒測(cè)試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，完全可以不考慮程序的功能要求。T（3） 黑盒測(cè)試的測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。F（4） 為了快速完成集成測(cè)試, 采用一次性集成方式是適宜的。F（5） 在軟件開(kāi)發(fā)過(guò)程中，若能推遲暴露其中的錯(cuò)誤，則為修復(fù)和改正錯(cuò)誤所花費(fèi)的代價(jià)就會(huì)降低。F1.

14、 軟件測(cè)試是有效的排除軟件缺陷的手段。 （ ）2. 程序員與測(cè)試工作無(wú)關(guān)。 （ × ）3. 程序員兼任測(cè)試員可以提高工作效率。 （ × ）4. 產(chǎn)品說(shuō)明書(shū)（需求文檔）的變更應(yīng)當(dāng)受到控制。 （ ）5. 白盒測(cè)試的“條件覆蓋”標(biāo)準(zhǔn)強(qiáng)于“判定覆蓋”。 （ × ）6. 軟件開(kāi)發(fā)全過(guò)程的測(cè)試工作都可以實(shí)現(xiàn)自動(dòng)化。 （ × ）7. 找出的軟件缺陷越多，說(shuō)明剩下的軟件缺陷越少。 （ × ）8. 采用自動(dòng)化測(cè)試有可能延誤項(xiàng)目進(jìn)度。 （ ）10測(cè)試應(yīng)從“大規(guī)?！遍_(kāi)始，逐步轉(zhuǎn)向“小規(guī)?！薄?（ × ）三、判斷題：共10小題，每小題1分，滿(mǎn)分10分；請(qǐng)將答

15、案以“”、“×”形式填入題后括號(hào)中。1.白盒測(cè)試的條件覆蓋標(biāo)準(zhǔn)強(qiáng)于判定覆蓋。 （ × ）2.驗(yàn)收測(cè)試是以最終用戶(hù)為主的測(cè)試。 （ ）3.測(cè)試程序僅僅按預(yù)期方式運(yùn)行就行了。 （ × ）4.自底向上集成需要測(cè)試員編寫(xiě)驅(qū)動(dòng)程序。 （ ）5.好的測(cè)試員不懈追求完美。 （ × ）6.軟件測(cè)試工具可以代替軟件測(cè)試員。 （ × ）7.最重要的用戶(hù)界面要素是軟件符合現(xiàn)行標(biāo)準(zhǔn)和規(guī)范。 （ ） 8.自動(dòng)化測(cè)試可能延誤項(xiàng)目進(jìn)度。 （ ） 9.軟件測(cè)試員可以對(duì)產(chǎn)品說(shuō)明書(shū)進(jìn)行白盒測(cè)試。 （ ）10.靜態(tài)白盒測(cè)試可以找出遺漏之處和問(wèn)題。 （ ）二、判斷題：共20小題，每題

16、1分，滿(mǎn)分20分）1. 軟件測(cè)試是有風(fēng)險(xiǎn)的行為，并非所有的軟件缺陷都能夠被修復(fù)。（ ）2. 軟件質(zhì)量保證和軟件測(cè)試是同一層次的概念。（x ）3. 我們有理由相信只要能夠設(shè)計(jì)出盡可能好的測(cè)試方案，經(jīng)過(guò)嚴(yán)格測(cè)試之后的軟件可以沒(méi)有缺陷。（ x ）4. 程序員兼任測(cè)試員可以提高工作效率。（ x ）5. 在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)當(dāng)包括合理的輸入條件和不合理的輸入條件。（ ）6. 傳統(tǒng)測(cè)試是在開(kāi)發(fā)的后期才介入，現(xiàn)在測(cè)試活動(dòng)已經(jīng)擴(kuò)展到了整個(gè)生命周期。（ ）7. 傳統(tǒng)測(cè)試以發(fā)現(xiàn)錯(cuò)誤為目的，現(xiàn)在測(cè)試已經(jīng)擴(kuò)展到了錯(cuò)誤預(yù)防的范疇。8. 軟件測(cè)試的生命周期包括測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行、缺陷跟蹤、測(cè)試評(píng)估。（ ）9. 調(diào)試從一個(gè)已知的條件開(kāi)始，使用預(yù)先定義的過(guò)程，有預(yù)知的結(jié)果；測(cè)試從一個(gè)未知的條件開(kāi)始，結(jié)束的過(guò)程不可預(yù)計(jì)。（ x ）10. 白盒測(cè)試往往會(huì)造成測(cè)試用例之間可能存在嚴(yán)重的冗余和未測(cè)試的功能漏洞。（ x ）11. 在邊界值方法中，對(duì)于一個(gè)有n個(gè)變量的函數(shù)作最壞情況測(cè)試，生成的測(cè)試用例個(gè)數(shù)是7n個(gè)。（ x ）12. 軟件生存周期是從軟件開(kāi)始開(kāi)發(fā)到開(kāi)發(fā)結(jié)束的整