軟件測(cè)試模擬題及答案

1、一、選擇題1、下列軟件屬性中，軟件產(chǎn)品首要滿足的應(yīng)該是【A 1A.功能需求B.性能需求C.可擴(kuò)展性和靈活性D.容錯(cuò)糾錯(cuò)能力2、軟件缺陷產(chǎn)生的原因是【D】。A.交流不充分及溝通不暢；軟件需求的變更；軟件開發(fā)工具的缺陷B.軟件的復(fù)雜性；軟件項(xiàng)目的時(shí)間壓力C.程序開發(fā)人員的錯(cuò)誤；軟件項(xiàng)目文檔的缺乏D.以上都是3、導(dǎo)致軟件缺陷的最大原因是【A】A.規(guī)格說明書B .設(shè)計(jì)C.編碼D .測(cè)試4、修復(fù)軟件缺陷費(fèi)用最高的是【D 】階段A.編制說明書B.設(shè)計(jì)C.編寫代碼 D .發(fā)布5、下列A 不屬于軟件缺陷。A.測(cè)試人員主觀認(rèn)為不合理的地方B.軟件未達(dá)到產(chǎn)品說明書標(biāo)明的功能C.軟件出現(xiàn)了產(chǎn)品說明書指明不會(huì)出現(xiàn)的錯(cuò)

2、誤D.軟件功能超出產(chǎn)品說明書指明范圍6、軟件測(cè)試的目的是B A.避免軟件開發(fā)中出現(xiàn)的錯(cuò)誤B.發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯(cuò)誤C.盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯(cuò)誤，提高軟件的可靠性D.修改軟件中出現(xiàn)的錯(cuò)誤7、軟件測(cè)試技術(shù)可以分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試，下列說法中錯(cuò)誤的是D A.靜態(tài)測(cè)試是指不運(yùn)行實(shí)際程序，通過檢查和閱讀等手段來發(fā)現(xiàn)程序中的 錯(cuò)誤。B.動(dòng)態(tài)測(cè)試是指實(shí)際運(yùn)行程序，通過運(yùn)行的結(jié)果來發(fā)現(xiàn)程序中的錯(cuò)誤。C.動(dòng)態(tài)測(cè)試包括黑盒測(cè)試和白盒測(cè)試。D.白盒測(cè)試是靜態(tài)測(cè)試，黑盒測(cè)試是動(dòng)態(tài)測(cè)試。8、白盒測(cè)試是根據(jù)程序的【 C】來設(shè)計(jì)測(cè)試用例。A.功能B.性能C.內(nèi)部邏45D.內(nèi)部數(shù)據(jù)9、黑盒測(cè)試是根據(jù)軟件的B 來設(shè)

3、計(jì)測(cè)試用例。A.功能B.規(guī)格說明C.內(nèi)部邏冷?D.內(nèi)部數(shù)據(jù)10、用黑盒技術(shù)設(shè)計(jì)測(cè)試用例的方法之一為 A A.因果圖B.邏輯覆蓋C.循環(huán)覆蓋D.基本路徑測(cè)試11、堅(jiān)持在軟件的各個(gè)階段實(shí)施下列哪種質(zhì)量保障措施， 才能在開發(fā)過程中盡早 發(fā)現(xiàn)和預(yù)防錯(cuò)誤，把出現(xiàn)的錯(cuò)誤克服在早期【 A 】。A.技術(shù)評(píng)審B.程序測(cè)試 C .改正程序錯(cuò)誤D .管理評(píng)審12、為了提高測(cè)試的效率，正確的做法是 A oA.選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測(cè)試用例B.在完成程序的編碼之后再制定軟件的測(cè)試計(jì)劃C.隨機(jī)選取測(cè)試用例D,使用測(cè)試用例測(cè)試是為了檢查程序是否做了應(yīng)該做的事13、對(duì)程序的測(cè)試最好由【B 1來做。A.程序員B .第三

4、方測(cè)試機(jī)構(gòu)C .程序開發(fā)組D .用戶14、在邊界值分析中，下列數(shù)據(jù)通常不用來做數(shù)據(jù)測(cè)試的是【 B 】。A.正好等于邊界的值B .等價(jià)類中的等價(jià)值C.剛剛大于邊界的值D.剛剛小于邊界的值15、單元測(cè)試中設(shè)計(jì)測(cè)試用例的依據(jù)是 D oA.概要設(shè)計(jì)規(guī)格說明書B.用戶需求規(guī)格說明書C.項(xiàng)目計(jì)劃說明書D.詳細(xì)設(shè)計(jì)規(guī)格說明書16、如果一個(gè)判定中的復(fù)合條件表達(dá)式為(A > 1 ) or (B <= 3),則為了達(dá)到 100%勺條件覆蓋率，至少需要設(shè)計(jì)多少個(gè)測(cè)試用例【 B】。A. 1B. 2C. 3D. 417、在某大學(xué)學(xué)籍管理信息系統(tǒng)中，假設(shè)學(xué)生年齡白輸入范圍為1640,則根據(jù) 黑盒測(cè)試中的等價(jià)類

