軟件測試總結(jié)

1、軟件測試的目的是 （ ）(A)發(fā)現(xiàn)程序中的所有錯誤 (B)盡可能多地發(fā)現(xiàn)程序中的錯誤(C)證明程序是正確的 (D)調(diào)試程序軟件測試的目的是 （ B ）(A)發(fā)現(xiàn)程序中的所有錯誤 (B)盡可能多地發(fā)現(xiàn)程序中的錯誤(C)證明程序是正確的 (D)調(diào)試程序白盒測試是根據(jù)程序的_來設(shè)計測試用例,黑盒測試是根據(jù)軟件的規(guī)格說明來設(shè)計測試用例。（ ）(A)功能 (B)性能(C)內(nèi)部邏輯 (D)內(nèi)部數(shù)據(jù)白盒測試是根據(jù)程序的_來設(shè)計測試用例,黑盒測試是根據(jù)軟件的規(guī)格說明來設(shè)計測試用例。（ C ）(A)功能 (B)性能(C)內(nèi)部邏輯 (D)內(nèi)部數(shù)據(jù)為了提高測試的效率，應(yīng)該（ ）。A 隨機地選取測試數(shù)據(jù) B 取一切可

2、能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C 在完成編碼以后制定軟件的測試計劃D 選擇發(fā)現(xiàn)錯誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù)為了提高測試的效率，應(yīng)該（ D ）。A 隨機地選取測試數(shù)據(jù) B 取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C 在完成編碼以后制定軟件的測試計劃D 選擇發(fā)現(xiàn)錯誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù)使用白盒測試方法時，確定測試數(shù)據(jù)應(yīng)根據(jù)（ ）和指定的覆蓋標準。A 程序的內(nèi)部邏輯 B 程序的復(fù)雜程度C 使用說明書 D 程序的功能使用白盒測試方法時，確定測試數(shù)據(jù)應(yīng)根據(jù)（ A ）和指定的覆蓋標準。A 程序的內(nèi)部邏輯 B 程序的復(fù)雜程度C 使用說明書 D 程序的功能對于軟件測試分類，下列各項都是按照不同階段來進行的劃分，

3、除了（）。 A、單元測試 B、集成測試 C、黑盒測試 D、系統(tǒng)測試 對于軟件測試分類，下列各項都是按照不同階段來進行的劃分，除了（C）。 A、單元測試 B、集成測試 C、黑盒測試 D、系統(tǒng)測試 下面哪個不是測試用例設(shè)計基本原則是：（下面哪個不是測試用例設(shè)計基本原則是：（ ） A.測試用例能夠發(fā)現(xiàn)至今沒有發(fā)現(xiàn)的錯誤 B.測試用例應(yīng)由測試輸入數(shù)據(jù)和與之對應(yīng)的預(yù)期輸出結(jié)果這兩部分組成 C.在測試用例設(shè)計時，應(yīng)當(dāng)包含合理的輸入條件和不合理的輸入條件 D.測試用例設(shè)計應(yīng)該以功能為線索 下面哪個不是測試用例設(shè)計基本原則是：（下面哪個不是測試用例設(shè)計基本原則是：（ D） A.測試用例能夠發(fā)現(xiàn)至今沒有發(fā)現(xiàn)的錯

4、誤 B.測試用例應(yīng)由測試輸入數(shù)據(jù)和與之對應(yīng)的預(yù)期輸出結(jié)果這兩部分組成 C.在測試用例設(shè)計時，應(yīng)當(dāng)包含合理的輸入條件和不合理的輸入條件 D.測試用例設(shè)計應(yīng)該以功能為線索 一個程序中所含有的路徑數(shù)與_有著直接的關(guān)系（ ）(A)程序的復(fù)雜程度 (B) 程序語句行數(shù)(C)程序模塊數(shù) (D)程序指令執(zhí)行時間一個程序中所含有的路徑數(shù)與_有著直接的關(guān)系（ A ）(A)程序的復(fù)雜程度 (B) 程序語句行數(shù)(C)程序模塊數(shù) (D)程序指令執(zhí)行時間動態(tài)黑盒測試： （ ）（A）直接測試底層功能、過程、子程序和庫 （B）可估算執(zhí)行測試時代碼量和具體代碼 (C) 從軟件獲得讀取變量和狀態(tài)信息的訪問權(quán) （D）測試的是軟件

