1、編輯2010級(jí)軟件測試方法和技術(shù)一、選擇題1.采用瀑布模型進(jìn)行系統(tǒng)開發(fā)的過程中，每個(gè)階段都會(huì)產(chǎn)生不同的文檔。以下關(guān)于產(chǎn)生這些文檔的描述中，正確的是A.外部設(shè)計(jì)評(píng)審報(bào)告在概要設(shè)計(jì)階段產(chǎn)生 B.集成測試計(jì)劃在程序設(shè)計(jì)階段產(chǎn)生C.系統(tǒng)計(jì)劃和需求說明在詳細(xì)設(shè)計(jì)階段產(chǎn)生D.在進(jìn)行編碼的同時(shí)，獨(dú)立設(shè)計(jì)單元測試計(jì)劃(B)2瀑布模型表達(dá)了一種系統(tǒng)的、順序的軟件開發(fā)方法。以下關(guān)于瀑布模型的敘述中，正確的是 A.瀑布模型能夠非常快速地開發(fā)大規(guī)模軟件項(xiàng)目  B.只有很大的開發(fā)團(tuán)隊(duì)才使用瀑布模型C.瀑布模型已不再適合于現(xiàn)今的軟件開發(fā)環(huán)境D.瀑布模型適用于軟件需求確定，開發(fā)過程能夠采用線性方式完成的項(xiàng)目 (D

2、)3.軟件生存周期過程中，修改錯(cuò)誤代價(jià)最大的階段是 (2分)A：需求階段 B：設(shè)計(jì)階段 C：編程階段 D：發(fā)布運(yùn)行階段 (D) 4.下列有關(guān)測試過程V模型的說法中，正確的是 (2分)A：驗(yàn)收測試應(yīng)確定程序的執(zhí)行是否滿足軟件設(shè)計(jì)的要求 B：功能測試應(yīng)確定系統(tǒng)功能是否達(dá)到系統(tǒng)要求的指標(biāo) C：單元測試和集成測試應(yīng)確定軟件的實(shí)現(xiàn)是否滿足用戶需要或合同的要求 D：集成測試在編碼結(jié)束前就可以開始 (B)5. V模型指出， （1） 對(duì)程序設(shè)計(jì)進(jìn)行驗(yàn)證， （2） 對(duì)系統(tǒng)設(shè)計(jì)進(jìn)行驗(yàn)證，（3）應(yīng)當(dāng)追朔到用戶需求說明。（1）A單元和集成測試 B系統(tǒng)測試 C驗(yàn)收測試和確認(rèn)測試 D驗(yàn)證測試 (A)（2）A單元測試 B集

3、成測試 C功能測試 D系統(tǒng)測試 (D)（3）A代碼測試 B集成測試C驗(yàn)收測試 D單元測試 (C)6.漸增式開發(fā)方法有利于A.獲取軟件需求 B.快速開發(fā)軟件 C.大型團(tuán)隊(duì)開發(fā) D.商業(yè)軟件開發(fā) (B)7下列關(guān)于極限測試的說法中，正確的是A:極限測試是一種新型的測試方法，傳統(tǒng)的測試技術(shù)均不適用于極限測試B:極限測試中所有的測試均是由編碼人員完成的C:與傳統(tǒng)的軟件測試相比，極限測試是一種更嚴(yán)格的測試D:極限測試需要頻繁地進(jìn)行單元測試 (D)8 .Myers在1979年提出了一個(gè)重要觀點(diǎn)，即軟件測試的目的是為了 A：證明程序正確B：查找程序錯(cuò)誤C：改正程序錯(cuò)誤D：驗(yàn)證程序無錯(cuò)誤 (B)9.下列有關(guān)軟件

4、測試的敘述中，正確的是 A:測試是軟件開發(fā)中一個(gè)單獨(dú)的階段，其目的是對(duì)已實(shí)現(xiàn)的程序編碼進(jìn)行正確性檢驗(yàn) B:一個(gè)成功的測試能夠驗(yàn)證程序的確做了它應(yīng)該做的事情C:根據(jù)8020的原則，優(yōu)秀的軟件開發(fā)人員所編寫的程序錯(cuò)誤少，因此對(duì)于他們的程序，重點(diǎn)不應(yīng)放在缺陷測試上 D:在軟件過程的早期尋找盡可能多的錯(cuò)誤符合軟件測試的原則(D)10軟件測試員究竟做些什么。 （A）軟件測試員的目的是發(fā)現(xiàn)軟件缺陷（B）軟件測試員的目的是發(fā)現(xiàn)軟件缺陷，盡可能早一些（C)軟件測試員的目的是發(fā)現(xiàn)軟件缺陷，盡可能早一些，并確保其得以修復(fù)（D）軟件測試員的目的是發(fā)現(xiàn)軟件缺陷，盡可能早一些，并將其得以修復(fù) （C）11.在指定條件下使

5、用時(shí)，軟件產(chǎn)品維持規(guī)定的性能水平的能力。這是指軟件外部質(zhì)量的 A:效率 B:易用性 C:功能性 D:可靠性 （D）12.下列有關(guān)軟件質(zhì)量的敘述中，錯(cuò)誤的是 A:軟件質(zhì)量不僅包括軟件產(chǎn)品的質(zhì)量，還包括軟件過程的質(zhì)量 B:明確的軟件質(zhì)量屬性是指在合同或行業(yè)標(biāo)準(zhǔn)中規(guī)定必須實(shí)現(xiàn)的質(zhì)量要求C:隱含的軟件質(zhì)量屬性在合同或行業(yè)標(biāo)準(zhǔn)中沒有規(guī)定，因此在產(chǎn)品開發(fā)時(shí)不必專門考慮 D:軟件的功能和性能必須結(jié)合在一起考慮 (C)13以下關(guān)于軟件質(zhì)量的說法中，錯(cuò)誤的是 (2分)A：軟件產(chǎn)品必須提供用戶所需要的功能，并能正常工作B：軟件質(zhì)量是產(chǎn)品、組織和體系或過程的一組固有特性，反映它們滿足顧客和其他相關(guān)方面要求的程度 C

