[語言類考試復(fù)習(xí)資料大全]中級軟件評測師上午試題分類模擬1

1、書山有路勤為徑，學(xué)海無涯苦作舟。祝愿天下莘莘學(xué)子：學(xué)業(yè)有成，金榜題名！語言類考試復(fù)習(xí)資料大全中級軟件評測師上午試題分類模擬1中級軟件評測師上午試題分類模擬1單項選擇題問題:1. 國家人事部和信息產(chǎn)業(yè)部_年關(guān)于職業(yè)資格認證第一次在我國有了“軟件評測師”的稱號，體現(xiàn)了國家對軟件測試職業(yè)的高度重視與認可。A.2003B.2004C.2005D.2006答案:A解析 國家人事部和信息產(chǎn)業(yè)部2003年關(guān)于職業(yè)資格認證第一次在我國有了“軟件評測師”的稱號，體現(xiàn)了國家對軟件測試職業(yè)的高度重視與認可。問題:2. 軟件測試是為_服務(wù)的。A.軟件代碼B.軟件項目C.軟件管理D.軟件文檔答案:B解析 軟件測試是為軟

2、件項目服務(wù)的，在整個項目組中，要強調(diào)測試服務(wù)的概念，雖然軟件測試的目的是發(fā)現(xiàn)軟件中存在的錯誤，但是其根本目的是提高軟件質(zhì)量、降低軟件項目的風(fēng)險。問題:3. 在軟件開發(fā)的V模型中，應(yīng)該在_階段制訂單元測試計劃。A.需求分析B.概要設(shè)計C.詳細設(shè)計D.代碼編寫答案:D解析 “V模型”在代碼編寫的同時，就會進行單元測試，這樣可以盡快找出程序中的錯誤。充分的單元測試可以大幅度提高程序質(zhì)量、減少成本，也可以合理使用人員、加快工期。問題:4. 除了測試程序之外，黑盒測試還適用于測試_階段的軟件文檔。A.編碼B.總體設(shè)計C.軟件需求分析D.數(shù)據(jù)庫設(shè)計答案:C解析 黑盒測試法是通過分析程序的功能來設(shè)計測試用例

3、的方法。黑盒測試除了測試程序外，還適用于對需求分析階段的軟件文檔進行測試。白盒測試除了測試程序外，還適用于對軟件具體設(shè)計階段的軟件文檔進行測試。問題:5. 軟件測試是軟件開發(fā)過程中的一項重要內(nèi)容，將測試分為白盒測試、黑盒測試和灰盒測試，黑盒測試主要是_對軟件測試進行分類。A.從是否關(guān)心軟件內(nèi)部結(jié)構(gòu)和具體實現(xiàn)的角度B.從是否執(zhí)行程序的角度C.從軟件并發(fā)階段的細分角度D.從軟件開發(fā)復(fù)雜性的角度答案:A解析 白盒測試：己知產(chǎn)品的內(nèi)部工作過程，可以通過測試證明每種內(nèi)部操作是否符合設(shè)計規(guī)格要求，所有內(nèi)部成分是否已經(jīng)過檢查。 黑盒測試：把測試對象看作一個黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特

4、性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試。 灰盒測試：介于白盒測試與黑盒測試之間，灰盒測試關(guān)注輸出對于輸入的正確性，同時也關(guān)注內(nèi)部表現(xiàn)，但這種關(guān)注不像白盒那樣詳細、完整，只是通過一些表征性的現(xiàn)象、事件、標(biāo)志來判斷內(nèi)部的運行狀態(tài)。 問題:6. 軟件項目中的測試管理過程包括_。A.單元測試、集成測試、系統(tǒng)測試、驗收測試B.單元測試、集成測試、驗收測試、回歸測試C.制訂測試計劃、開發(fā)測試工具、執(zhí)行測試、發(fā)現(xiàn)并報告缺陷、測試總結(jié)D.制訂測試計劃及用例、執(zhí)行測試、發(fā)現(xiàn)并報告缺陷、修正缺陷、重新測試答案:D解析 軟件項目中的測試管理過程包括制訂測試計劃及