5、在使用過程中的實際行為動態(tài)黑盒子測試： （ D ）（A）直接測試底層功能、過程、子程序和庫 （B）可估算執(zhí)行測試時代碼量和具體代碼 (C)從軟件獲得讀取變量和狀態(tài)信息的訪問權(quán) （D）測試的是軟件在使用過程中的實際行為在自低向上測試中，要編寫稱為_的模塊來測驗正在測試的模塊。（ ）(A) 測試存根 (B) 測試驅(qū)動模塊(C) 樁模塊 (D) 底層模塊在自低向上測試中，要編寫稱為_的模塊來測驗正在測試的模塊。（ B ）(A)測試存根 (B) 測試驅(qū)動模塊(C)樁模塊 (D) 底層模塊下列各項中_不是一個測試計劃所應(yīng)包含的內(nèi)容（ ）(A)測試資源、進度安排 (B)測試預(yù)期輸出(C)測試范圍 (D)測

6、試策略下列各項中_不是一個測試計劃所應(yīng)包含的內(nèi)容（ B ）(A)測試資源、進度安排 (B)測試預(yù)期輸出(C)測試范圍 (D)測試策略調(diào)試是 （ ）(A)發(fā)現(xiàn)與預(yù)先定義的規(guī)格和標準不符合的問題(B)發(fā)現(xiàn)軟件錯誤征兆的過程(C)有計劃的、可重復(fù)的過程(D)消除軟件錯誤的過程調(diào)試是 （ D ）(A)發(fā)現(xiàn)與預(yù)先定義的規(guī)格和標準不符合的問題(B)發(fā)現(xiàn)軟件錯誤征兆的過程(C)有計劃的、可重復(fù)的過程(D)消除軟件錯誤的過程在軟件底層進行的測試稱為在軟件底層進行的測試稱為 （ ）(A) 系統(tǒng)測試系統(tǒng)測試 (B) 集成測試集成測試(C) 單元測試單元測試 (D) 功能測試功能測試在軟件底層進行的測試稱為在軟件底

7、層進行的測試稱為 （ C ）(A) 系統(tǒng)測試系統(tǒng)測試 (B) 集成測試集成測試(C) 單元測試單元測試 (D) 功能測試功能測試在確定黑盒測試策略時，優(yōu)先選用的方法是 （ ）(A)邊界值分析法 (B) 等價類劃分(C)錯誤推斷法 (D)決策表方法在確定黑盒測試策略時，優(yōu)先選用的方法是 （ B ）(A)邊界值分析法 (B) 等價類劃分(C)錯誤推斷法 (D)決策表方法下列_不屬于軟件缺陷 （ ）(A)測試人員主觀認為不合理的地方(B)軟件未達到產(chǎn)品說明書標明的功能(C)軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤(D)軟件功能超出產(chǎn)品說明書指明范圍下列_不屬于軟件缺陷 （ A ）(A)測試人員主觀認為

8、不合理的地方(B)軟件未達到產(chǎn)品說明書標明的功能(C)軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤(D)軟件功能超出產(chǎn)品說明書指明范圍_把黑盒子測試和白盒子測試的界限打亂了。（ ） (A) 灰盒測試 （B）動態(tài)測試（C）靜態(tài)測試 （D）失敗測試_把黑盒子測試和白盒子測試的界限打亂了。（ A ）(A)灰盒測試 （B）動態(tài)測試（C）靜態(tài)測試 （D）失敗測試軟件測試的核心是（）(A)測試用例(B)測試人員(C)編程人員(D)測試方法軟件測試的核心是（A）(A)測試用例(B)測試人員(C)編程人員(D)測試方法程序的三種基本控制結(jié)構(gòu)是（ ）A 過程，子程序，分程序B 順序，條件，循環(huán)C 遞歸，堆棧，隊列D