6、：程序的正確性足以體現(xiàn)軟件的價(jià)值D：越是關(guān)注客戶的滿意度，軟件就越有可能達(dá)到質(zhì)量要求 (C)14軟件質(zhì)量的定義是 A軟件的功能性、可靠性、易用性、效率、可維護(hù)性、可移植性 B滿足規(guī)定用戶需求的能力 C最大限度達(dá)到用戶滿意 D軟件特性的總和，以及滿足規(guī)定和潛在用戶需求的能力 (D)15下列哪項(xiàng)工作與軟件缺陷管理和追蹤無關(guān) (2分)A：對(duì)缺陷應(yīng)該包含的信息條目、狀態(tài)分類等進(jìn)行完善設(shè)計(jì)B：通過軟件系統(tǒng)自動(dòng)發(fā)送通知給相關(guān)開發(fā)和測試人員，使缺陷得到及時(shí)處理C：對(duì)測試用例的執(zhí)行結(jié)果進(jìn)行記錄和追蹤D：通過一些歷史曲線和統(tǒng)計(jì)曲線來分析和預(yù)測未來的缺陷發(fā)現(xiàn)情況 (C)16以下哪一種選項(xiàng)不屬于軟件缺陷 (2分)A

7、：軟件沒有實(shí)現(xiàn)產(chǎn)品規(guī)格說明所要求的功能B：軟件中出現(xiàn)了產(chǎn)品規(guī)格說明指明不應(yīng)該出現(xiàn)的錯(cuò)誤C：軟件實(shí)現(xiàn)了產(chǎn)品規(guī)格說明沒有提到的功能D：軟件實(shí)現(xiàn)了產(chǎn)品規(guī)格說明所要求的功能但因受性能限制而未考慮可移植性問題 (D)17如果一個(gè)軟件產(chǎn)品的功能或特性沒有實(shí)現(xiàn)，包括主要功能部分丟失，次要功能完全丟失，或錯(cuò)誤的聲明，這是屬于 A:致命的錯(cuò)誤 B:嚴(yán)重的錯(cuò)誤 C:一般的錯(cuò)誤 D:微小的錯(cuò)誤 (B)18在代碼檢查的過程中發(fā)現(xiàn)大部分錯(cuò)誤的人通常是 (2分)A：程序員 B：測試員 C：審查者 D：架構(gòu)師 (A)19下列有關(guān)軟件缺陷報(bào)告的編寫原則中，哪個(gè)是錯(cuò)誤的 (2分)A：一個(gè)軟件缺陷報(bào)告中只應(yīng)記錄一個(gè)不可再劃分的軟

8、件缺陷B：軟件缺陷報(bào)告的標(biāo)題應(yīng)該能夠最簡潔表達(dá)一個(gè)軟件缺陷C：軟件缺陷報(bào)告中應(yīng)提供全面的有關(guān)該軟件缺陷再現(xiàn)的信息D：同一個(gè)軟件缺陷可以被重復(fù)報(bào)告 (D)20（ ）是導(dǎo)致軟件缺陷的最大原因。A 需求規(guī)格說明書   B設(shè)計(jì)方案 C編寫代碼   D測試計(jì)劃 (A)21軟件驗(yàn)證和確認(rèn)理論是測試過程的理論依據(jù)，其中驗(yàn)證是檢查我們是否正在正確地建造一個(gè)產(chǎn)品，它強(qiáng)調(diào)的是 (2分)A：過程的正確性B：產(chǎn)品的正確性C：測試的正確性D：規(guī)格說明的正確性 （A）解析：確認(rèn)是檢查我們是 否在建成一個(gè)正確的產(chǎn)品，它強(qiáng)調(diào)的是產(chǎn)品的正確性 22軟件驗(yàn)證和確認(rèn)是保證軟件質(zhì)量的重要措施，

9、它的實(shí)施應(yīng)該針對(duì) (2分)A：程序編寫階段B：軟件開發(fā)的所有階段C：軟件調(diào)試階段D：軟件設(shè)計(jì)階段 （B）23以下不正確的軟件測試原則是A軟件測試可以發(fā)現(xiàn)軟件潛在的缺陷 B所有的軟件測試都可追溯到用戶需求C測試應(yīng)盡早不斷地執(zhí)行 D程序員應(yīng)避免測試自己的程序 (A)24以下關(guān)于軟件測試原則的說法中，錯(cuò)誤的是 A：在設(shè)計(jì)測試用例時(shí)，不但要包括合理的輸入條件，還要包括不合理的輸入條件B：測試過程中某模塊中查出的錯(cuò)誤越多，該模塊殘留的錯(cuò)誤就越少C：堅(jiān)持在軟件開發(fā)各個(gè)階段進(jìn)行技術(shù)評(píng)審，才能在開發(fā)過程中盡早發(fā)現(xiàn)和預(yù)防錯(cuò)誤D：在測試過程中要嚴(yán)格按照測試計(jì)劃執(zhí)行，以避免發(fā)生疏漏或重復(fù)無效的工作 (B)25經(jīng)驗(yàn)表

10、明，在程序測試中，某模塊與其他模塊相比，若該模塊已發(fā)現(xiàn)并改正的錯(cuò)誤數(shù)目較多，則該模塊中殘存的錯(cuò)誤數(shù)目與其他模塊相比，通常應(yīng)該 (2分)A：較少 B：較多 C：相似 D：不確定 (B)26對(duì)程序中已發(fā)現(xiàn)的錯(cuò)誤進(jìn)行錯(cuò)誤定位和確定出錯(cuò)性質(zhì)，并改正這些錯(cuò)誤，同時(shí)修改相關(guān)的文檔，稱為 (2分)A：測試 B：調(diào)試 C：錯(cuò)誤分析 D：驗(yàn)證 (B)27在軟件測試用例設(shè)計(jì)的方法中，最常用的方法是黑盒測試和白盒測試，其中不屬于白盒測試所關(guān)注的是 (2分)A：程序結(jié)構(gòu) B：軟件外部功能 C：程序正確性D：程序內(nèi)部邏輯 (B)28以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)的測試用例設(shè)計(jì)技術(shù)屬于 (2分)A：灰盒測試 B：數(shù)據(jù)測試 C