5、用例、執(zhí)行測試、發(fā)現(xiàn)并報告缺陷、修正缺陷、重新測試。問題:7. _指在軟件維護階段，為了檢測由于代碼修改而可能引入的錯誤所進行的測試活動。A.回歸測試B.修復(fù)測試C.集成測試D.冒煙測試答案:A解析 回歸測試：是指修改了舊代碼后，重新進行測試以確認修改沒有引入新的錯誤或?qū)е缕渌a產(chǎn)生錯誤。自動回歸測試將大幅降低系統(tǒng)測試、維護升級等階段的成本。 冒煙測試：源自硬件行業(yè)。對一個硬件或硬件組件進行更改或修復(fù)后，直接給設(shè)備加電。如果沒有冒煙，則該組件就通過了測試。在軟件中，“冒煙測試”這一術(shù)語描述的是在將代碼更改嵌入到產(chǎn)品的源樹中之前對這些更改進行驗證的過程。在檢查了代碼后，冒煙測試是確定和修復(fù)軟件

6、缺陷的最經(jīng)濟有效的方法。測試設(shè)計用于確認代碼中的更改會按預(yù)期運行，且不會破壞整個版本的穩(wěn)定性。 問題:8. 在引入自動化測試工具以前，手工測試遇到的問題包括_。 工作量和時間耗費過于龐大 衡量軟件測試工作進展困難 長時間運行的可靠性測試問題 對并發(fā)用戶進行模擬的問題 確定系統(tǒng)的性能瓶頸問題 軟件測試過程的管理問題 A.B.C.D.答案:A解析 本題考查在引入自動化測試之前手工測試的缺點。 手工測試全部依靠人手工完成，因此工作量大且耗時，難以衡量測試工作的進展。手工測試無法模擬軟件的長時間運行和大量并發(fā)用戶的訪問，因此難以勝任可靠性測試和性能測試。當(dāng)測試規(guī)模較大時，純?nèi)斯さ臏y試過程的管理也會面臨

7、困難。 根據(jù)上述描述，題目中的6項都屬于手工測試的缺點。應(yīng)選擇選項A。 問題:9. 以下關(guān)于軟件測試原則的敘述中，不正確的是_。A.測試貫穿于全部軟件生命周期，并不是實現(xiàn)完成后才開始B.測試用例本身不需要測試C.測試用例需要逐步完善、不斷修訂D.當(dāng)缺陷成群集中出現(xiàn)時，測試時應(yīng)該更多關(guān)注這些缺陷群答案:B解析 本題考查軟件測試的原則。 軟件測試應(yīng)遵循的原則包括：測試貫穿于全部軟件生命周期；應(yīng)當(dāng)把“盡早和不斷地測試”作為開發(fā)者的座右銘；程序員應(yīng)該避免檢查自己的程序，測試工作應(yīng)該由獨立的專業(yè)軟件測試機構(gòu)來完成；設(shè)計測試用例時，應(yīng)該考慮到合法的輸入和不合法的輸入，以及各種邊界條件；測試用例本身也應(yīng)該經(jīng)

8、過測試；設(shè)計好測試用例后還需要逐步完善和修訂；一定要注意測試中的錯誤集中發(fā)生現(xiàn)象，應(yīng)對錯誤群集的程序段進行重點測試；對測試錯誤結(jié)果一定要有一個確認的過程；制訂嚴格的測試計劃，并把測試時間安排得盡量寬松，不要希望在極短的時間內(nèi)完成一個高水平的測試；回歸測試的關(guān)聯(lián)性一定要引起充分的注意，修改一個錯誤而引起更多錯誤出現(xiàn)的現(xiàn)象并不少見；妥善保存一切測試過程文檔：窮舉測試是不能實現(xiàn)的。 根據(jù)上述描述，測試用例也是需要經(jīng)過測試的。因此應(yīng)選擇選項B。 問題:10. 軟件測試的對象不包括_。A.軟件代碼B.軟件開發(fā)過程C.文檔D.數(shù)據(jù)答案:B解析 本題考查軟件測試的對象。 根據(jù)軟件的定義，軟件包括程序、數(shù)據(jù)和