9、調(diào)用，返回，轉(zhuǎn)移程序的三種基本控制結(jié)構(gòu)是（ B ）A 過程，子程序，分程序B 順序，條件，循環(huán)C 遞歸，堆棧，隊列D 調(diào)用，返回，轉(zhuǎn)移測試的基本流程測試的基本流程:（）（）1開發(fā)人員將開放出來的產(chǎn)品交給測試部門。開發(fā)人員將開放出來的產(chǎn)品交給測試部門。2測試人員使用某種測試方法測試產(chǎn)品并收集產(chǎn)品測試人員使用某種測試方法測試產(chǎn)品并收集產(chǎn)品的缺陷。的缺陷。3與開發(fā)人員溝通被發(fā)現(xiàn)的缺陷。與開發(fā)人員溝通被發(fā)現(xiàn)的缺陷。4開發(fā)人員修復(fù)缺陷并送回到測試部門重新測試。開發(fā)人員修復(fù)缺陷并送回到測試部門重新測試。A. 1,2,3,4 B. 2.3.1.4 C.1,3,2,4 D.2,1,3,4測試的基本流程測試的基

10、本流程:（A）1開發(fā)人員將開放出來的產(chǎn)品交給測試部門。開發(fā)人員將開放出來的產(chǎn)品交給測試部門。2測試人員使用某種測試方法測試產(chǎn)品并收集產(chǎn)品測試人員使用某種測試方法測試產(chǎn)品并收集產(chǎn)品的缺陷。的缺陷。3與開發(fā)人員溝通被發(fā)現(xiàn)的缺陷。與開發(fā)人員溝通被發(fā)現(xiàn)的缺陷。4開發(fā)人員修復(fù)缺陷并送回到測試部門重新測試。開發(fā)人員修復(fù)缺陷并送回到測試部門重新測試。A. 1,2,3,4 B. 2.3.1.4 C.1,3,2,4 D.2,1,3,4軟件測試的目的: （ ） A. 避免軟件開發(fā)中出現(xiàn)的錯誤B. 發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯誤C. 盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯誤，提高軟件的可靠性D. 修改軟件中出現(xiàn)的錯誤軟件測試的目

11、的: （ C ） A. 避免軟件開發(fā)中出現(xiàn)的錯誤B. 發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯誤C. 盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯誤，提高軟件的可靠性D. 修改軟件中出現(xiàn)的錯誤軟件測試報告中不包含的內(nèi)容是：（ ）A項目背景 B測試版本C投資規(guī)模 D結(jié)論與建議軟件測試報告中不包含的內(nèi)容是：（ C ）A項目背景 B測試版本C投資規(guī)模 D結(jié)論與建議單元測試中用來模擬被測模塊調(diào)用者的模塊是 （ ） (A) 父模塊 （B）子模塊（C）驅(qū)動模塊 （D）樁模塊單元測試中用來模擬被測模塊調(diào)用者的模塊是 （ C ） (A) 父模塊 （B）子模塊（C）驅(qū)動模塊 （D）樁模塊側(cè)重于觀察資源耗盡情況下的軟件表現(xiàn)的系統(tǒng)測試被稱為 （

12、）（A）強度測試 （B）壓力測試 (C) 容量測試 （D）性能測試側(cè)重于觀察資源耗盡情況下的軟件表現(xiàn)的系統(tǒng)測試被稱為 （ B ）（A）強度測試 （B）壓力測試 (C) 容量測試 （D）性能測試必須要求用戶參與的測試階段是 （ ）（A）單元測試 （B）集成測試 (C) 確認測試 （D）驗收測試必須要求用戶參與的測試階段是 （ D ）（A）單元測試 （B）集成測試 (C) 確認測試 （D）驗收測試不屬于單元測試內(nèi)容的是不屬于單元測試內(nèi)容的是 （ ）（A）模塊接口測試）模塊接口測試 （B）局部數(shù)據(jù)結(jié)構(gòu)測試）局部數(shù)據(jù)結(jié)構(gòu)測試 (C) 路徑測試路徑測試 （D）用戶界面測試）用戶界面測試不屬于單元測試內(nèi)容