11、：黑盒測試 D：白盒測試 (D)29同行評(píng)審，有時(shí)稱為同級(jí)評(píng)審，是一種通過作者的同行來確認(rèn)缺陷和需要變更區(qū)域的檢查方法。它主要分為管理評(píng)審、技術(shù)評(píng)審、文檔評(píng)審和A:誤差評(píng)審B:項(xiàng)目評(píng)審C:過程評(píng)審D:組織體系評(píng)審 (C)30軟件測試的對(duì)象包括 A目標(biāo)程序和相關(guān)文檔B源程序、目標(biāo)程序、數(shù)據(jù)及相關(guān)文檔C目標(biāo)程序、操作系統(tǒng)和平臺(tái)軟件 D源程序和目標(biāo)程序 (B)31屬于概要設(shè)計(jì)說明書的評(píng)測內(nèi)容。 分析該軟件的系統(tǒng)結(jié)構(gòu)、子系統(tǒng)結(jié)構(gòu)，確認(rèn)該軟件設(shè)計(jì)是否覆蓋了所有已確定的軟件需求，軟件每一成分是否可追溯到某一項(xiàng)需求。 系統(tǒng)定義的目標(biāo)是否與用戶的要求一致。 從軟件維護(hù)的角度出發(fā)，確認(rèn)該軟件設(shè)計(jì)是否考慮了方便未

12、來的維護(hù)。 是否所有界面與更高級(jí)別文檔中的需求一致。A   B   C   D (B)32以下關(guān)于軟件測試的概念，正確的是（ ） 。A軟件測試的目的是想證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯正確性，即保證軟件以正確的方式來做這個(gè)事件 B軟件質(zhì)量保證的基本措施就是對(duì)軟件進(jìn)行確認(rèn)測試C軟件測試的對(duì)象不僅僅是程序，文檔、數(shù)據(jù)和規(guī)程都是軟件測試的對(duì)象 D單元測試可檢驗(yàn)程序單元或部件的接口關(guān)系，應(yīng)能發(fā)現(xiàn)并排除在模塊連接中可能發(fā)生的問題 (C)33以下關(guān)于軟件測試分類定義的敘述，不正確的是（ ） 。A軟件測試可分為單元測試、集成測試、確認(rèn)測試、系統(tǒng)

13、測試、驗(yàn)收測試B確認(rèn)測試是在模塊測試完成的基礎(chǔ)上，將所有的程序模塊進(jìn)行組合并驗(yàn)證其是否滿足用戶需求的過程C軟件測試可分為白盒測試和黑盒測試D系統(tǒng)測試是將被測軟件作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起進(jìn)行測試的過程 (B)34.GBT162602003將軟件質(zhì)量特性分為內(nèi)部質(zhì)量特性、外部質(zhì)量特性和 （ ） 。A安全質(zhì)量特性 B適用質(zhì)量特性 C性能特性 D使用質(zhì)量特性 (D)35堅(jiān)持在軟件開發(fā)的各個(gè)階段實(shí)施下列哪種質(zhì)量保證措施，才能在開發(fā)過程中盡早發(fā)現(xiàn)和預(yù)防錯(cuò)誤，把出現(xiàn)的錯(cuò)誤克服在早期 (2分)A：技術(shù)評(píng)審 B：程序測試 C：文檔審查

14、 D：管理評(píng)審 (A)36下述關(guān)于錯(cuò)誤處理流程管理的原則，_的說法是不正確的。A.為了保證正確地定位錯(cuò)誤，需要有豐富測試經(jīng)驗(yàn)的測試人員驗(yàn)證發(fā)現(xiàn)的錯(cuò)誤是否是真正 的錯(cuò)誤，并且驗(yàn)證錯(cuò)誤是否可以再現(xiàn)。 B.每次對(duì)錯(cuò)誤的處理都要保留處理信息，包括處理人姓名、處理時(shí)間、處理方法、處理意見以及錯(cuò)誤狀態(tài) C.錯(cuò)誤修復(fù)后必須由報(bào)告錯(cuò)誤的測試人員確認(rèn)錯(cuò)誤已經(jīng)修復(fù)，才能關(guān)閉錯(cuò)誤 D.對(duì)于無法再現(xiàn)的錯(cuò)誤，應(yīng)該由項(xiàng)目經(jīng)理，測試經(jīng)理和設(shè)計(jì)經(jīng)理共同討論決定拒絕或者延期。 (D)37下面是一個(gè)對(duì)整數(shù)數(shù)組A中的前n個(gè)元素求最小值的c程序，函數(shù)返回最小元素的位置。 int minValue（int A，int n) int k

15、=0； for(int j=1；j<=n-1；j+) if(Aj<Ak)k=j； return k； 當(dāng)n=4時(shí)，程序中可能的執(zhí)行路徑數(shù)為 (2分)A：2 B：4 C：8 D：16 (C)38在以下有關(guān)邏輯覆蓋的說法中錯(cuò)誤的說法是 (2分)A：所有滿足條件組合覆蓋標(biāo)準(zhǔn)的測試用例集，也滿足路徑覆蓋的覆蓋標(biāo)準(zhǔn)B：條件覆蓋能夠查出條件中包含的錯(cuò)誤，但有時(shí)達(dá)不到判定覆蓋的覆蓋率要求C：路徑覆蓋的查錯(cuò)能力很強(qiáng)，但有時(shí)達(dá)不到條件組合覆蓋的覆蓋率要求D：判定覆蓋包含了語句覆蓋，但它不能保證每個(gè)錯(cuò)誤條件都能檢查得出來 (A)39如果程序通過了百分之百的代碼覆蓋率測試，則說明程序滿足了A:語句覆蓋