9、文檔。所以軟件測試并不僅僅是程序測試，還應(yīng)包括相應(yīng)文檔和數(shù)據(jù)的測試。 本題中選項B軟件開發(fā)過程不屬于上述三者之一，不是軟件測試的對象。 問題:11. 以下關(guān)于軟件測試原則的敘述中，正確的是_。A.測試用例只需選用合理的輸入數(shù)據(jù)，不需要選擇不合理的輸入數(shù)據(jù)B.應(yīng)制訂測試計劃并嚴格執(zhí)行，排除隨意性C.窮舉測試是可能的D.程序員應(yīng)盡量測試自己的程序答案:B解析 本題考查軟件測試的原則。 軟件測試應(yīng)遵循的原則包括：應(yīng)當(dāng)把“盡早和不斷地測試”作為開發(fā)者的座右銘；程序員應(yīng)該避免檢查自己的程序，測試工作應(yīng)該由獨立的專業(yè)軟件測試機構(gòu)來完成；設(shè)計測試用例時，應(yīng)該考慮到合法的輸入和不合法的輸入，以及各種邊界條件；

10、一定要注意測試中的錯誤集中發(fā)生現(xiàn)象，應(yīng)對錯誤群集的程序段進行重點測試；對測試錯誤結(jié)果一定要有一個確認的過程；制訂嚴格的測試計劃，并把測試時間安排得盡量寬松，不要希望在極短的時間內(nèi)完成一個高水平的測試；回歸測試的關(guān)聯(lián)性一定要引起充分的注意，修改一個錯誤而引起更多錯誤出現(xiàn)的現(xiàn)象并不少見；妥善保存一切測試過程文檔；窮舉測試是不能實現(xiàn)的。 根據(jù)上述描述，測試過程中需要制訂測試計劃并嚴格執(zhí)行。 問題:12. 系統(tǒng)可維護性的評價指標(biāo)不包括_。A.可理解性B.可測試性C.可移植性D.可修改性答案:C解析 本題考查軟件維護的相關(guān)知識。軟件可維護性表示維護人員理解、改正、改動和改進這個軟件的難易程度，其評價指標(biāo)

11、包括可理解性、可測試性和可修改性。問題:13. 準確性質(zhì)量子特性屬于_質(zhì)量特性。A.功能性B.效率C.可靠性D.可維護性答案:A解析 本題考查軟件質(zhì)量特性。功能性是與一組功能及其指定性質(zhì)的存在有關(guān)的一組屬性，包括適應(yīng)性、準確性等；效率是指在規(guī)定條件下，軟件的性能水平與所用資源量之間的關(guān)系有關(guān)的軟件屬性，包括時間特性和資源特性；可靠性是與在規(guī)定的一段時間內(nèi)和規(guī)定的條件下，軟件維持在其性能水平有關(guān)的能力，包括成熟性、容錯性等；可維護性是與進行規(guī)定的修改所需要的努力有關(guān)的一組屬性，包括易分析性、易改變性。問題:14. 軟件的易用性包括_。 易理解性 易學(xué)習(xí)性 易操作性 吸引性 依從性 A.B.C.D

