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

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

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

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

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

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

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

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

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

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

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

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

12、.答案:D解析 本題考查易用性測試的基礎(chǔ)知識(shí)。軟件的易用性包括易理解性、易學(xué)習(xí)性、易操作性、吸引性以及依從性。問題:15. 軟件可移植性應(yīng)從如下_方面進(jìn)行測試。A.適應(yīng)性、易安裝性、共存性、易替換性B.適應(yīng)性、易安裝性、可伸縮性、易替換性C.適應(yīng)性、易安裝性、兼容性、易替換性D.適應(yīng)性、成熟性、兼容性、易替換性答案:A解析 本題考查可移植性測試的概念?？梢浦残园ㄒ韵沦|(zhì)量子特性：適應(yīng)性、易安裝性、共存性、易替換性和可移植性依從性。故可移植性測試就是對(duì)上述子特性的測試。問題: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)境中分享資源與其他獨(dú)立軟件共存的能力。 易替換性：在環(huán)境、目的相同的情況下替代另一個(gè)指定軟件的能力。 可移植性依從性：軟件產(chǎn)品依從可移植性相關(guān)的標(biāo)準(zhǔn)或約定的能力。 問題:18. 關(guān)于軟件評(píng)測過程中的配置管理，_是不正確的表述。A.測試活動(dòng)的配置管理屬于整個(gè)軟件項(xiàng)目配置管理的一部分B.軟件評(píng)測配置管理包括四個(gè)基本的活動(dòng)：配置項(xiàng)變更控制、配置狀態(tài)報(bào)告、配置審計(jì)、配置管理委員會(huì)建立C.配置項(xiàng)變更控制要規(guī)定測試基線，對(duì)每個(gè)基線進(jìn)行描述D.配置狀態(tài)報(bào)告要確認(rèn)過程記錄、跟蹤問題報(bào)告、更改請求以及更改次序等答案:B解析 軟件測試配置管理的基本活動(dòng)包括配置項(xiàng)標(biāo)識(shí)、配置項(xiàng)控制、配置狀態(tài)報(bào)告以及配置審

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

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

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

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

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

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

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

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

23、描述多種條件組合的測試用例，其最終生成的結(jié)果是判定表。它首先基于規(guī)格說明書分析原因(等價(jià)類)和結(jié)果(輸出條件)，然后找出原因與結(jié)果之間的關(guān)系，畫出因果圖；在因果圖上加上約束或限制條件；將其轉(zhuǎn)換為判定表；根據(jù)判定表得出測試用例。 (5)功能圖：由狀態(tài)遷移圖和邏輯功能模型構(gòu)建。狀態(tài)遷移圖用于表示輸入數(shù)據(jù)序列及相應(yīng)的輸出數(shù)據(jù)；邏輯功能模型用于表示在狀態(tài)中輸入條件與輸出條件之間的對(duì)應(yīng)關(guān)系。測試用例則是由測試中經(jīng)過的一系列狀態(tài)和在每個(gè)狀態(tài)中必須依靠輸入/輸出數(shù)據(jù)滿足的一對(duì)條件組成的。 A.邊界值分析B.等價(jià)類分析C.錯(cuò)誤猜測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è)計(jì)測試用例時(shí)，應(yīng)選取正好等于、剛剛大于、剛剛小于邊界的值作為測試數(shù)據(jù)。根據(jù)題意，選B選項(xiàng)。 從供選擇的答案中選出應(yīng)填入下列括號(hào)中的字句。 軟件測試的目的是_。為了提高測試的效率，應(yīng)該_。使用白盒測試方法時(shí)，確定測試數(shù)據(jù)應(yīng)根據(jù)_和指定的覆蓋標(biāo)準(zhǔn)。與設(shè)計(jì)測試數(shù)據(jù)無關(guān)的文檔是_。 軟件的集成測試工作最好由_承擔(dān)，以提高集成測試的效果。 33.A.評(píng)價(jià)軟件的質(zhì)量B.發(fā)現(xiàn)軟件的錯(cuò)誤C.找出軟件中的所有錯(cuò)誤

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

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