13、的是不屬于單元測試內(nèi)容的是 （ A ）（A）模塊接口測試）模塊接口測試 （B）局部數(shù)據(jù)結(jié)構(gòu)測試）局部數(shù)據(jù)結(jié)構(gòu)測試 (C) 路徑測試路徑測試 （D）用戶界面測試）用戶界面測試劃分軟件測試屬于白盒測試還是黑盒測試的依據(jù)是（ ）A是否執(zhí)行程序代碼B是否能看到軟件設(shè)計文檔C是否能看到被測源程序D運行結(jié)果是否確定劃分軟件測試屬于白盒測試還是黑盒測試的依據(jù)是（ C ）A是否執(zhí)行程序代碼B是否能看到軟件設(shè)計文檔C是否能看到被測源程序D運行結(jié)果是否確定在進行單元測試時，常用的方法是 （ ）A采用黑盒測試，輔之以白盒測試；B采用白盒測試，輔之以黑盒測試；C只使用黑盒測試；D只使用白盒測試。在進行單元測試時，常用

14、的方法是 （ B ）A采用黑盒測試，輔之以白盒測試；B采用白盒測試，輔之以黑盒測試；C只使用黑盒測試；D只使用白盒測試。多項選擇多項選擇動態(tài)執(zhí)行測試通常分為（動態(tài)執(zhí)行測試通常分為（ ） A.黑盒測試黑盒測試B.白盒測試白盒測試 C. 集成測試集成測試 D.系統(tǒng)測試系統(tǒng)測試 多項選擇多項選擇動態(tài)執(zhí)行測試通常分為（動態(tài)執(zhí)行測試通常分為（AB ） A.黑盒測試黑盒測試B.白盒測試白盒測試 C. 集成測試集成測試 D.系統(tǒng)測試系統(tǒng)測試 多項選擇多項選擇為什么要測試為什么要測試? （ ）A以最少的時間和人力，系統(tǒng)地找出軟件中潛在的以最少的時間和人力，系統(tǒng)地找出軟件中潛在的各種錯誤和缺陷各種錯誤和缺陷B實

15、施測試收集到的測試結(jié)果數(shù)據(jù)為可靠性分析實施測試收集到的測試結(jié)果數(shù)據(jù)為可靠性分析提供了依據(jù)提供了依據(jù)C它只能說明軟件中存在錯誤它只能說明軟件中存在錯誤D保證軟件開發(fā)團隊的利益保證軟件開發(fā)團隊的利益多項選擇多項選擇為什么要測試為什么要測試? （ AB ）A以最少的時間和人力，系統(tǒng)地找出軟件中潛在的以最少的時間和人力，系統(tǒng)地找出軟件中潛在的各種錯誤和缺陷各種錯誤和缺陷B實施測試收集到的測試結(jié)果數(shù)據(jù)為可靠性分析實施測試收集到的測試結(jié)果數(shù)據(jù)為可靠性分析提供了依據(jù)提供了依據(jù)C它只能說明軟件中存在錯誤它只能說明軟件中存在錯誤D保證軟件開發(fā)團隊的利益保證軟件開發(fā)團隊的利益多項選擇多項選擇軟件質(zhì)量缺陷的原因軟件