5、劃分技術(shù)，下面劃分正確的是【 B】。A.可劃分為2個(gè)有效等價(jià)類，2個(gè)無效等價(jià)類B.可劃分為1個(gè)有效等價(jià)類，2個(gè)無效等價(jià)類C.可劃分為2個(gè)有效等價(jià)類，1個(gè)無效等價(jià)類D.可劃分為1個(gè)有效等價(jià)類，1個(gè)無效等價(jià)類 18、下面有關(guān)測(cè)試原則的說法正確的是【A 】。A測(cè)試用例應(yīng)由測(cè)試的輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果組成B.測(cè)試用例只需選取合理的輸入數(shù)據(jù)C.程序最好由編寫該程序的程序員自己來測(cè)試D.使用測(cè)試用例進(jìn)行測(cè)試是為了檢查程序是否做了它該做的事19、下列關(guān)于測(cè)試方法的敘述中不正確的是【 C】。A從某種角度上講，白盒測(cè)試與黑盒測(cè)試都屬于動(dòng)態(tài)測(cè)試B.功能測(cè)試屬于黑盒測(cè)試C.對(duì)功能的測(cè)試通常是要考慮程序的內(nèi)部結(jié)構(gòu)D

6、.結(jié)構(gòu)測(cè)試屬于白盒測(cè)試20、A.基本路徑測(cè)試法C.邊界值分析法21、不屬于白盒測(cè)試的技術(shù)是A.語句覆蓋C.邊界值分析卜列方法中，不屬于黑盒測(cè)試的是【A 。B.等價(jià)類測(cè)試法D.基于場(chǎng)景的測(cè)試方法【C】。B.判定覆蓋D.基本路徑測(cè)試22、測(cè)試程序時(shí)，不可能遍歷所有可能的輸入數(shù)據(jù)，而只能是選擇一個(gè)子集進(jìn)行測(cè)試，那么最好的選擇方法是 B oA.隨機(jī)選擇B.劃分等價(jià)類C.根據(jù)接口進(jìn)行選擇D.根據(jù)數(shù)據(jù)大小進(jìn)行選擇 23、下列可以作為軟件測(cè)試對(duì)象的是【D 】A.需求規(guī)格說明書B .軟件設(shè)計(jì)規(guī)格說明C.源程序D.以上全部24、在軟件測(cè)試階段，測(cè)試步驟按次序可以劃分為以下幾步： A A.單元測(cè)試、集成測(cè)試、系統(tǒng)

7、測(cè)試、驗(yàn)收測(cè)試B.驗(yàn)收測(cè)試、單元測(cè)試、系統(tǒng)測(cè)試、集成測(cè)試C.單元測(cè)試、集成測(cè)試、驗(yàn)收測(cè)試、系統(tǒng)測(cè)試D.系統(tǒng)測(cè)試、單元測(cè)試、集成測(cè)試、驗(yàn)收測(cè)試25、單元測(cè)試時(shí)，調(diào)用被測(cè)模塊的是【 C 1A.樁模塊 B .通信模塊 C26、不屬于單元測(cè)試內(nèi)容的是D A.模塊接口測(cè)試BC.獨(dú)立路徑測(cè)試D.驅(qū)動(dòng)模塊D.代理模塊.局部數(shù)據(jù)結(jié)構(gòu)測(cè)試用戶界面測(cè)試27、軟件測(cè)試過程中的集成測(cè)試主要是為了發(fā)現(xiàn)【B 1階段的錯(cuò)誤。A.需求分析B.概要設(shè)計(jì)C.詳細(xì)設(shè)計(jì)D.編碼28、下列關(guān)于WetS用軟件測(cè)試的說法中，正確的是 A A. Cookie測(cè)試是Wetfi用軟件功能測(cè)試的重要內(nèi)容B.對(duì)于沒有使用數(shù)據(jù)庫的 WetS用軟件，不

8、需要進(jìn)行性能測(cè)試C.鏈接測(cè)試是Wetfi用軟件易用性測(cè)試的重要內(nèi)容D. Wetg用軟件安全Tt測(cè)試僅關(guān)注Wetg用軟件是能夠防御網(wǎng)絡(luò)攻擊 29、下列指導(dǎo)選擇和使用測(cè)試覆蓋率的原則中錯(cuò)誤的是 D A.覆蓋率不是目的，僅是一種手段B.不要追求絕對(duì)100%勺覆蓋率C.不可能針對(duì)所有的覆蓋率指標(biāo)來選擇測(cè)試用例D.只根據(jù)測(cè)試覆蓋率指標(biāo)來指導(dǎo)測(cè)試用例的設(shè)計(jì)30、測(cè)試設(shè)計(jì)員的職責(zé)有：【C 1制定測(cè)試計(jì)劃設(shè)計(jì)測(cè)試用例設(shè)計(jì)測(cè)試過程、腳本 評(píng)估測(cè)試活動(dòng)A.和B.、和 C和 D.、和31、測(cè)試文檔種類包括【D 】。A.需求類文檔、計(jì)劃類文檔B.設(shè)計(jì)類文檔、執(zhí)行類文檔C.缺陷記錄類、階段匯總類測(cè)試總結(jié)類D.以上都有3