16、B:編程規(guī)范 C:設(shè)計(jì)規(guī)格 D:功能需求 (A)40對(duì)于如下給出的程序段： if(A>B)and(C=5) then do P1； 若考慮滿足條件判定覆蓋原則以及內(nèi)部邊界條件，需要設(shè)計(jì)的最小測試輸入數(shù)據(jù)集可能是 A:(A=2，B=1，C=5)，(A=2，B=1，C=4)，(A=1，B=2，C=5)，(A=1，B=1，C=5) B:(A=2，B=1，C=5)，(A=2，B=1，C=4)，(A=1，B=2，C=5)，(A=1，B=2，C=4)C:(A=2，B=1，C=5)，(A=2，B=1，C=4)，(A=1，B=2，C=5) D:(A=2，B=1，C=5)，(A=1，B

17、=2，C=4) （A）41下列關(guān)于邏輯覆蓋的說法中，錯(cuò)誤的是 A:滿足條件覆蓋的測試不一定滿足判定覆蓋 B:滿足條件組合覆蓋的測試一定滿足判定覆蓋、條件覆蓋和判定條件覆蓋C:滿足路徑覆蓋的測試也一定滿足條件組合覆蓋 D:滿足判定條件覆蓋的測試也一定滿足判定覆蓋和條件覆蓋 （C）42下列指導(dǎo)選擇和使用測試覆蓋率的原則中錯(cuò)誤的是A:覆蓋率不是目的，僅是一種手段 B:不要追求絕對(duì)100的覆蓋率C:不可能針對(duì)所有的覆蓋率指標(biāo)來選擇測試用例D:只根據(jù)測試覆蓋率指標(biāo)來指導(dǎo)測試用例的設(shè)計(jì) (D)43設(shè)有一個(gè)判斷語句 if(!(ch>=0&&ch<=9)printf(“This i

18、s not a digit!n”)； else printf(“This is a digit!n”)； 為實(shí)現(xiàn)判定條件覆蓋，需要設(shè)計(jì)的測試用例個(gè)數(shù)至少應(yīng)為 A:1 B:2 C:3 D:4 （C）44多條件覆蓋是一種邏輯覆蓋，它的含義是設(shè)計(jì)足夠的測試用例，使得每個(gè)判定中條件的各種可能組合都至少出現(xiàn)一次，滿足多條件覆蓋級(jí)別的測試用例也是滿足_(1)_級(jí)別的：針對(duì)布爾表達(dá)式A&&(B|C) 執(zhí)行邏輯覆蓋測試，測試用例至少需要_(2)_種組合才能滿足多條件覆蓋的要求。(1)A語句覆蓋、判定覆蓋、條件覆蓋、條件判定組合覆B判定覆蓋、條件覆蓋；條件判定組合覆蓋、修正條件判定覆蓋C語句覆蓋

19、、判定覆蓋、條件判定組合覆蓋、修正條件判定覆蓋D路徑覆蓋、判定覆蓋、條件覆蓋、條件判定組合覆蓋 (A)(2)A6 B4 C8 D12 (C)45數(shù)據(jù)流覆蓋關(guān)注的是程序中某個(gè)變量從其聲明、賦值到引用的變化情況，它是下列哪一種覆蓋的變種 (2分)A：語句覆蓋 B：控制覆蓋 C：分支覆蓋 D：路徑覆蓋 (D)46程序的流程圖如下圖所示，采用路徑覆蓋法進(jìn)行測試，則至少需要幾個(gè)測試用例可以覆蓋所有可能的路徑 (2分)A：5 B：6 C：7 D：8 (B)47基本路徑測試滿足 (2分)A：語句覆蓋 B：路徑覆蓋 C：分支覆蓋 D：條件覆蓋 (A)48下圖是一個(gè)判定路徑覆蓋圖，其中用“”表示判定語句，用“”

20、表示處理語句，用“”表示判定匯合點(diǎn)，用“”表示判定路徑，若有一個(gè)測試用例覆蓋了判定路徑A、B、E、H，則判定路徑覆蓋率為 A:57.1% B:78.6% C:90% D:100% DDP覆蓋率公式：DDP覆蓋率被評(píng)價(jià)到的判定路徑數(shù)量/程序中判定路徑總數(shù)×100=4/7×100%=57.1% (A)49如果一個(gè)判定中的復(fù)合條件表達(dá)式為（A>1)or（B<=3)，則為了達(dá)到100的條件覆蓋率，至少需要設(shè)計(jì)多少個(gè)測試用例 (2分)A：1 B：2 C：3 D：4 (B)50人們從長期的測試工作經(jīng)驗(yàn)得知，大量的錯(cuò)誤是發(fā)生在輸入范圍的 A:邊界上 B:內(nèi)部 C:外

21、部 D:相互作用上 (A)51用邊界值分析法，假定1<X<100，那么X在測試中應(yīng)該取的邊界值是_(54)_。AX=1，X=100BX=0，X=1，X=100，X=101 CX=2，X=99 DX=0，X=101 (B)52對(duì)于業(yè)務(wù)流清晰的系統(tǒng)可以利用_D_貫穿整個(gè)測試用例設(shè)計(jì)過程廣在用例中綜合使用各種測試方法，對(duì)于參數(shù)配置類的軟件，要用_C_選擇較少的組合方式達(dá)到最佳效果，如果程序的功能說明中含有輸入條件的組合情況，則一開始就可以選用_B_和判定表驅(qū)動(dòng)法。A等價(jià)類劃分B因果圖法C正交試驗(yàn)法D場景法 ()53_(61)_方法根據(jù)輸出對(duì)輸入的依賴關(guān)系設(shè)計(jì)測試用例。A路徑測試B等價(jià)類

22、C因果圖 D邊界值 （C）54針對(duì)下面程序段，邊界值問題可以定位在_(62)_。1：Rem Create a 10 element integer array2：Rem lnitialize each element to -13：Dim data(10) As Integer4：Dim i As Integer5：For i=1 TO 106：data(i)=-17：Next i8：EndA. data(1)B. data(0)C. data(9)D. data(10) (B)55通常測試用例很難100覆蓋測試需求，因?yàn)?輸入量太大。 輸出結(jié)果太多。 軟件實(shí)現(xiàn)途徑多。 測試依據(jù)沒有統(tǒng)一標(biāo)準(zhǔn)。

23、A     B   C   D (D)56假定X為整數(shù)類型變量，X>=1并且X<=10，如果用邊界值分析法，X在測試中應(yīng)該取（ ）值。A1，10  B0，1，10，11  C1，11 D1，5，10，11 (B)57以下控制流程圖的環(huán)路復(fù)雜性V（G）等于( )A. 5     B. 6     C. 9      D 12 (B)在程序控制流圖中

24、，有8條邊，6個(gè)節(jié)點(diǎn)，則控制流程圖的環(huán)路復(fù)雜性V（G）等于（55）A. 2     B. 4      C. 6      D. 8 (B)58針對(duì)程序段： IF（X>10）AND（Y<20）THEN W=W/A，對(duì)于（X，Y）的取值，以下（ ）組測試用例能夠滿足判定覆蓋的要求。 A.（30,15）（40,10）B.（3,0）（30,30）C.（5,25）（10,20）D.（20,10）（1,100） (D)59軟件靜態(tài)分析