16、質(zhì)量缺陷的原因:（ ）A 缺乏或者沒有進行溝通缺乏或者沒有進行溝通B. 軟件復(fù)雜度軟件復(fù)雜度 C. 編程錯誤編程錯誤 D. 客戶操作錯誤客戶操作錯誤多項選擇多項選擇軟件質(zhì)量缺陷的原因軟件質(zhì)量缺陷的原因:（ABC ）A 缺乏或者沒有進行溝通缺乏或者沒有進行溝通B. 軟件復(fù)雜度軟件復(fù)雜度 C. 編程錯誤編程錯誤 D. 客戶操作錯誤客戶操作錯誤多項選擇多項選擇白盒測試的方法有哪些？（白盒測試的方法有哪些？（ ）A 語句覆蓋方法語句覆蓋方法 B. 分支覆蓋分支覆蓋 C. 邏輯覆蓋邏輯覆蓋 D. 循環(huán)測試循環(huán)測試多項選擇多項選擇白盒測試的方法有哪些？（白盒測試的方法有哪些？（ABCD ）A 語句覆蓋方法

17、語句覆蓋方法 B. 分支覆蓋分支覆蓋 C. 邏輯覆蓋邏輯覆蓋 D. 循環(huán)測試循環(huán)測試多項選擇多項選擇下面哪些屬于靜態(tài)分析下面哪些屬于靜態(tài)分析( )A代碼規(guī)則檢查代碼規(guī)則檢查B程序結(jié)構(gòu)分析程序結(jié)構(gòu)分析C程序復(fù)雜度分析程序復(fù)雜度分析D內(nèi)存泄漏內(nèi)存泄漏多項選擇多項選擇下面哪些屬于靜態(tài)分析下面哪些屬于靜態(tài)分析( ABC )A代碼規(guī)則檢查代碼規(guī)則檢查B程序結(jié)構(gòu)分析程序結(jié)構(gòu)分析C程序復(fù)雜度分析程序復(fù)雜度分析D內(nèi)存泄漏內(nèi)存泄漏多項選擇多項選擇測試設(shè)計階段的任務(wù)（）測試設(shè)計階段的任務(wù)（）A. 制定測試計劃制定測試計劃 B. 設(shè)計測試用例設(shè)計測試用例C. 設(shè)計測試過程、腳本設(shè)計測試過程、腳本 D. 評估測試活動

18、評估測試活動多項選擇多項選擇測試設(shè)計階段的任務(wù)（測試設(shè)計階段的任務(wù)（BC）A. 制定測試計劃制定測試計劃 B. 設(shè)計測試用例設(shè)計測試用例C. 設(shè)計測試過程、腳本設(shè)計測試過程、腳本 D. 評估測試活動評估測試活動多項選擇多項選擇關(guān)于軟件測試對軟件質(zhì)量的意義，有以下觀點，關(guān)于軟件測試對軟件質(zhì)量的意義，有以下觀點，其中正確的有（其中正確的有（ ）A度量與評估軟件的質(zhì)量度量與評估軟件的質(zhì)量 B保證軟件質(zhì)量保證軟件質(zhì)量C改進軟件開發(fā)過程改進軟件開發(fā)過程 D發(fā)現(xiàn)軟件錯誤發(fā)現(xiàn)軟件錯誤多項選擇多項選擇關(guān)于軟件測試對軟件質(zhì)量的意義，有以下觀點，關(guān)于軟件測試對軟件質(zhì)量的意義，有以下觀點，其中正確的有（其中正確的有

19、（ ABCD ）A度量與評估軟件的質(zhì)量度量與評估軟件的質(zhì)量 B保證軟件質(zhì)量保證軟件質(zhì)量C改進軟件開發(fā)過程改進軟件開發(fā)過程 D發(fā)現(xiàn)軟件錯誤發(fā)現(xiàn)軟件錯誤多項選擇多項選擇下列關(guān)于黑盒測試的優(yōu)點中正確的是：（下列關(guān)于黑盒測試的優(yōu)點中正確的是：（ ）A適用于各個階段的測試適用于各個階段的測試B從用戶角度進行測試容易被理解和接受從用戶角度進行測試容易被理解和接受C測試員和程序員可以由不同的人來擔(dān)任測試員和程序員可以由不同的人來擔(dān)任D可以揭示隱藏在代碼中的錯誤可以揭示隱藏在代碼中的錯誤多項選擇多項選擇下列關(guān)于黑盒測試的優(yōu)點中正確的是：（下列關(guān)于黑盒測試的優(yōu)點中正確的是：（ ABC ）A適用于各個階段的測試適