9、2、以下關(guān)于軟件回歸測(cè)試的說法中錯(cuò)誤的是【 C】。A.軟件變更后，應(yīng)對(duì)軟件變更部分的正確性和對(duì)變更需求的符合性進(jìn)行測(cè)B.軟件變更后，首先應(yīng)對(duì)變更的軟件單元進(jìn)行測(cè)試，然后再進(jìn)行其他相關(guān)的測(cè)試C.軟件變更后，不必再對(duì)軟件原有正確的功能、性能和其他規(guī)定的要求進(jìn) 行測(cè)試D.對(duì)具體的軟件，可以根據(jù)軟件測(cè)試合同及軟件的重要性、完整性級(jí)別對(duì) 回歸測(cè)試內(nèi)容進(jìn)行剪裁33、以下說法中錯(cuò)誤的是C A.軟件配置項(xiàng)測(cè)試的目的是檢驗(yàn)軟件配置與軟件需求規(guī)格說明的一致性B.軟件配置項(xiàng)測(cè)試一般由軟件供方組織，由獨(dú)立于軟件開發(fā)的人員實(shí)施， 軟件開發(fā)人員配合C.軟件配置項(xiàng)測(cè)試不得委托第三方實(shí)施D.軟件配置項(xiàng)測(cè)試要求被測(cè)軟件配置項(xiàng)已

10、通過單元測(cè)試和集成測(cè)試 34、下面說法正確的是 【C】。A.經(jīng)過測(cè)試沒有發(fā)現(xiàn)錯(cuò)誤說明程序正確B.測(cè)試的目標(biāo)是為了證明程序沒有錯(cuò)誤C.成功的測(cè)試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試D.成功的測(cè)試是沒有發(fā)現(xiàn)錯(cuò)誤的測(cè)試35、以下哪種軟件測(cè)試屬于軟件性能測(cè)試的范疇 B oA.接口測(cè)tB.壓力測(cè)tC.單元測(cè)tD.易用性測(cè)試 36、軟件測(cè)試管理包括測(cè)試過程管理、配置管理以及 A A.測(cè)試評(píng)審管理B.測(cè)試用例管理C.測(cè)試計(jì)劃管理 D .測(cè)試實(shí)施管理 37、在用白盒測(cè)試中的邏輯覆蓋法設(shè)計(jì)測(cè)試用例時(shí)，在下列覆蓋中，【 D】 是最強(qiáng)的覆蓋準(zhǔn)則。A.語句覆蓋B.條件覆蓋C.判定-條件覆蓋 D.路徑覆蓋38、下列關(guān)于 W

11、etS用軟件測(cè)試的說法中，正確的是【 A 】。A. Cookie測(cè)試是Wetfi用軟件功能測(cè)試的重要內(nèi)容B.對(duì)于沒有使用數(shù)據(jù)庫的 WetS用軟件，不需要進(jìn)行性能測(cè)試C.鏈接測(cè)試是Wetg用軟件易用性測(cè)試的重要內(nèi)容D. Wetg用軟件安全Tt測(cè)試僅關(guān)注Wetg用軟件是能夠防御網(wǎng)絡(luò)攻擊 39、【A】的目的是對(duì)最終軟件系統(tǒng)進(jìn)行全面的測(cè)試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)40、41、42、43、44、45、A.系統(tǒng)測(cè)試B .集成測(cè)試C .單元測(cè)試如果一個(gè)產(chǎn)品中次嚴(yán)重的缺陷基本完成修正并通過復(fù)測(cè),A. Alpha 版B. Beta 版C.正版自底向上法需要寫A.驅(qū)動(dòng)程序.樁程序 C驅(qū)動(dòng)程序和

12、樁程序必須要求用戶參與的測(cè)試階段是【A.單元測(cè)試B.集成測(cè)試C.確認(rèn)測(cè)試對(duì)WetW站進(jìn)行的測(cè)試中，屬于功能測(cè)試的是【A.A.C.連接速度測(cè)試.鏈接測(cè)試D 不是軟件自動(dòng)化測(cè)試的優(yōu)點(diǎn)速度快、效率高能提高測(cè)試的質(zhì)量配置測(cè)試是指【CA.檢查軟件之間是否正確交互和共享信息效性的集中體現(xiàn)C.使用各種硬件來測(cè)試軟件操作的過程46、卜列不屬于測(cè)試原則的是【D】47、48、49、這個(gè)階段的成品是D.以上都不是.以上都不是.驗(yàn)收測(cè)試.安全性測(cè)試.準(zhǔn)確度和精確度高.能充分測(cè)試軟件B .交互適應(yīng)性、實(shí)用性和有D.檢查缺陷是否有效改正A.軟件測(cè)試是有風(fēng)險(xiǎn)的行為完全測(cè)試程序是不可能的C.測(cè)試無法顯示潛伏的軟件缺陷D .找