25、一般包括：控制流分析、數(shù)據(jù)流分析、接口分析，以及A:表達(dá)式分析 B:功能分析 C:邊界值分析 D:因果圖分析 (A)60某公司采用的軟件開發(fā)過程通過了CMM2認(rèn)證，表明該公司 A. 開發(fā)項(xiàng)目成效不穩(wěn)定，管理混亂 B. 對(duì)軟件過程和產(chǎn)品質(zhì)量建立了定量的質(zhì)量目標(biāo)C. 建立了基本的項(xiàng)目級(jí)管理制度和規(guī)程，可對(duì)項(xiàng)目的成本、進(jìn)度進(jìn)行跟蹤和控制D. 可集中精力采用新技術(shù)新方法，優(yōu)化軟件過程 （C）61軟件能力成熟度模型（CMM）將軟件能力成熟度自低到高依次劃分為5級(jí)。目前，達(dá)到CMM第3級(jí)（已定義級(jí)）是許多組織努力的目標(biāo)，該級(jí)的核心是（ ） 。  A.建立基本的項(xiàng)目管理和實(shí)踐來跟蹤項(xiàng)目費(fèi)

26、用、進(jìn)度和功能特性  B.使用標(biāo)準(zhǔn)開發(fā)過程（或方法論）構(gòu)建（或集成）系統(tǒng)  C.管理層尋求更主動(dòng)地應(yīng)對(duì)系統(tǒng)的開發(fā)問題  D.連續(xù)地監(jiān)督和改進(jìn)標(biāo)準(zhǔn)化的系統(tǒng)開發(fā)過程 （B）62走查是對(duì)軟件進(jìn)行靜態(tài)測試的一種方法，以下不屬于走查活動(dòng)的是A:計(jì)劃走查會(huì)議 B:準(zhǔn)備測試用例C:執(zhí)行走查以發(fā)現(xiàn)和改正錯(cuò)誤 D:在走查過程中程序員逐條講解自己的程序 （D）63代碼走查的目的是A:發(fā)現(xiàn)缺陷、遺漏和矛盾的地方 B:確認(rèn)程序邏輯與程序規(guī)格說明的一致性C:驗(yàn)證需求變更的一致性 D:證明程序確實(shí)是按照用戶的需求工作的 (A)64在程序測試中，用于檢查程序模塊或

27、子程序之間的調(diào)用是否正確的靜態(tài)分析方法是 A：操作性分析 B：可靠性分析 C：引用分析 D：接口分析 (D)65單元測試時(shí)，調(diào)用被測模塊的是A:樁模塊 B:通信模塊 C:驅(qū)動(dòng)模塊 D:代理模塊 (C)66以下說法中錯(cuò)誤的是A:軟件配置項(xiàng)測試的目的是檢驗(yàn)軟件配置項(xiàng)與軟件需求規(guī)格說明的一致性B:軟件配置項(xiàng)測試一般由軟件供方組織，由獨(dú)立于軟件開發(fā)的人員實(shí)施，軟件開發(fā)人員配合C:軟件配置項(xiàng)測試要求被測軟件配置項(xiàng)已通過單元測試和集成測試D:軟件配置項(xiàng)測試不得委托第三方實(shí)施 (D)67下列有關(guān)白盒測試的敘述中，錯(cuò)誤的是 A:白盒測試是在同時(shí)擁有源代碼和可執(zhí)行代碼的情形下才可以進(jìn)行的一種軟件測試方法 B:白

28、盒測試應(yīng)該由開發(fā)人員實(shí)施，因?yàn)橹挥兴麄儾拍軌蛟L問測試執(zhí)行所涉及的代碼C:即使對(duì)所有的源代碼都進(jìn)行了100的邏輯覆蓋測試，也不能保證程序中沒有錯(cuò)誤 D:軟件測試人員制定測試計(jì)劃的目的是想盡可能多地對(duì)源代碼進(jìn)行測試 (A)68下列有關(guān)黑盒測試的敘述中，錯(cuò)誤的是 A:黑盒測試是在不考慮源代碼的情形下進(jìn)行的一種軟件測試方法 B:最好由測試人員、最終用戶和開發(fā)人員組成的團(tuán)隊(duì)來實(shí)施黑盒測試C:黑盒測試主要是通過對(duì)比和分析實(shí)測結(jié)果和預(yù)期結(jié)果來發(fā)現(xiàn)它們之間的差異，所以黑盒測試又稱為“數(shù)據(jù)驅(qū)動(dòng)”測試 D:數(shù)據(jù)流測試是一種黑盒測試方法 (D)69單元測試的測試對(duì)象不包括 A:設(shè)計(jì)單元 B:各個(gè)操作 C:內(nèi)部消息序

29、列 D:場景 (D)70以下的敘述中不是單元測試目的的是A:驗(yàn)證代碼是否與設(shè)計(jì)相符合 B:發(fā)現(xiàn)設(shè)計(jì)和需求中存在的缺陷C:發(fā)現(xiàn)在編碼過程中引入的錯(cuò)誤 D:檢查用戶接口是否滿足客戶的需求 (D)71白盒測試方法不包括A:數(shù)據(jù)流測試 B:控制流測試C:隨機(jī)測試 D:符號(hào)求值 (C)72關(guān)于軟件測試的說法，（40）是不正確的。（40）A代碼審查是代碼檢查的一種，是由程序員和測試員組成一個(gè)審查小組，通過閱讀、討論和爭議，對(duì)程序進(jìn)行靜態(tài)分析的過程B軟件測試的對(duì)象不僅僅是程序，文檔、數(shù)據(jù)和規(guī)程都是軟件測試的對(duì)象C白盒測試是通過對(duì)程序內(nèi)部結(jié)構(gòu)的分析、檢測來尋找問題的測試方法D單元測試是針對(duì)軟件設(shè)計(jì)的最小單位-

30、程序模塊進(jìn)行正確性檢驗(yàn)的測試工作，它通常需要開發(fā)輔助的樁模塊作為主程序調(diào)用被測模塊來完成測試 (D)73以下（ ）方法不是黑盒測試用例的設(shè)計(jì)方法。A. 場景法  B. 邊界值法 C. 因果圖法  D. 路徑法 (D)74自底向上測試的策略是首先對(duì)模塊調(diào)用圖上的哪一層模塊進(jìn)行測試 (2分)A：最底層 B：下一層 C：最高層 D：上一層 （A）75大突擊測試把所有的模塊一次性集成為一個(gè)完整的系統(tǒng)后進(jìn)行測試，很容易A:通過測試 B:整體崩潰 C:快速查錯(cuò) D:快速排錯(cuò) (B)76集成測試對(duì)系統(tǒng)內(nèi)部的交互以及集成后系統(tǒng)功能檢驗(yàn)了何種質(zhì)量特性 (2分)A：正確性 B：可靠性 C：可使