20、用于各個階段的測試B從用戶角度進行測試容易被理解和接受從用戶角度進行測試容易被理解和接受C測試員和程序員可以由不同的人來擔(dān)任測試員和程序員可以由不同的人來擔(dān)任D可以揭示隱藏在代碼中的錯誤可以揭示隱藏在代碼中的錯誤多項選擇多項選擇下列方法中不屬于白盒測試范疇的用例設(shè)計方法是：下列方法中不屬于白盒測試范疇的用例設(shè)計方法是：（ ）A基本路徑測試法基本路徑測試法 B語句覆蓋測試法語句覆蓋測試法C因果圖法因果圖法 D條件覆蓋測試法條件覆蓋測試法多項選擇多項選擇下列方法中不屬于白盒測試范疇的用例設(shè)計方法是：下列方法中不屬于白盒測試范疇的用例設(shè)計方法是：（ C ）A基本路徑測試法基本路徑測試法 B語句覆蓋測

21、試法語句覆蓋測試法C因果圖法因果圖法 D條件覆蓋測試法條件覆蓋測試法多項選擇多項選擇主要的單元測試策略有：（主要的單元測試策略有：（ ）A自頂向下測試策略自頂向下測試策略B三明治策略三明治策略C孤立的單元測試策略孤立的單元測試策略D自底向上測試策略誤自底向上測試策略誤多項選擇多項選擇主要的單元測試策略有：（主要的單元測試策略有：（ ACD ）A自頂向下測試策略自頂向下測試策略B三明治策略三明治策略C孤立的單元測試策略孤立的單元測試策略D自底向上測試策略誤自底向上測試策略誤 軟件測試的目的是盡可能多的找出軟件的缺陷。（）軟件測試的目的是盡可能多的找出軟件的缺陷。（） Beta 測試是驗收測試的一

22、種。（）測試是驗收測試的一種。（） 項目立項前測試人員不需要提交任何工件。（）項目立項前測試人員不需要提交任何工件。（） 單元測試能發(fā)現(xiàn)約單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（）的軟件缺陷。（） 代碼評審是檢查源代碼是否達到模塊設(shè)計的要求。（）代碼評審是檢查源代碼是否達到模塊設(shè)計的要求。（） 自底向上集成需要測試員編寫驅(qū)動程序。（）自底向上集成需要測試員編寫驅(qū)動程序。（） 我們可以人為的使得軟件不存在配置問題。（）我們可以人為的使得軟件不存在配置問題。（） 軟件測試的目的是盡可能多的找出軟件的缺陷。（軟件測試的目的是盡可能多的找出軟件的缺陷。（Y） Beta 測試是驗收測試的一種。（測試是驗收測

23、試的一種。（Y） 項目立項前測試人員不需要提交任何工件。（項目立項前測試人員不需要提交任何工件。（Y） 單元測試能發(fā)現(xiàn)約單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（的軟件缺陷。（Y） 代碼評審是檢查源代碼是否達到模塊設(shè)計的要求。（代碼評審是檢查源代碼是否達到模塊設(shè)計的要求。（Y） 自底向上集成需要測試員編寫驅(qū)動程序。（自底向上集成需要測試員編寫驅(qū)動程序。（Y） 我們可以人為的使得軟件不存在配置問題。（我們可以人為的使得軟件不存在配置問題。（N） 白盒測試的條件覆蓋標準強于判定覆蓋。白盒測試的條件覆蓋標準強于判定覆蓋。 （ ） 驗收測試是以最終用戶為主的測試。驗收測試是以最終用戶為主的測試。 （ ）好的