13、到的缺陷越多軟件的缺陷就越少條件覆蓋的目的是A A.使每個(gè)判定的所有可能的條件取值組合至少執(zhí)行一次B.使程序中的每個(gè)判定至少都獲得一次“真”值和“假”值。C.使程序中的每個(gè)判定中每個(gè)條件的可能值至少滿足一次。D.使程序中的每個(gè)可執(zhí)行語句至少執(zhí)行一次。卜列各項(xiàng)中【B1不是一個(gè)測(cè)試計(jì)劃所應(yīng)包含的內(nèi)容。A.測(cè)試資源、進(jìn)度安排 B .測(cè)試預(yù)期輸出 C卜列不屬于正式審查的方式是D A.同事審查B.公開陳述C.檢驗(yàn).測(cè)試范圍D .測(cè)試策略D.編碼標(biāo)準(zhǔn)和規(guī)范50、調(diào)試是【D】。A.發(fā)現(xiàn)與預(yù)先定義的規(guī)格和標(biāo)準(zhǔn)不符合的問題B.發(fā)現(xiàn)軟件錯(cuò)誤征兆的過程C.有計(jì)劃的、可重復(fù)的過程D.消除軟件錯(cuò)誤的過程51、下列描述錯(cuò)

14、誤的是【A】。A.軟件發(fā)布后如果發(fā)現(xiàn)質(zhì)量問題，那是軟件測(cè)試人員的錯(cuò)B.窮盡測(cè)試實(shí)際上在一般情況下是不可行的C.軟件測(cè)試自動(dòng)化不是萬能的D.測(cè)試能由非開發(fā)人員進(jìn)行，調(diào)試必須由開發(fā)人員進(jìn)行再次運(yùn)行以前為發(fā)52、如下圖所示的N-S圖，至少需要【B 】個(gè)測(cè)試用例完成邏輯覆蓋。A. 15B. 16C. 17D. 1853、在軟件修改之后,現(xiàn)錯(cuò)誤而執(zhí)行程序曾用過的測(cè)試用例，這種測(cè)試稱之為 C oA.單元測(cè)13cB.集成測(cè)13cC.回歸測(cè)13cD.驗(yàn)收測(cè)試54、集成測(cè)試計(jì)劃應(yīng)該在【B 階段末提交。A.需求分析B .概要設(shè)計(jì)C .詳細(xì)設(shè)計(jì) D .單元測(cè)試完成55、在下面所列舉中的邏輯測(cè)試覆蓋中，測(cè)試覆蓋最強(qiáng)的

15、是 B oA.條件覆蓋B .條件組合覆蓋 C .語句覆蓋D .判定覆蓋56、在下面所列舉中的邏輯測(cè)試覆蓋中，測(cè)試覆蓋最弱的是【 C 】。A.條件覆蓋B .條件組合覆蓋C .語句覆蓋 D .判定覆蓋57、增量式集成測(cè)試有3種方式：自頂向下增量測(cè)試方法、【 B】和混合增量測(cè)試方式。A.自中向下增量測(cè)試方法C.多次性測(cè)試D自底向上增量測(cè)試方法.維護(hù)58、創(chuàng)建一個(gè)基于Junit的單元測(cè)試類，該類必須擴(kuò)展于【A. TestSuite B . Assert C . TestCase D . JFCTestCase59、 TestCase 是 junit.framework 中的一個(gè)【D 】。A.方法 B

16、.接口 C .類 D .抽象類60、TestSuite 是 JUNIT 中用來【A 】。A.集成多個(gè)測(cè)試用例B.做系統(tǒng)測(cè)試用的C.做自動(dòng)化測(cè)試用的D.方法斷言61、LoadRunner 是【A 】。A.工業(yè)標(biāo)準(zhǔn)級(jí)負(fù)載測(cè)試工具B. 一款下載軟件C.單元測(cè)試框架D.集成開發(fā)工具二、判斷題1、【1軟件測(cè)試是有效的排除軟件缺陷的手段。對(duì)2、【）測(cè)試是為了驗(yàn)證軟件已正確地實(shí)現(xiàn)了用戶的要求。錯(cuò)3、【】軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。對(duì)4、【白盒測(cè)試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，完全可以不考慮程序的功能要求。對(duì)5、【白盒測(cè)試不僅與程序內(nèi)部結(jié)構(gòu)有關(guān)，還要考慮程序的功能要求。錯(cuò)6、【】黑盒測(cè)試的測(cè)試用例是根

17、據(jù)應(yīng)用程序的功能需求設(shè)計(jì)的。對(duì)7、【】在軟件開發(fā)過程中，若能推遲暴露其中的錯(cuò)誤，則為修復(fù)和改進(jìn)錯(cuò)誤所花費(fèi)的代價(jià)就會(huì)降低。錯(cuò)8、1單元測(cè)試通常由開發(fā)人員進(jìn)行。對(duì)9、1】壓力測(cè)試不需要輔助工具的支持。錯(cuò)10、【1在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)包括合理的輸入條件和不合理的輸入條件。對(duì)11、【】程序員與測(cè)試工作無關(guān)。錯(cuò)12、1產(chǎn)品說明書（需求文檔）的變更應(yīng)當(dāng)受到控制。對(duì)13、白盒測(cè)試的“條件覆蓋”標(biāo)準(zhǔn)強(qiáng)于“判定覆蓋”。錯(cuò)14、【）軟件開發(fā)全過程的測(cè)試工作都可以實(shí)現(xiàn)自動(dòng)化。錯(cuò)15、1找出的軟件缺陷越多，說明剩下的軟件缺陷越少。錯(cuò)16、【）驗(yàn)收測(cè)試是以最終用戶為主的測(cè)試。對(duì)17、【1自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程