31、用性 D：可維護(hù)性 (A)77在軟件性能測試中，下列指標(biāo)中哪個(gè)不是軟件性能的指標(biāo) (2分)A：響應(yīng)時(shí)間 B：吞吐量 C：資源利用率 D：并發(fā)進(jìn)程數(shù) (D)78下列哪一項(xiàng)不屬于軟件功能易用性測試關(guān)注的內(nèi)容 (2分)A：軟件界面的色彩是否協(xié)調(diào) B：軟件是否能主動(dòng)禁止用戶可能進(jìn)行的非法操作C：軟件是否允許用戶針對(duì)自己的使用習(xí)慣進(jìn)行定制D：軟件是否能幫助用戶減少輸入中的重復(fù)勞動(dòng) (A)79以下關(guān)于軟件性能的說法中，正確的是A:軟件性能與該軟件的實(shí)現(xiàn)算法無關(guān) B:軟件的吞吐量越大，其平均響應(yīng)時(shí)間總是越短C:給軟件的可用資源越少，其平均響應(yīng)時(shí)間越短D:對(duì)于同一個(gè)網(wǎng)站，其支持的同時(shí)發(fā)送請(qǐng)求的用戶數(shù)越大，該網(wǎng)

32、站的性能越好 (D)80以下哪種軟件測試屬于軟件性能測試的范疇 (2分)A：接口測試 B：壓力測試 C：單元測試 D：易用性測試 E：兼容性測試 (B)81以下目標(biāo)中，哪個(gè)是軟件性能測試的目標(biāo) A:檢查軟件的容錯(cuò)能力 B:發(fā)現(xiàn)壓力下軟件功能的缺陷C:發(fā)現(xiàn)軟件的安全漏洞 D:檢查用戶界面是否易于使用 (B)82以下關(guān)于軟件可靠性測試的說法中，正確的是 (2分)A：定義軟件運(yùn)行剖面是軟件可靠性測試的重要步驟B：軟件可靠性測試使用的測試用例應(yīng)該滿足分支覆蓋C：軟件可靠性測試可以在單元測試中實(shí)施D：軟件可靠性預(yù)測模型的作用是指導(dǎo)軟件可靠性測試中的測試用例生成 (A)83以下哪一項(xiàng)屬于功能易用性測試關(guān)注

33、的范疇 (2分)A：軟件提供的功能是否豐富B：當(dāng)執(zhí)行耗時(shí)較長的任務(wù)時(shí)，軟件是否能定時(shí)向用戶提示當(dāng)前任務(wù)完成的進(jìn)度C：軟件是否能夠在多種操作系統(tǒng)環(huán)境下運(yùn)行D：軟件是否能在不同的硬件配置下運(yùn)行 (B)84以下關(guān)于面向?qū)ο蟪绦蚣蓽y試的說法中，正確的是 (2分)A：大突擊集成是一種綜合運(yùn)用自底向上集成與自頂向下集成的集成測試策略B：自底向上集成測試比自頂向下集成測試需要開發(fā)的代碼更多C：協(xié)作集成是指將可以協(xié)作完成特定系統(tǒng)功能的類集成在一起進(jìn)行測試D：與自底向上集成和自頂向下集成相比，基干集成是一種更充分的集成測試策略 (C)85在基于調(diào)用圖的集成中，有一種集成策略就是對(duì)應(yīng)與調(diào)用圖的每一條邊建立并執(zhí)行

34、一個(gè)集成測試會(huì)話，即對(duì)有調(diào)用關(guān)系的兩個(gè)程序單元進(jìn)行集成測試，這樣可以免除驅(qū)動(dòng)和樁的編寫，這種集成策略是 A:持續(xù)集成 B:三明治集成 C:成對(duì)集成 D:相鄰集成 (C)86以下關(guān)于面向?qū)ο蟪绦蚣蓽y試的說法中，錯(cuò)誤的是 A:大突擊集成只進(jìn)行一輪，無需增量集成 B:與大突擊集成相比，自底向上集成通常有助于得到更高的測試充分性C:基干集成在任何情況下都優(yōu)于自底向上集成 D:無論是自底向上集成還是自頂向下集成，都需要為集成測試開發(fā)相應(yīng)代碼 (C)87在以下有關(guān)集成測試的說法中，錯(cuò)誤的說法是 (2分)A：自底向上集成的缺點(diǎn)是在早期不能進(jìn)行并行測試，不能充分利用人力B：自底向上集成的優(yōu)點(diǎn)是減少了編寫樁模

35、塊的工作量C：自頂向下集成的優(yōu)點(diǎn)是能夠較早地發(fā)現(xiàn)在高層模塊接口、控制等方面的問題D：自頂向下集成的缺點(diǎn)是需要設(shè)計(jì)較多的樁模塊，測試的開銷較大 (A)88在集成測試階段，人們關(guān)注的一種主要的覆蓋是A:功能覆蓋 B:語句覆蓋 C:基本路徑覆蓋 D:條件覆蓋 (A)89以下哪一項(xiàng)屬于軟件易用性測試關(guān)注的范疇A:軟件是否能在多種操作系統(tǒng)下運(yùn)行 B:軟件是否能與同類軟件共享數(shù)據(jù)C:軟件是否能主動(dòng)禁止用戶可能進(jìn)行的非法操作 D:軟件是否能抵御網(wǎng)絡(luò)攻擊 (C)90以下哪一項(xiàng)屬于數(shù)據(jù)兼容性測試關(guān)注的范疇A:軟件在異常退出時(shí)是否會(huì)破壞正在處理的文件B:軟件是否可以在不同的J2EE應(yīng)用服務(wù)器上運(yùn)行C:軟件同類功能