12、.答案:D解析 本題考查易用性測試的基礎(chǔ)知識。軟件的易用性包括易理解性、易學(xué)習(xí)性、易操作性、吸引性以及依從性。問題:15. 軟件可移植性應(yīng)從如下_方面進行測試。A.適應(yīng)性、易安裝性、共存性、易替換性B.適應(yīng)性、易安裝性、可伸縮性、易替換性C.適應(yīng)性、易安裝性、兼容性、易替換性D.適應(yīng)性、成熟性、兼容性、易替換性答案:A解析 本題考查可移植性測試的概念?？梢浦残园ㄒ韵沦|(zhì)量子特性：適應(yīng)性、易安裝性、共存性、易替換性和可移植性依從性。故可移植性測試就是對上述子特性的測試。問題:16. GB/T 162602006軟件工程產(chǎn)品質(zhì)量規(guī)定的軟件產(chǎn)品使用質(zhì)量特性包括_。A.適應(yīng)性、生產(chǎn)率、可靠性、滿意度B

13、.有效性、生產(chǎn)率、安全性、滿意度C.有效性、可靠性、適應(yīng)性、滿意度D.適應(yīng)性、適用性、效率、滿意度答案:B解析 本題考查GB/T 16260中使用質(zhì)量的概念。正確的理解是：GB/T 162602006軟件工程產(chǎn)品質(zhì)量規(guī)定的軟件產(chǎn)品使用質(zhì)量特性包括有效性、生產(chǎn)率、安全性、滿意度。問題:17. 軟件內(nèi)部/外部質(zhì)量模型中，_不是可移植性包括的子特性。A.適應(yīng)性B.易改變性C.共存性D.易替換性答案:B解析 本題考查GB/T 16260中可移植性包括的子特性?？梢浦残园ǖ淖犹匦匀缦?。 適應(yīng)性：軟件產(chǎn)品無需采用手段就可能適應(yīng)不同的指定環(huán)境的能力。 易安裝性：軟件產(chǎn)品在指定環(huán)境中被安裝的能力。 共存性：

14、軟件在公共環(huán)境中分享資源與其他獨立軟件共存的能力。 易替換性：在環(huán)境、目的相同的情況下替代另一個指定軟件的能力。 可移植性依從性：軟件產(chǎn)品依從可移植性相關(guān)的標(biāo)準或約定的能力。 問題:18. 關(guān)于軟件評測過程中的配置管理，_是不正確的表述。A.測試活動的配置管理屬于整個軟件項目配置管理的一部分B.軟件評測配置管理包括四個基本的活動：配置項變更控制、配置狀態(tài)報告、配置審計、配置管理委員會建立C.配置項變更控制要規(guī)定測試基線，對每個基線進行描述D.配置狀態(tài)報告要確認過程記錄、跟蹤問題報告、更改請求以及更改次序等答案:B解析 軟件測試配置管理的基本活動包括配置項標(biāo)識、配置項控制、配置狀態(tài)報告以及配置審

15、計。問題:19. 以下關(guān)于缺陷探測率(DDP)的表述，不正確的是_。A.DDP是一個衡量測試工作效率的軟件質(zhì)量成本指標(biāo)B.缺陷探測率越高，測試者發(fā)現(xiàn)的錯誤越多，發(fā)布后客戶發(fā)現(xiàn)的錯誤才可能越少C.DDP是衡量測試投資回報的一個主要指標(biāo)D.測試周期越長，缺陷探測率就會越高答案:D解析 缺陷測試率主要與發(fā)現(xiàn)的錯誤數(shù)有關(guān)。問題:20. 軟件維護成本在軟件成本中占較大比重。為降低維護的難度，可采取的措施是_。A.設(shè)計并實現(xiàn)沒有錯誤的軟件B.限制可修改的范圍C.增加維護人員數(shù)量D.在開發(fā)過程中就采取有利于維護的措施，并加強維護管理答案:D解析 軟件的可維護性、維護過程管理是否規(guī)范等對于軟件維護成本具有舉足