18、序。對(duì)18、【）軟件測(cè)試工具可以代替軟件測(cè)試員。錯(cuò)19、Beta測(cè)試是驗(yàn)收測(cè)試的一種。對(duì)20、1）代碼評(píng)審員一般由測(cè)試員擔(dān)任。錯(cuò)21、【】一個(gè)程序中所含有的路徑數(shù)與程序的復(fù)雜程度有著直接的關(guān)系。對(duì)22、【）軟件只要經(jīng)過嚴(yán)格嚴(yán)謹(jǐn)?shù)膬?nèi)部測(cè)試之后，可以做到?jīng)]有缺陷。錯(cuò)23、【測(cè)試是可以窮盡的。 錯(cuò)24、1）每一個(gè)軟件項(xiàng)目都有一個(gè)最優(yōu)的測(cè)試量。對(duì)25、）代碼審查工作屬于靜態(tài)測(cè)試。對(duì)26、1）回歸測(cè)試是在軟件修改后再次運(yùn)行以前為查找錯(cuò)誤而執(zhí)行程序曾用過的測(cè)試用例。 對(duì)27、【】集成測(cè)試是為確定軟件系統(tǒng)是否滿足驗(yàn)收標(biāo)準(zhǔn)以及使客戶決定是否接受而進(jìn)行的正式測(cè)試。錯(cuò)28、【）只要能夠達(dá)到100%的邏輯覆蓋率，就

19、可以保證程序的正確性。錯(cuò)29、【】軟件測(cè)試是有風(fēng)險(xiǎn)的行為，并非所有的軟件缺陷都能夠被修復(fù)。對(duì)30、1）軟件質(zhì)量保證和軟件測(cè)試是同一層次的概念。錯(cuò)31、【）軟件測(cè)試的生命周期包括測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行、缺陷跟蹤、測(cè)試評(píng)估。 對(duì)32、【】在所有的黑盒測(cè)試方法中，基于決策表的測(cè)試是最為嚴(yán)格、最具有邏輯性的測(cè)試方法。 對(duì)33、【】測(cè)試用例的數(shù)目越多，測(cè)試的效果越好。錯(cuò)34、【）驗(yàn)收測(cè)試是以最終用戶為主的測(cè)試。對(duì)35、1測(cè)試是調(diào)試的一個(gè)部分。錯(cuò)36、1程序中隱藏錯(cuò)誤的概率與其已發(fā)現(xiàn)的錯(cuò)誤數(shù)成正比。對(duì)37、1代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。對(duì)三、填空1、測(cè)試用例是由 測(cè)試輸入數(shù)據(jù) 和預(yù)期

20、的 輸出結(jié)果兩部分組成。2、軟件是包括程序、數(shù)據(jù) 禾口 相關(guān)文檔的完整集合。3、單元測(cè)試是以 詳細(xì)設(shè)計(jì) 說明書為指導(dǎo)，測(cè)試源程序代碼。4、單元測(cè)試的主要內(nèi)容有 模塊接口測(cè)試、局部數(shù)據(jù)結(jié)構(gòu)測(cè)試、獨(dú)立路徑測(cè)試、錯(cuò)誤處理測(cè)試和邊界條件測(cè)試。5、集成測(cè)試以 概要設(shè)計(jì) 說明書指導(dǎo)，測(cè)試軟件結(jié)構(gòu)。6、把模塊組裝成為系統(tǒng)的測(cè)試方式有一次性集成測(cè)試方式和增值式集成測(cè)試方 式。7、確認(rèn)測(cè)試以需求分析說明書為指導(dǎo)。8、在等價(jià)類劃分法中，等價(jià)類分為有效等價(jià)類和無效等價(jià)類。9、決策表通常由條件樁、條件項(xiàng)、動(dòng)作樁、動(dòng)作項(xiàng)四部分組成10、白盒測(cè)試的主要方法有邏輯覆蓋、基本路徑測(cè)試等11、軟件測(cè)試階段的輸入信息包括 軟件配

21、置和測(cè)試配置。12、驗(yàn)收測(cè)試的常用策略有三種，它們分別是 正式驗(yàn)收測(cè)試、a測(cè)試、B測(cè)試。13、軟件測(cè)試環(huán)境包括 設(shè)計(jì)環(huán)境、實(shí)施環(huán)境和管理環(huán)境三部分。14、測(cè)試用例要依據(jù) 測(cè)試計(jì)劃、需求分析以及測(cè)試設(shè)計(jì)編寫。15、測(cè)試過程實(shí)施所必備的核心文檔是 測(cè)試計(jì)劃、測(cè)試用例和軟件測(cè)試報(bào)告。16、面向?qū)ο筌浖臏y(cè)試包括 面向?qū)ο蠓治龅臏y(cè)試(OOA Test)、面向?qū)ο笤O(shè)計(jì) 的測(cè)試(OOD Test)、面向?qū)ο缶幊痰臏y(cè)試(OOP Test)、面向?qū)ο髥卧獪y(cè) 試(OO Unit Test )、面向?qū)ο蠹蓽y(cè)試( OO Integrate Test ) 和面向?qū)ο?系統(tǒng)測(cè)試(OO System Test)。17、