36、的使用風(fēng)格是否一致 D:軟件是否能打開以前版本保存的文件 (D)91檢查系統(tǒng)能否正確地接受輸入，能否正確地輸出結(jié)果，這屬于A:安全性測試 B:GUI測試 C:功能測試 D:協(xié)議一致性測試 (C)92以下不屬于集成測試層次的是A:應(yīng)用環(huán)境集成測試 B:模塊內(nèi)集成測試 C:子系統(tǒng)內(nèi)集成測試 D:子系統(tǒng)間集成測試(A)93下述說法錯(cuò)誤的是 A單元測試又稱為模塊測試，是針對(duì)軟件測試的最小單位程序模塊進(jìn)行正確性檢驗(yàn)的測試工作B集成測試也叫做組裝測試，通常在編碼完成的基礎(chǔ)上，將所有的程序模塊進(jìn)行有序的、遞增的測試C集成測試是檢驗(yàn)程序單元或部件的接口關(guān)系，逐步集成為符合概要設(shè)計(jì)要求的程序部件或整個(gè)系統(tǒng)。D系

37、統(tǒng)測試是在真實(shí)或模擬系統(tǒng)運(yùn)行環(huán)境下，檢查完整的程序系統(tǒng)能否和相關(guān)硬件、外設(shè)、網(wǎng)絡(luò)、系統(tǒng)軟件和支持平臺(tái)等正確配置與連接，并滿足用戶需求 (B)94漸增式開發(fā)方法有利于_(16)_。A獲取軟件需求 B快速開發(fā)軟件 C大型團(tuán)隊(duì)開發(fā) D商業(yè)軟件開發(fā) (B)95軟件可靠性是指在指定的條件下使用時(shí)，軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力，其子特性_(51)_是指在軟件發(fā)生故障或者違反指定接口的情況下，軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力。A成熟性 B易恢復(fù)性C容錯(cuò)性D可靠性依從性 (C)96關(guān)于集成測試的描述中，正確的是（） 。 集成測試也叫做組裝測試或聯(lián)合測試，通常是在單元測試的基礎(chǔ)上，將所有模塊按照概要設(shè)計(jì)說明

38、書和詳細(xì)設(shè)計(jì)說明書的要求進(jìn)行組裝和測試的過程。 自頂向下的增殖方式是集成測試的一種組裝方式，它能較早地驗(yàn)證主要的控制和判斷點(diǎn)，對(duì)于輸入輸出模塊、復(fù)雜算法模塊中存在的錯(cuò)誤能夠較早地發(fā)現(xiàn)。 自底向上的增殖方式需要建立樁模塊，并行地對(duì)多個(gè)模塊實(shí)施測試，并逐步形成程序?qū)嶓w，完成所有模塊的組裝和集成測試。 在集成測試時(shí)，測試者應(yīng)當(dāng)確定關(guān)鍵模塊，對(duì)這些關(guān)鍵模塊及早進(jìn)行測試，比如高層控制模塊、有明確性能要求和定義的模塊等。A    B    C   D (C)97功能測試執(zhí)行過后一般可以確認(rèn)系統(tǒng)的功能缺陷，缺陷的類型包括（ ）

39、。    功能不滿足隱性需求功能實(shí)現(xiàn)不正確    功能易用性不好功能不符合相關(guān)的法律法規(guī) A     B    C    D (B)98正確的集成測試描述包括（） 。集成測試也叫做組裝測試，通常是在單元測試的基礎(chǔ)上，將模塊按照設(shè)計(jì)說明書要求進(jìn)行組裝和測試的過程。自頂向下的增殖方式是集成測試的一種組裝方式，它能較早地驗(yàn)證主要的控制和判斷點(diǎn)，對(duì)于輸入輸出模塊、復(fù)雜算法模塊中存在的錯(cuò)誤能夠較早地發(fā)現(xiàn)。集成測試的目的在于檢查被測模塊能

40、否正確實(shí)現(xiàn)詳細(xì)設(shè)計(jì)說明中的模塊功能、性能、接口和設(shè)計(jì)約束等要求集成測試需要重點(diǎn)關(guān)注各個(gè)模塊之間的相互影響，發(fā)現(xiàn)并排除全局?jǐn)?shù)據(jù)結(jié)構(gòu)問題A    B       C     D (C)99CMU SEI的Watts Humphrey指出軟件產(chǎn)品必須首先提供用戶所需要的 (2分)A：性能 B：人機(jī)界面 C：可靠性 D：功能 (D)100以下關(guān)于軟件可靠性與硬件可靠性主要區(qū)別的說法中，正確的是 (2分)A：軟件的每個(gè)拷貝都是完全一樣的，而按照設(shè)計(jì)生產(chǎn)出來的同規(guī)格硬件總有微小

41、差別B：軟件經(jīng)常面臨惡意的使用者，而硬件沒有惡意的使用者C：軟件的使用者通常遍及整個(gè)世界，而硬件的使用者通常只局限于某個(gè)地區(qū)D：軟件的失效都是邏輯錯(cuò)誤引起的，而硬件的失效都不是邏輯錯(cuò)誤引起的 (A)101以下哪一項(xiàng)不屬于兼容性測試關(guān)注的范疇A:服務(wù)器端是否同時(shí)支持瀏覽器和專用客戶端的訪問B:軟件是否同時(shí)支持?jǐn)?shù)據(jù)庫的不同版本C:軟件是否支持以前版本的數(shù)據(jù)格式D:軟件是否可以在不同的J2EE應(yīng)用服務(wù)器上運(yùn)行 （A）102以下有關(guān)軟件驗(yàn)收測試的說法中，錯(cuò)誤的是A:驗(yàn)收測試一般由軟件的需方組織 B:驗(yàn)收測試的技術(shù)要求與系統(tǒng)測試不同C:驗(yàn)收測試可委托第三方測試機(jī)構(gòu)進(jìn)行 D:驗(yàn)收測試由獨(dú)立于軟件開發(fā)的人員

42、實(shí)施 (B)103軟件測試類型按開發(fā)階段劃分是 （45） 。A需求測試、單元測試、集成測試、驗(yàn)證測試B單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試、驗(yàn)收測試C單元測試、集成測試、驗(yàn)證測試、確認(rèn)測試、驗(yàn)收測試D調(diào)試、單元測試、集成測試、用戶測試 (B)104關(guān)于對(duì)第三方測試的描述，正確的觀點(diǎn)是A既不是開發(fā)人員，也不是用戶所進(jìn)行的測試就是第三方測試B由在技術(shù)、管理和財(cái)務(wù)上與開發(fā)方和用戶方相對(duì)獨(dú)立的組織進(jìn)行的測試C第三方測試是在開發(fā)方與用戶方的測試基礎(chǔ)上所進(jìn)行的驗(yàn)證測試D第三方測試又被稱為測試 (B)105驗(yàn)收測試的定義是A由用戶按照用戶手冊(cè)對(duì)軟件進(jìn)行測試以決定是否接收B由某個(gè)測試機(jī)構(gòu)代表用戶按照需求說明