24、測試員不懈追求完美。好的測試員不懈追求完美。 （ ）軟件測試工具可以代替軟件測試員。軟件測試工具可以代替軟件測試員。 （ ）最重要的用戶界面要素是軟件符合現(xiàn)行標準和規(guī)范最重要的用戶界面要素是軟件符合現(xiàn)行標準和規(guī)范（ ） 軟件測試是有效的排除軟件缺陷的手段。軟件測試是有效的排除軟件缺陷的手段。 （ ）白盒測試的條件覆蓋標準強于判定覆蓋。白盒測試的條件覆蓋標準強于判定覆蓋。 （ N ） 驗收測試是以最終用戶為主的測試。驗收測試是以最終用戶為主的測試。 （ Y ）好的測試員不懈追求完美。好的測試員不懈追求完美。 （ N ）軟件測試工具可以代替軟件測試員。軟件測試工具可以代替軟件測試員。 （ N ）最

25、重要的用戶界面要素是軟件符合現(xiàn)行標準和規(guī)范最重要的用戶界面要素是軟件符合現(xiàn)行標準和規(guī)范（ Y ） 軟件測試是有效的排除軟件缺陷的手段。軟件測試是有效的排除軟件缺陷的手段。 （ Y ）程序員與測試工作無關(guān)。程序員與測試工作無關(guān)。 （ ）程序員兼任測試員可以提高工作效率。程序員兼任測試員可以提高工作效率。 （ ）產(chǎn)品說明書（需求文檔）的變更應(yīng)當(dāng)受到控制。產(chǎn)品說明書（需求文檔）的變更應(yīng)當(dāng)受到控制。（ ）找出的軟件缺陷越多，說明剩下的軟件缺陷越少找出的軟件缺陷越多，說明剩下的軟件缺陷越少（ ）程序員與測試工作無關(guān)。程序員與測試工作無關(guān)。 （ N ）程序員兼任測試員可以提高工作效率。程序員兼任測試員可以

26、提高工作效率。 （ N ）產(chǎn)品說明書（需求文檔）的變更應(yīng)當(dāng)受到控制。產(chǎn)品說明書（需求文檔）的變更應(yīng)當(dāng)受到控制。（ Y ）找出的軟件缺陷越多，說明剩下的軟件缺陷越少找出的軟件缺陷越多，說明剩下的軟件缺陷越少（ N ）不存在質(zhì)量很高但可靠性很差的產(chǎn)品。不存在質(zhì)量很高但可靠性很差的產(chǎn)品。( )靜態(tài)白盒測試可以找出遺漏之處和問題。靜態(tài)白盒測試可以找出遺漏之處和問題。( )單元測試能發(fā)現(xiàn)約單元測試能發(fā)現(xiàn)約80%的軟件缺陷。的軟件缺陷。( )軟件測試的目的是盡可能多的找出軟件的缺陷（軟件測試的目的是盡可能多的找出軟件的缺陷（ ）單元測試屬于黑盒測試范疇。單元測試屬于黑盒測試范疇。 （ ） 代碼評審員一般由

27、軟件用戶擔(dān)任。代碼評審員一般由軟件用戶擔(dān)任。 （ ）不存在質(zhì)量很高但可靠性很差的產(chǎn)品。不存在質(zhì)量很高但可靠性很差的產(chǎn)品。( Y )靜態(tài)白盒測試可以找出遺漏之處和問題。靜態(tài)白盒測試可以找出遺漏之處和問題。( Y )單元測試能發(fā)現(xiàn)約單元測試能發(fā)現(xiàn)約80%的軟件缺陷。的軟件缺陷。( Y )軟件測試的目的是盡可能多的找出軟件的缺陷（軟件測試的目的是盡可能多的找出軟件的缺陷（ Y ）單元測試屬于黑盒測試范疇。單元測試屬于黑盒測試范疇。 （ N ） 代碼評審員一般由軟件用戶擔(dān)任。代碼評審員一般由軟件用戶擔(dān)任。 （ N ）Beta 測試是從用戶角度進行的測試。（測試是從用戶角度進行的測試。（ ） 項目立項前測試人員不需要提交任何文檔。項目立項前測試人員不需要提交任何文檔。 （ ） 單元測試能發(fā)現(xiàn)大部分的軟件缺陷。單元測試能發(fā)現(xiàn)大部分的軟件