22、CMM勺五個(gè)等級(jí)分別是 初始級(jí)、可重復(fù)級(jí)、已定義級(jí)、已管理級(jí) 和優(yōu)化級(jí)。四、名詞解釋軟件缺陷軟件測(cè)試靜態(tài)測(cè)試動(dòng)態(tài)測(cè)試黑盒測(cè)試決策表法因果圖法白盒測(cè)試單元測(cè)試集成測(cè)試驅(qū)動(dòng)模塊樁模塊性能測(cè)試回歸測(cè)試a測(cè)試B測(cè)試測(cè)試用例測(cè)試文檔自動(dòng)化測(cè)試類測(cè)試軟件質(zhì)量保證軟件能力成熟度模型單元測(cè)試(Unit Testing ):是對(duì)軟件基本組成單元進(jìn)行的測(cè)試。單元測(cè)試的 對(duì)象是軟件設(shè)計(jì)的最小單位一一模塊。針對(duì)每個(gè)單元的測(cè)試，它確保每個(gè)模塊能 正常工作，主要采用白盒測(cè)試方法，用以發(fā)現(xiàn)內(nèi)部錯(cuò)誤。集成測(cè)試：對(duì)已測(cè)試過的模塊進(jìn)行組裝后的測(cè)試，主要檢驗(yàn)與軟件設(shè)計(jì)相關(guān)的 程序結(jié)構(gòu)問題。是介于單元測(cè)試和系統(tǒng)測(cè)試之間的過渡階段，與

23、軟件開發(fā)計(jì)劃中 的軟件概要設(shè)計(jì)階段相對(duì)應(yīng)，是單元測(cè)試的擴(kuò)展和延伸。白盒測(cè)試：基于產(chǎn)品的內(nèi)部結(jié)構(gòu)來進(jìn)行測(cè)試，又稱為結(jié)構(gòu)測(cè)試，邏輯驅(qū)動(dòng)測(cè)試或 基于程序的測(cè)試。主要檢查內(nèi)部操作是否按規(guī)定執(zhí)行，軟件各個(gè)部分功能是否得 到充分利用，即根據(jù)被測(cè)程序的內(nèi)部結(jié)構(gòu)設(shè)計(jì)測(cè)試用例，測(cè)試者需要預(yù)先了解被測(cè)試程序的結(jié)構(gòu)。B測(cè)試：是指軟件開發(fā)公司組織各方面的典型用戶在日常工作中使用 B版本, 并要求用戶報(bào)告異常情況、提出批評(píng)意見，然后軟件開發(fā)公司再對(duì)B版本進(jìn)行改 錯(cuò)和完善（包括功能、性能、可靠性、易用性、可擴(kuò)充性、兼容性、a測(cè)試：a測(cè)試是用戶在開發(fā)環(huán)境下的測(cè)試，或者是軟件開發(fā)公司組織內(nèi)部 人員模擬各類用戶對(duì)即將面市軟件產(chǎn)

24、品（稱為 a版本）進(jìn)行的測(cè)試，由開發(fā)人 員或測(cè)試人員進(jìn)行的測(cè)試。測(cè)試用例：測(cè)試用例（Test Case）是為了高效率地發(fā)現(xiàn)軟件缺陷而精心設(shè)計(jì) 的少量測(cè)試數(shù)據(jù)。測(cè)試用例通俗一點(diǎn)來講就是編寫（編制）一組前提條件、輸入、 執(zhí)行條件、預(yù)期結(jié)果以完成對(duì)某個(gè)特定需求或目標(biāo)測(cè)試的數(shù)據(jù)，體現(xiàn)測(cè)試方案、 方法、技術(shù)和策略的文檔。測(cè)試文檔；軟件測(cè)試文檔（Software Test Documentation） 記錄和描述了整 個(gè)測(cè)試流程，它是整個(gè)測(cè)試活動(dòng)中非常重要的文件， 為測(cè)試項(xiàng)目的組織、規(guī)劃和 管理提供了架構(gòu)。自動(dòng)化測(cè)試：軟件自動(dòng)化測(cè)試就是使用自動(dòng)化測(cè)試工具或手段，按照測(cè)試工 程師的預(yù)定計(jì)劃進(jìn)行自動(dòng)的測(cè)試，來