43、書和用戶手冊(cè)對(duì)軟件進(jìn)行測試以決定是否接收C按照軟件任務(wù)書或合同，供需雙方約定的驗(yàn)收依據(jù)進(jìn)行測試，決定是否接收D由開發(fā)方和用戶按照用戶手冊(cè)執(zhí)行軟件驗(yàn)收 (C)106對(duì)于軟件的測試，下列描述正確的是_(36)_。A測試就是在軟件公司內(nèi)部展開的測試，由公司專業(yè)的測試人員執(zhí)行的測試B測試就是在軟件公司內(nèi)部展開的測試，由公司的非專業(yè)測試人員執(zhí)行的測試C測試就是在軟件公司外部展開的測試，由專業(yè)的測試人員執(zhí)行的測試 D測試就是在軟件公司外部展開的測試，可以由非專業(yè)的測試人員執(zhí)行的測試 (D)107_可以作為軟件測試結(jié)束的標(biāo)志。A使用了特定的測試用例 B錯(cuò)誤強(qiáng)度曲線下降到預(yù)定的水平C查出了預(yù)定數(shù)目的錯(cuò)誤D按照

44、測試計(jì)劃中所規(guī)定的時(shí)間進(jìn)行了測試 (B)108在軟件生命周期的不同階段，需要實(shí)施不同類型的測試工作，單元測試是對(duì)程序設(shè)計(jì)進(jìn)行驗(yàn)證，其中_(1)_不是單元測試的主要內(nèi)容。在進(jìn)行單元測試過程中，通常測試工程師都需要借助_(2)_來代替所測模塊調(diào)用的子模塊：在單元測試的基礎(chǔ)上，需要將所有模塊按照概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)說明書的要求進(jìn)行組裝，模塊組裝成系統(tǒng)的方式有兩種，分別是_(3)_(1)A模塊接口測試B有效性測試C路徑測試D邊界測試 (B)(2)A樁模塊B驅(qū)動(dòng)模塊C樁模塊和驅(qū)動(dòng)模塊D存根模塊和驅(qū)動(dòng)模塊 (A)(3)A一次性組裝和增殖性組裝 B自頂向下組裝和啟底向上組裝 (A) C單個(gè)模塊組裝和混合模塊組

45、裝 D接口組裝和功能組裝 109關(guān)于確認(rèn)測試，描述正確的是（39） 。 確認(rèn)測試一般包括有效性測試與軟件配置復(fù)查，采用黑盒測試為主，白盒測試為輔的測試方法進(jìn)行測試。 確認(rèn)測試配置項(xiàng)復(fù)查時(shí)應(yīng)當(dāng)嚴(yán)格檢查用戶手冊(cè)和操作手冊(cè)中規(guī)定的使用步驟的完整性和正確性。 確認(rèn)測試需要檢測與證實(shí)軟件是否滿足軟件需求說明書中規(guī)定的要求。 確認(rèn)測試是保證軟件正確實(shí)現(xiàn)特定功能的一系列活動(dòng)和過程，目的是保證軟件生命周期中的每一個(gè)階段的成果滿足上一個(gè)階段所設(shè)定的目標(biāo)。A     B     C     D (B)110不屬于界面元素測試

46、的是（ ） 。A窗口測試  B文字測試  C功能點(diǎn)測試 D鼠標(biāo)測試 界面元素測試包括：窗口測試、菜單測試、圖標(biāo)測試、文字測試、鼠標(biāo)測試。 (C)111系統(tǒng)功能測試過程中，驗(yàn)證需求可以正確實(shí)現(xiàn)的測試用例稱為（ ） A業(yè)務(wù)流程測試用例   B功能點(diǎn)測試用例 C通過測試用例     D失敗測試用例 (B)112以下說法中錯(cuò)誤的是A:軟件配置項(xiàng)測試的目的是檢驗(yàn)軟件配置項(xiàng)與軟件需求規(guī)格說明的一致性B:軟件配置項(xiàng)測試一般由軟件供方組織，由獨(dú)立于軟件開發(fā)的人員實(shí)施，軟件開發(fā)人員配合C:軟件

47、配置項(xiàng)測試要求被測軟件配置項(xiàng)已通過單元測試和集成測試D:軟件配置項(xiàng)測試不得委托第三方實(shí)施 (D)113以下哪種測試屬于面向?qū)ο蟪绦蚣蓽y試考慮的范疇 A:針對(duì)一個(gè)類的多個(gè)成員方法間協(xié)作的測試 B:針對(duì)一個(gè)成員方法的不同輸入情況的測試C:針對(duì)多個(gè)類的多個(gè)實(shí)例間協(xié)作的測試 D:針對(duì)一個(gè)類樹上多個(gè)類間繼承的測試 (C)114下列關(guān)于面向?qū)ο筌浖y試的說法中，正確的是 (2分)A：在測試一個(gè)類時(shí)，只要對(duì)該類的每個(gè)成員方法都進(jìn)行充分的測試就完成了對(duì)該類充分的測試B：在存在多態(tài)的情況下，為了達(dá)到較高的測試充分性，應(yīng)對(duì)所有可能的綁定都進(jìn)行測試C：假設(shè)類B是類A的子類，如果類A已進(jìn)行了充分的測試，在測試類B時(shí)不必測試任何類B繼承類A的成員方法D：對(duì)于一棵繼承樹上的多個(gè)類，只有處于葉節(jié)點(diǎn)的類需要測試 (B)115下列哪種測試不屬于面向?qū)ο髥卧獪y試考慮的范疇 (2分)A：成員方法的測試 B：類的測試 C：類樹的測試 D：多個(gè)相互協(xié)作的類樹的測試 (D)116以下關(guān)于面向?qū)ο筌浖y試的說法中，正確的是A:面向?qū)ο筌浖陌缀袦y試不能不加改變地照搬傳統(tǒng)軟件的白盒測試準(zhǔn)則B:對(duì)于一個(gè)類的測試，一個(gè)測試用例只能包含對(duì)該類的一個(gè)方法的一次調(diào)用（多個(gè)方法）C:面向?qū)ο筌浖y試不考慮對(duì)一個(gè)類中的單個(gè)方法的測試D:面向?qū)ο筌?/p>