16、輕重的作用。為提高軟件的可維護性，在軟件開發(fā)階段就必須采取相關(guān)措施，如編制相關(guān)軟件文檔、規(guī)范軟件編碼規(guī)范、進行充分有效的測試、組織階段評審等，而在軟件提交用戶使用后，必須規(guī)范維護過程管理。另外，各過程中可使用相關(guān)的輔助工具軟件。問題:21. 缺陷探測率DDP是衡量一個公司測試工作效率的軟件質(zhì)量成本的指標(biāo)。在某公司開發(fā)一個軟件產(chǎn)品的過程中，開發(fā)人員自行發(fā)現(xiàn)并修正的缺陷數(shù)量為80個，測試人員A發(fā)現(xiàn)的缺陷數(shù)量為50個，測試人員B發(fā)現(xiàn)的缺陷數(shù)為50個，測試人員A和測試人員B發(fā)現(xiàn)的缺陷不重復(fù)，客戶反饋缺陷數(shù)量為50個，則該公司針對本產(chǎn)品的缺陷探測率為_。A.56.5%B.78.3%C.43.5%D.34

17、.8%答案:B解析 本題考查缺陷探測率DDP的概念。缺陷探測率DDP是另一個衡量測試工作效率的軟件質(zhì)量成本的指標(biāo)，計算公式如下： 式中：Bugstester為測試者發(fā)現(xiàn)的錯誤數(shù)；Bugscustomer為客戶發(fā)現(xiàn)并反饋技術(shù)支持人員進行修復(fù)的錯誤數(shù)。 問題:22. 為保證測試活動的可控性，必須在軟件測試過程中進行軟件測試配置管理，一般來說，軟件測試配置管理中最基本的活動包括_。A.配置項標(biāo)識、配置項控制、配置狀態(tài)報告、配置審計B.配置基線確立、配置項控制、配置報告、配置審計C.配置項標(biāo)識、配置項變更、配置審計、配置跟蹤D.配置項標(biāo)識、配置項控制、配置狀態(tài)報告、配置跟蹤答案:A解析 本題考查測試配