25、驗(yàn)證各種軟件測(cè)試的需求，包括測(cè)試活動(dòng)的 管理與實(shí)施。使用自動(dòng)化測(cè)試可以：減輕手工測(cè)試的工作量改進(jìn)所有的測(cè)試領(lǐng)域支持所有的測(cè)試階段因果圖法：因果圖是一種描述輸入條件的組合及每種組合對(duì)應(yīng)的輸出的圖形化工具?？稍谝蚬麍D的基礎(chǔ)上設(shè)計(jì)測(cè)試用例。 它適合于檢查程序輸入條件的各種 情況的組合。驅(qū)動(dòng)模塊：用來代替被測(cè)單元的上層模塊，相當(dāng)于被測(cè)模塊的主程序。它接 收測(cè)試數(shù)據(jù)，把這些數(shù)據(jù)傳送給被測(cè)模塊，最后輸出實(shí)測(cè)結(jié)果。樁模塊：又稱為存根模塊，代替被測(cè)模塊調(diào)用的子模塊。樁模塊可以做少量 的數(shù)據(jù)操作，不需要把子模塊所有功能都帶進(jìn)來，但不允許什么事情也不做。性能測(cè)試：性能測(cè)試用來測(cè)試軟件在系統(tǒng)運(yùn)行時(shí)的性能表現(xiàn)， 設(shè)計(jì)

26、測(cè)試用例， 并記錄軟件運(yùn)行性能，度量系統(tǒng)與預(yù)定義目標(biāo)的差距。回歸測(cè)試：這種方式采取自頂向下的方式測(cè)試被修改的模塊及其子模塊，然后將這一部分視為子系統(tǒng)，再自底向上測(cè)試，以檢查該子系統(tǒng)與其上級(jí)模塊的接口是 否適配。類測(cè)試：類內(nèi)方法間的交互和其對(duì)象的各個(gè)狀態(tài)，它由與驗(yàn)證類的實(shí)現(xiàn)是否 和該類的說明完全一致的相關(guān)聯(lián)的活動(dòng)組成。軟件缺陷：即計(jì)算機(jī)系統(tǒng)或者程序中存在的任何一種破壞正常運(yùn)行能力的 問題、錯(cuò)誤，或者隱藏的功能缺陷、瑕疵。缺陷會(huì)導(dǎo)致軟件產(chǎn)品在某種程度上不 能滿足用戶的需要。軟件測(cè)試：軟件的質(zhì)量就是軟件的生命，為了保證軟件的質(zhì)量，人們?cè)陂L(zhǎng)期的開發(fā)過程中積累了許多經(jīng)驗(yàn)并形成了許多行之有效的方法。但是借

27、助這些方法，我們只能盡量減少軟件中的錯(cuò)誤和不足，卻不能完全避免所有的錯(cuò)誤。軟件測(cè)試是保證軟件質(zhì)量，提高軟件可靠性的關(guān)鍵。靜態(tài)測(cè)試：通過對(duì)被測(cè)程序的靜態(tài)審查，發(fā)現(xiàn)代碼中潛在的錯(cuò)誤。一般用人 工方式脫機(jī)完成，故亦稱人工測(cè)試或代碼評(píng)審( Code Review);也可借助于 靜態(tài)分析器在機(jī)器上以自動(dòng)方式進(jìn)行檢查， 但不要求程序本身在機(jī)器上運(yùn)行。動(dòng)態(tài)測(cè)試：使用和運(yùn)行被測(cè)軟件，通常意義上的測(cè)試。動(dòng)態(tài)測(cè)試的對(duì)象必須 是能夠由計(jì)算機(jī)真正運(yùn)行的被測(cè)試的程序，它包含黑盒測(cè)試和白盒測(cè)試。黑盒測(cè)試：從用戶角度出發(fā)的測(cè)試，又稱為功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試和基于 規(guī)格說明的測(cè)試。把被測(cè)試程序當(dāng)作一個(gè)黑盒，忽略程序內(nèi)部的結(jié)構(gòu)

28、的特性， 測(cè)試者在只知道該程序輸入和輸出之間的關(guān)系或程序功能的情況下，依靠能夠反映這一關(guān)系和程序功能需求規(guī)格的說明書，來確定測(cè)試用例和推斷測(cè)試 結(jié)果的正確性。軟件質(zhì)量保證(SQA)是建立一套有計(jì)劃、有系統(tǒng)的方法，來向管理層保證擬定出的標(biāo)準(zhǔn)、步驟、實(shí)踐和方法能夠正確地被所有項(xiàng)目所采用。即為了確定、達(dá)到和維護(hù)需要的軟件質(zhì)量而進(jìn)行的所有有計(jì)劃、有系統(tǒng)的管理活動(dòng)。SQA主要進(jìn)行協(xié)調(diào)、審查、促進(jìn)和跟蹤等活動(dòng)，獲取有用信息，形成分析 結(jié)果以指導(dǎo)軟件過程。美國卡內(nèi)基梅隆大學(xué)軟件工程研究所在美國國防部資助下于20世紀(jì)80年代末建立的能力成熟度模型(capability maturity model, CMM)

