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

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

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

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

4、控模塊進(jìn)行單元測試時(shí)引入的所有樁模塊用實(shí)際模塊替代2 依據(jù)所選的集成策略（深度優(yōu)先或廣度優(yōu)先），每次只替代一個(gè)樁模塊；3 每集成一個(gè)模塊立即測試一遍；4 只有每組測試完成后，才著手替換下一個(gè)樁模塊；5 為避免引入新錯(cuò)誤，須不斷地進(jìn)行回歸測試（即全部或部分地重復(fù)已做過的測試）。 自底向上綜合測試的步驟分為：1 把低層模塊組織成實(shí)現(xiàn)某個(gè)子功能的模塊群（cluster）;2 開發(fā)一個(gè)測試驅(qū)動(dòng)模塊，控制測試數(shù)據(jù)的輸入和測試結(jié)果的輸出；3 對(duì)每個(gè)模塊群進(jìn)行測試；4 刪除測試使用的驅(qū)動(dòng)模塊，用較高層模塊把模塊群組織成為完成更大功能的新模塊群。 8 負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（ N

5、 ）負(fù)載測試（Load testing），通過測試系統(tǒng)在資源超負(fù)荷情況下的表現(xiàn)，以發(fā)現(xiàn)設(shè)計(jì)上的錯(cuò)誤或驗(yàn)證系統(tǒng)的負(fù)載能力。在這種測試中，將使測試對(duì)象承擔(dān)不同的工作量，以評(píng)測和評(píng)估測試對(duì)象在不同工作量條件下的性能行為，以及持續(xù)正常運(yùn)行的能力。負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。此外，負(fù)載測試還要評(píng)估性能特征。例如，響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的方面。9 測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（ N ）10 代碼評(píng)審員一般由測試員擔(dān)任。（ N ） 11 我們可以人為的使得軟件不存在配置問題。（ N ）是一種標(biāo)識(shí)、組織和控制修改的技術(shù)。軟件配置管理

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

7、找出軟件的缺陷。（T）2Beta 測試是驗(yàn)收測試的一種。（T）3驗(yàn)收測試是由最終用戶來實(shí)施的。（F）4項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。（F）5單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（T）6代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（F）7自底向上集成需要測試員編寫驅(qū)動(dòng)程序。（T）9測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（F）10代碼評(píng)審員一般由測試員擔(dān)任。（F）開發(fā)人員11我們可以人為的使得軟件不存在配置問題。（F）12集成測試計(jì)劃在需求分析階段末提交。（F）項(xiàng)目計(jì)劃13、 好的測試員不懈追求完美。( T)14、 測試程序僅僅按預(yù)期方式運(yùn)行就行了。(F )15、 靜態(tài)檢查就是看代碼

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

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

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

11、一個(gè)程序中所含有的路徑數(shù)與程序的復(fù)雜程度有著直接的關(guān)系。（ ） 2、結(jié)構(gòu)性測試是根據(jù)軟件的規(guī)格說明來設(shè)計(jì)測試用例。（ x ）3、錯(cuò)誤推測法是根據(jù)輸出對(duì)輸入的依賴關(guān)系來設(shè)計(jì)測試用例的。（x ）4、軟件缺陷屬性包括缺陷標(biāo)識(shí)、缺陷類型、缺陷嚴(yán)重程度、缺陷產(chǎn)生可能性、缺陷優(yōu)先級(jí)、缺陷狀態(tài)、缺陷起源、缺陷來源、缺陷原因。（ ）5、對(duì)于一個(gè)含有n個(gè)變量的程序，采用邊界值健壯性測試方法來測試程序會(huì)產(chǎn)生6n+1個(gè)測試用例。（）6、數(shù)據(jù)流測試是主要用作路徑測試的真實(shí)性檢查。兩種形式分別為定義/使用測試、基于程序片的測試。（ ）7、軟件只要經(jīng)過嚴(yán)格嚴(yán)謹(jǐn)?shù)膬?nèi)部測試之后，可以做到?jīng)]有缺陷。（x ）8、測試用例應(yīng)由測試

12、輸入數(shù)據(jù)和對(duì)應(yīng)的實(shí)際輸出結(jié)果這兩部分組成。（ x ）9、測試是可以窮盡的。（ x ）10、測試自動(dòng)化是萬能的。（ x ）11、軟件缺陷可能會(huì)被修復(fù)，可能會(huì)被保留或者標(biāo)識(shí)出來。（ ）12、每一個(gè)軟件項(xiàng)目都有一個(gè)最優(yōu)的測試量。（ ）13、黑盒測試往往會(huì)造成測試用例之間可能存在嚴(yán)重的冗余和未測試的功能漏洞。（ ）14、代碼審查工作屬于靜態(tài)測試。（ ）15、軟件測試是一個(gè)過程，包含若干活動(dòng)，運(yùn)行軟件進(jìn)行測試只是活動(dòng)之一。（ ）16、回歸測試是在軟件修改后再次運(yùn)行以前為查找錯(cuò)誤而執(zhí)行程序曾用過的測試用例.   17、集成測試是為確定軟件系統(tǒng)是否滿足驗(yàn)收標(biāo)準(zhǔn)以及使客戶決定是否接受而進(jìn)行的正式測試

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

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

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

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