18、置管理中基本活動的基礎(chǔ)知識。測試配置管理的基本活動包括配置項標(biāo)識、配置項控制、配置狀態(tài)報告以及配置審計。問題:23. 以下關(guān)于邊界值測試的敘述中，不正確的是_。A.邊界值分析法不僅重視輸入域邊界，而且必須考慮輸出域邊界B.邊界值分析法是對等價類劃分法的補充C.發(fā)生在輸入/輸出邊界上的錯誤比發(fā)生在輸入/輸出范圍的內(nèi)部錯誤少D.測試數(shù)據(jù)應(yīng)盡可能選取邊界上的值，而不是等價類中的典型值或任意值答案:C解析 本題考查黑盒測試中的邊界值測試法，發(fā)生在輸入/輸出邊界上的錯誤比發(fā)生在輸入/輸出范圍的內(nèi)部錯誤多，所以本題的正確答案選擇C。問題:24. 對于邏輯表達式(a答案:C解析 本題考查白盒測試中邏輯覆蓋法

19、的條件組合覆蓋。 條件組合覆蓋的含義：選擇足夠的測試用例，使每個判定中條件的各種可能組合都至少出現(xiàn)一次。本題中有3個條件，組合之后需要的測試用例是23，即8。所以選擇C選項。 問題:25. 黑盒測試不能發(fā)現(xiàn)_。A.功能測試或者遺漏B.輸入/輸出錯誤C.執(zhí)行不到的代碼D.初始化和終止錯誤答案:C解析 由于黑盒測試不考慮程序的內(nèi)部結(jié)構(gòu)，所以該方法不能檢測到執(zhí)行不到的代碼。問題:26. 以下關(guān)于設(shè)計功能測試用例的敘述，_是不正確的。A.盡量用80%的測試用例覆蓋20%的核心業(yè)務(wù)模塊B.功能測試用例中不包括功能的依從性測試用例C.功能測試用例中包括業(yè)務(wù)流，也包括測試數(shù)據(jù)D.功能測試用例的設(shè)計應(yīng)注意缺陷

20、群集線性答案:B解析 在國際標(biāo)準ISO/IEC 9126中的功能性度量中，包括適合性、準確性、互操作性、保密安全性、功能依從性，所以在功能測試案例中應(yīng)該包括功能的依從性測試用例。問題:27. 根據(jù)輸出對輸入的依賴關(guān)系，設(shè)計測試用例的黑盒測試方法是_。A.等價類劃分法B.因果圖法C.邊界值分析法D.場景法答案:B解析 因果圖法：是從自然語言書寫的程序規(guī)格說明的描述中找出因(輸入條件)和果(輸出或程序狀態(tài)的改變)，通過因果圖轉(zhuǎn)換為判斷表。問題:28. 以下關(guān)于邊界值測試法的敘述中，不正確的是_。A.邊界值分析法僅需考慮輸入域邊界，不用考慮輸出域邊界B.邊界值分析法是對等價類劃分方法的補充C.錯誤更

21、容易發(fā)生在輸入輸出邊界上而不是輸入/輸出范圍的內(nèi)部D.測試數(shù)據(jù)應(yīng)盡可能選取邊界上的值答案:A解析 邊界值分析法需要考慮輸入域的邊界和輸出域的邊界。問題:29. 對于邏輯表達式(b1答案:B解析 多條件覆蓋(MCC)：也稱條件組合覆蓋，設(shè)計足夠的測試用例，使得每個判定中條件的各種可能組合都至少出現(xiàn)一次。本題中“答案:D解析 動態(tài)測試是指通過人工或使用工具運行程序進行檢查、分析程序的執(zhí)行狀態(tài)和程序的外部表現(xiàn)。問題:31. 常用的黑盒測試方法有邊界分析、等價類分析、錯誤猜測、因果圖等，其中，_經(jīng)常與其他方法結(jié)合起來使用。 黑盒測試有許多可用的方法，具體包括： (1)等價類劃分：將所有可能的輸入數(shù)據(jù)，

22、劃分為等價的部分，然后從每個部分中選取少數(shù)有代表性的數(shù)據(jù)作為測試用例。等價類可以分為有效等價類(合理的、有意義的數(shù)據(jù)集合)和無效等價類(不合理、無意義的數(shù)據(jù)集合)兩種。而在選取測試用例時，應(yīng)遵從“設(shè)計一個新的測試用例時，應(yīng)盡可能多地覆蓋尚未覆蓋的有效等價類；但每次應(yīng)僅覆蓋一個尚未覆蓋的無效等價類”的原則。 (2)邊界值分析：它是對等價類劃分法的一個補充，即選取正好等于、剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù)。 (3)錯誤推測法：列舉出程序中所有可能發(fā)生和容易發(fā)生錯誤的特殊情況，根據(jù)它們選擇測試用例。 (4)因果圖：等價類劃分、邊界值分析都只考慮了輸入條件，未考慮輸入條件間的聯(lián)系，而因果圖則用來

23、描述多種條件組合的測試用例，其最終生成的結(jié)果是判定表。它首先基于規(guī)格說明書分析原因(等價類)和結(jié)果(輸出條件)，然后找出原因與結(jié)果之間的關(guān)系，畫出因果圖；在因果圖上加上約束或限制條件；將其轉(zhuǎn)換為判定表；根據(jù)判定表得出測試用例。 (5)功能圖：由狀態(tài)遷移圖和邏輯功能模型構(gòu)建。狀態(tài)遷移圖用于表示輸入數(shù)據(jù)序列及相應(yīng)的輸出數(shù)據(jù)；邏輯功能模型用于表示在狀態(tài)中輸入條件與輸出條件之間的對應(yīng)關(guān)系。測試用例則是由測試中經(jīng)過的一系列狀態(tài)和在每個狀態(tài)中必須依靠輸入/輸出數(shù)據(jù)滿足的一對條件組成的。 A.邊界值分析B.等價類分析C.錯誤猜測D.因果圖答案:A問題:32. 用邊界值分析法，假定X為整數(shù)，10X100，那么

24、X在測試中應(yīng)選取_。A.X=10，X=100B.X=9，X=10，X=100，X=101C.X=10，X=11，X=99，X=100D.X=9，X=10，X=50，X=100答案:B解析 邊界值分析法設(shè)計測試用例時，應(yīng)選取正好等于、剛剛大于、剛剛小于邊界的值作為測試數(shù)據(jù)。根據(jù)題意，選B選項。 從供選擇的答案中選出應(yīng)填入下列括號中的字句。 軟件測試的目的是_。為了提高測試的效率，應(yīng)該_。使用白盒測試方法時，確定測試數(shù)據(jù)應(yīng)根據(jù)_和指定的覆蓋標(biāo)準。與設(shè)計測試數(shù)據(jù)無關(guān)的文檔是_。 軟件的集成測試工作最好由_承擔(dān)，以提高集成測試的效果。 33.A.評價軟件的質(zhì)量B.發(fā)現(xiàn)軟件的錯誤C.找出軟件中的所有錯誤

25、D.證明軟件是正確的答案:B34.A.隨機地選取測試數(shù)據(jù)B.取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C.在完成編碼以后制定軟件的測試計劃D.選擇發(fā)現(xiàn)錯誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù)答案:D35.A.程序的內(nèi)部邏輯B.程序的復(fù)雜程度C.使用說明書D.程序的功能答案:A36.A.該軟件的設(shè)計人員B.程序的復(fù)雜程度C.源程序D.項目開發(fā)計劃答案:D37.A.該軟件的設(shè)計人員B.該軟件開發(fā)組的負責(zé)人C.該軟件的編程人員D.不屬于該軟件開發(fā)組的軟件設(shè)計人員答案:D解析 軟件測試的目的是發(fā)現(xiàn)軟件中的錯誤。因為不可能把所有可能的輸入數(shù)據(jù)都拿來測試(時間花費不起)，為了提高測試的效率，應(yīng)該選擇發(fā)現(xiàn)錯誤的可能性大的數(shù)據(jù)