29、。這是一套專門針對(duì)軟件產(chǎn)品的質(zhì)量管理和質(zhì)量保證標(biāo)準(zhǔn)，并在美國，隨后在全世界推廣實(shí)施的一種軟件評(píng)估標(biāo)準(zhǔn)。CMM幫助軟件企業(yè)對(duì)軟件工程過程進(jìn)行管理和改進(jìn)，增強(qiáng)開發(fā)與改進(jìn)能力， 從而能按時(shí)地、不超預(yù)算地開發(fā)出高質(zhì)量的軟件。決策表法：決策表是分析和表達(dá)過個(gè)邏輯條件下執(zhí)行不同操作情況的工具。五、簡(jiǎn)答1、簡(jiǎn)述軟件測(cè)試的生命周期及各階段的內(nèi)容。軟件生命周期分為6個(gè)階段：需求階段、功能設(shè)計(jì)階段、詳細(xì)設(shè)計(jì)階段、編碼階段、軟件測(cè)試階段、以及運(yùn)行/維護(hù)階段。(1)需求階段測(cè)試任務(wù)：制定驗(yàn)證和確認(rèn)測(cè)試計(jì)劃。對(duì)需求進(jìn)行分析和審核。分析并設(shè)計(jì)基于需求的測(cè)試，構(gòu)成對(duì)應(yīng)的需求覆蓋或追蹤矩陣。(2)功能設(shè)計(jì)階段測(cè)試任務(wù)：功能設(shè)

30、計(jì)驗(yàn)證和確認(rèn)測(cè)試計(jì)劃分析和審核功能設(shè)計(jì)規(guī)格說明可用性測(cè)試設(shè)計(jì)分析并設(shè)計(jì)基于功能的測(cè)試，構(gòu)造對(duì)應(yīng)的功能覆蓋矩陣。實(shí)施基于需求和基于功能的測(cè)試(3)詳細(xì)設(shè)計(jì)階段測(cè)試任務(wù)詳細(xì)設(shè)計(jì)驗(yàn)收測(cè)試計(jì)劃。分析和審核詳細(xì)設(shè)計(jì)規(guī)格設(shè)計(jì)說明說。(4)編碼階段測(cè)試任務(wù)代碼驗(yàn)收測(cè)試計(jì)劃分析代碼驗(yàn)證代碼設(shè)計(jì)基于外部的測(cè)試。設(shè)計(jì)基于內(nèi)部的測(cè)試。(5)測(cè)試階段測(cè)試任務(wù)制定測(cè)試計(jì)劃審查由開發(fā)部門進(jìn)行的單元和集成測(cè)試進(jìn)行功能測(cè)試進(jìn)行系統(tǒng)測(cè)試審查用戶手冊(cè)。(6)運(yùn)行維護(hù)階段測(cè)試任務(wù)監(jiān)視驗(yàn)收測(cè)試為確認(rèn)的問題開發(fā)新的測(cè)試報(bào)告用例對(duì)測(cè)試的有效性進(jìn)行評(píng)估。2、簡(jiǎn)述軟件測(cè)試的目的軟件測(cè)試的目的包括以下三點(diǎn)：(1)測(cè)試是程序的執(zhí)行過程，目的在于

31、發(fā)現(xiàn)錯(cuò)誤，不能證明程序的正確性, 僅限于處理有限種的情況。(2)檢查系統(tǒng)是否滿足需求，這也是測(cè)試的期望目標(biāo)。（3） 一個(gè)好的測(cè)試用例在于發(fā)現(xiàn)還未曾發(fā)現(xiàn)的錯(cuò)誤；一個(gè)成功的測(cè)試是發(fā)現(xiàn) 了錯(cuò)誤的測(cè)試。3、簡(jiǎn)述靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試的區(qū)別。靜態(tài)測(cè)試一一通過對(duì)被測(cè)程序的靜態(tài)審查，發(fā)現(xiàn)代碼中潛在的錯(cuò)誤。它一般用人工方式脫機(jī)完成，故亦稱人工測(cè)試或代碼評(píng)審（Code Review）也可借助于靜態(tài)分析器在機(jī)器上以自動(dòng)方式進(jìn)行檢查，但不要求程序本身在 機(jī)器上運(yùn)行動(dòng)態(tài)測(cè)試一一使用和運(yùn)行被測(cè)軟件，通常意義上的測(cè)試。動(dòng)態(tài)測(cè)試的對(duì)象必須是能夠由計(jì)算機(jī)真正運(yùn)行的被測(cè)試的程序，它包含黑盒 測(cè)試和白盒測(cè)試。4、簡(jiǎn)述黑盒測(cè)試的具體技術(shù)方法。典型的黑盒測(cè)試方法包括主要包括等價(jià)類劃分法、邊界值分析法、錯(cuò)誤推測(cè) 法、因果圖法、決策表表法、正交試驗(yàn)法、場(chǎng)景法、功能圖法等5、簡(jiǎn)述白盒測(cè)試中常用的邏輯覆蓋測(cè)試方法。常用的邏輯覆蓋測(cè)試方法有：語句覆蓋、判定覆蓋、條件覆蓋、“判定一條 件”覆蓋、條件組合覆蓋及路徑覆蓋。6、黑盒測(cè)試與白盒測(cè)試各有哪些優(yōu)缺點(diǎn)。黑盒測(cè)試：（確認(rèn)技術(shù)）優(yōu)點(diǎn)：1.適用于各階段測(cè)試2. 從產(chǎn)