26、作為測試數(shù)據(jù)。使用白盒測試方法時，確定測試數(shù)據(jù)應(yīng)根據(jù)程序的內(nèi)部邏輯和指定的覆蓋標(biāo)準，可以不考慮程序的功能。與設(shè)計測試數(shù)據(jù)無關(guān)的文檔是項目開發(fā)計劃。 軟件的集成測試工作最好由不屬于該軟件開發(fā)組的軟件設(shè)計人員承擔(dān)，以提高集成測試的效果。 問題:38. 測試過程中，正確的測試順序應(yīng)該是_。 (1)單元測試 (2)集成測試 (3)系統(tǒng)測試 A.(1)(2)(3)B.(3)(1)(2)C.(2)(3)(1)D.(3)(2)(1)答案:A解析 測試過程應(yīng)該是針對單個模塊的單元測試開始，然后逐步集成到各個單元，最后進行系統(tǒng)測試，所以本題選擇A選項。問題:39. 以下屬于靜態(tài)測試方法的是_。A.分支覆蓋率測試B.復(fù)雜度分析C.系統(tǒng)壓力測試D.路徑覆蓋分析答案:B解析 本題考查軟件靜態(tài)測試方法。靜態(tài)測試不實際運行被測試軟件，主要是對軟件的編程格式、結(jié)構(gòu)等方面進行評估。本題中的分支覆蓋率分析、系統(tǒng)壓力測試和路徑覆蓋率分析都需要實際運行被測試軟件才能得到，只有復(fù)雜度分析可通過靜態(tài)分析程序代碼實現(xiàn)，所以選擇B選項。問題:40. 以下關(guān)