期末題庫(kù)軟件測(cè)試20151201

1、選擇題 10×2分考查知識(shí)點(diǎn)：軟件測(cè)試概述（軟件概述）1、軟件是程序和（ ）的集合。 難易度：1A、文檔 B、代碼 C、測(cè)試用例 D、測(cè)試答案：A2、軟件工程中描述生存周期的瀑布模型一般包括計(jì)劃、( )、設(shè)計(jì)、編碼、測(cè)試、維護(hù)等幾個(gè)階段。 難易度：2 A、 需求分析 B、 需求調(diào)查 C、 可行性分析 D、 問(wèn)題定義答案：A考查知識(shí)點(diǎn)：軟件測(cè)試概述（軟件缺陷）3、嚴(yán)重的軟件缺陷的產(chǎn)生主要源自（）。 難易度：3A、需求 B、設(shè)計(jì) C、編碼 D、測(cè)試答案：A4、以下不屬于應(yīng)用系統(tǒng)中的缺陷類型的是：（ ） 難易度：3A、不恰當(dāng)?shù)男枨蠼忉孊、用戶指定的錯(cuò)誤需求 C、設(shè)計(jì)人員的習(xí)慣不好 D、不正

2、確的程序規(guī)格說(shuō)明答案：B5、降低缺陷費(fèi)用最有效的方法是（ ）。 難易度：2A、測(cè)試盡可能全面B、盡可能早的開(kāi)始測(cè)試C、測(cè)試盡可能深入D、讓用戶進(jìn)行測(cè)試答案：B考查知識(shí)點(diǎn)：軟件測(cè)試基礎(chǔ)（軟件測(cè)試）6、測(cè)試環(huán)境中不包括的內(nèi)容是（ ） 難易度：2A、測(cè)試所需文檔資料 B、測(cè)試所需硬件環(huán)境 C、測(cè)試所需軟件環(huán)境 D、測(cè)試所需網(wǎng)絡(luò)環(huán)境答案：A7、軟件調(diào)試的目的是（ ） 難易度：2A、發(fā)現(xiàn)軟件中隱藏的錯(cuò)誤B、解決測(cè)試中發(fā)現(xiàn)的錯(cuò)誤C、盡量不發(fā)現(xiàn)錯(cuò)誤以便早日提交軟件D、證明軟件的正確性答案：B8、軟件測(cè)試的目的是（ ） 難易度：2A、發(fā)現(xiàn)軟件中隱藏的錯(cuò)誤B、解決軟件中隱藏的錯(cuò)誤C、盡量不發(fā)現(xiàn)錯(cuò)誤以便早日提交軟

3、件D、證明軟件的正確性答案：A9、下列關(guān)于測(cè)試和調(diào)試的說(shuō)法中正確的是（ ） 難易度：3A、測(cè)試和調(diào)試沒(méi)有本質(zhì)區(qū)別。目的都是為了發(fā)現(xiàn)軟件系統(tǒng)中的錯(cuò)誤。 B、測(cè)試是測(cè)試人員的職責(zé)，在整個(gè)測(cè)試活動(dòng)中可以不需要開(kāi)發(fā)人員的參與。 C、調(diào)試主要在軟件的開(kāi)發(fā)階段進(jìn)行。D、調(diào)試一般不能確定程序中潛在錯(cuò)誤發(fā)生的原因答案：B10、從測(cè)試的要求來(lái)講，如果想讓測(cè)試完成的效果更好，測(cè)試部門與開(kāi)發(fā)部門的關(guān)系最好是下面四種中的（ ）。 難易度：3A、測(cè)試組織與開(kāi)發(fā)組織為同一公司同一部門同一小組，并且測(cè)試人員與開(kāi)發(fā)人員為同一組人員，即開(kāi)發(fā)人員測(cè)試自己的程序。B、測(cè)試組織與開(kāi)發(fā)組織為同一公司同一部門同一小組，但測(cè)試人員與開(kāi)發(fā)人

4、員為不同人員。C、測(cè)試組織與開(kāi)發(fā)組織為同一公司，但不在同一部門。D、測(cè)試組織與開(kāi)發(fā)組織為不同公司。答案：D11、某軟件公司在招聘軟件測(cè)試工程師時(shí)，應(yīng)聘者甲向公司做如下保證：（1） 經(jīng)過(guò)自己測(cè)試的軟件今后不會(huì)再出現(xiàn)問(wèn)題 （2） 在工作中對(duì)所有程序員一視同仁，不會(huì)因?yàn)槟硞€(gè)程序編寫的程序發(fā)現(xiàn)的問(wèn)題多， 就重點(diǎn)審查該程序，以免不利于團(tuán)結(jié) （3） 承諾不需要其他人員，自己就可以獨(dú)立進(jìn)行測(cè)試工作 （4） 發(fā)揚(yáng)咬定青山不放松的精神，不把所有問(wèn)題都找出來(lái)，絕不罷休 根據(jù)自己所學(xué)的軟件測(cè)試知識(shí)，應(yīng)聘者甲的保證（ ） 難易度：3A、（1）（4）是正確的 B、（2）是正確的 C、都是正確的 D、都是錯(cuò)誤的答案：D考

5、查知識(shí)點(diǎn)：軟件測(cè)試基礎(chǔ)（軟件測(cè)試分類）12、用不同的方法可將軟件測(cè)試分為白盒法和黑盒法，或者（）和靜態(tài)測(cè)試。 難易度：1 A、白盒法 B、黑盒法 C、動(dòng)態(tài)測(cè)試 D、灰盒法答案：C13、黑盒測(cè)試法是根據(jù)程序的（ ）來(lái)設(shè)計(jì)測(cè)試用例的。難易度：2A、應(yīng)用范圍 B、內(nèi)部邏輯 C、功能 D、輸入數(shù)據(jù)答案：C14、驗(yàn)收測(cè)試的測(cè)試用例主要根據(jù)（ ）的結(jié)果來(lái)設(shè)計(jì)。難易度：2A、需求分析 B、源程序 C、概要設(shè)計(jì) D、詳細(xì)設(shè)計(jì)答案：A15、軟件測(cè)試中白盒測(cè)試法是通過(guò)分析程序的（ ）來(lái)設(shè)計(jì)測(cè)試用例的。難易度：2A、應(yīng)用范圍 B、內(nèi)部邏輯 C、功能 D、輸入數(shù)據(jù)答案：B16、下列關(guān)于白盒測(cè)試與黑盒測(cè)試的說(shuō)法中錯(cuò)誤的

6、是（ ）。難易度：3A、用白盒測(cè)試來(lái)驗(yàn)證單元的基本功能時(shí)，經(jīng)常要用黑盒測(cè)試的思考方法來(lái)設(shè)計(jì)測(cè)試用例 B、僅僅通過(guò)白盒測(cè)試，或僅僅通過(guò)黑盒測(cè)試都不能全面系統(tǒng)地測(cè)試一個(gè)軟件 C、白盒測(cè)試適用于軟件測(cè)試的各個(gè)階段 D、在黑盒測(cè)試中使用白盒測(cè)試的手段，常被稱為“灰盒測(cè)試”答案：C17、關(guān)于黑盒測(cè)試與白盒測(cè)試的區(qū)別，下列說(shuō)法正確的是（ ）。 難易度：3A、白盒測(cè)試側(cè)重于程序結(jié)構(gòu)，黑盒測(cè)試側(cè)重于功能 B、白盒測(cè)試可以使用自動(dòng)測(cè)試工具，黑盒測(cè)試不能使用工具 C、白盒測(cè)試需要開(kāi)發(fā)人員參與，黑盒測(cè)試不需要。 D、黑盒測(cè)試比白盒測(cè)試應(yīng)用更廣泛答案：A18、下列關(guān)于alpha 測(cè)試的描述中正確的是：（） 難易度：2

7、A、alpha 測(cè)試不需要用戶代表參加 B、alpha 測(cè)試不要開(kāi)發(fā)人員參加 C、alpha 測(cè)試是集成測(cè)試的一種 D、alpha 測(cè)試是驗(yàn)收測(cè)試的一種答案：D 考查知識(shí)點(diǎn)：軟件測(cè)試過(guò)程與方法（集成測(cè)試）19、集成測(cè)試分為漸增組裝測(cè)試和（ ） 難易度：2A、 非漸增組裝測(cè)試 B、確認(rèn)測(cè)試 C、單元測(cè)試 D、 測(cè)試計(jì)劃答案：A20、集成測(cè)試中使用的輔助模塊分為驅(qū)動(dòng)模塊和（ ） 難易度：2A、傳入模塊B、主模塊C、樁模塊D、傳出模塊答案：C21、驅(qū)動(dòng)模塊模擬的是( ) 難易度：2A、子模塊B、第一模塊C、底層模塊D、主程序答案：D考查知識(shí)點(diǎn)：軟件測(cè)試過(guò)程與方法（單元測(cè)試）22、單元測(cè)試的測(cè)試用例主

8、要根據(jù)（ ）的結(jié)果來(lái)設(shè)計(jì)。難易度：2A、需求分析 B、源程序 C、概要設(shè)計(jì) D、詳細(xì)設(shè)計(jì)答案：B23、單元測(cè)試的測(cè)試目的是（ ） 難易度：2A、保證每個(gè)模塊或件能正常工作B、保證每個(gè)程序能正常工作C、確保缺陷得到解決D、使程序正常運(yùn)行答案：A考查知識(shí)點(diǎn)：軟件測(cè)試過(guò)程與方法（驗(yàn)收測(cè)試）24、以用戶為主導(dǎo)的測(cè)試成為（ ） 難易度：1A、驗(yàn)收測(cè)試B、白盒測(cè)試C、黑盒測(cè)試D、系統(tǒng)測(cè)試答案：A考查知識(shí)點(diǎn)：軟件測(cè)試策略25、按照測(cè)試策略和過(guò)程，測(cè)試可以分為：（ ） 難易度：1A、單元、白盒、確認(rèn)、系統(tǒng)、驗(yàn)收B、單元、集成、確認(rèn)、系統(tǒng)、驗(yàn)收C、白盒、黑盒、確認(rèn)、系統(tǒng)、驗(yàn)收D、白盒、集成、確認(rèn)、系統(tǒng)、驗(yàn)收答案

9、：B考查知識(shí)點(diǎn)：白盒測(cè)試技術(shù)26、若一個(gè)通訊簿最多可以輸入100條記錄，則下列選項(xiàng)中設(shè)計(jì)的測(cè)試用例最優(yōu)的是（ ）。難易度：2A、分別輸入1、50、100條記錄 B、分別輸入0、1、50、99、100條記錄 C、分別輸入0、1、99、100、101條記錄 D、分別輸入0、1、50、99、100、101條記錄答案：D27、下列邏輯覆蓋測(cè)試方法中，覆蓋能力最強(qiáng)的是（ ） 難易度：2A、語(yǔ)句覆蓋 B、判定覆蓋 C、條件覆蓋 D、條件組合覆蓋答案：D28、選出屬于白盒測(cè)試方法（ ） 難易度：1A、測(cè)試用例覆蓋 B、輸入覆蓋C、輸出覆蓋D、條件覆蓋答案：D考查知識(shí)點(diǎn)：黑盒測(cè)試技術(shù)29、( )是一種黑盒測(cè)試

10、方法，它是把程序的輸入域劃分成若干部分，然后從每個(gè)部分中選取少數(shù)代表性數(shù)據(jù)當(dāng)作測(cè)試用例。 難易度：2A、等價(jià)類劃分法B、邊界值分析法C、因果圖法D、場(chǎng)景法答案：A30、黑盒測(cè)試用例設(shè)計(jì)方法包括（ ）等 難易度：1A.等價(jià)類劃分法、因果圖法、正交試驗(yàn)設(shè)計(jì)法、功能圖法、路徑覆蓋法、語(yǔ)句覆蓋法B.等價(jià)類劃分法、邊界值分析法、判定表驅(qū)動(dòng)法、場(chǎng)景法、錯(cuò)誤推測(cè)法、因果圖法、正交試驗(yàn)設(shè)計(jì)法、功能圖法C.因果圖法、邊界值分析法、判定表驅(qū)動(dòng)法、場(chǎng)景法、Z路徑覆蓋法D.場(chǎng)景法、錯(cuò)誤推測(cè)法、因果圖法、正交試驗(yàn)設(shè)計(jì)法、功能圖法、域測(cè)試法答案：B31、錯(cuò)誤推測(cè)法的基本想法是：( ) 難易度：1A.劃分有效等價(jià)類和無(wú)效等

11、價(jià)類B.劃分原因和結(jié)果C.列出所有的可能情況D.列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況，根據(jù)它們選擇測(cè)試用例答案：D考查知識(shí)點(diǎn)：軟件測(cè)試文檔32、用戶文檔測(cè)試中不包括的是（） 難易度：2A、用戶需求說(shuō)明B、操作指南C、用戶手冊(cè)D、隨機(jī)幫助答案：A33、與設(shè)計(jì)測(cè)試用例無(wú)關(guān)的文檔是（ ） 難易度：2A、項(xiàng)目開(kāi)發(fā)計(jì)劃B、需求規(guī)格說(shuō)明書C、設(shè)計(jì)說(shuō)明書D、源程序答案：A34、測(cè)試過(guò)程實(shí)施所必備的核心文檔不包括（ ） 難易度：3A、測(cè)試計(jì)劃B、測(cè)試缺陷報(bào)告C、測(cè)試用例（大綱）D、軟件測(cè)試報(bào)告答案：B35、（ ）是為了高效率地發(fā)現(xiàn)軟件缺陷而精心設(shè)計(jì)的少量測(cè)試數(shù)據(jù)。 難易度：2A、測(cè)試用例 B、

12、測(cè)試計(jì)劃 C、測(cè)試報(bào)告 D、測(cè)試分析報(bào)告答案：A考查知識(shí)點(diǎn)：軟件自動(dòng)化測(cè)試36、下列（ ）情況需要考慮引入自動(dòng)化測(cè)試。 難易度：1A、需要重復(fù)執(zhí)行很多次的測(cè)試B、只執(zhí)行一次的測(cè)試C、不重要的測(cè)試D、很快有回報(bào)的測(cè)試答案：A考查知識(shí)點(diǎn)：Web網(wǎng)站測(cè)試的測(cè)試技術(shù)37、WEB應(yīng)用中一般采用架構(gòu)的是（ ） 難易度：2A、C/S結(jié)構(gòu) B、B/S結(jié)構(gòu)C、集群結(jié)構(gòu)D、服務(wù)器互備份答案：B38、下列哪個(gè)不是WEB測(cè)試的測(cè)試內(nèi)容？（ ） 難易度：2A、功能測(cè)試B、兼容性測(cè)試 C、界面測(cè)試D、用戶測(cè)試答案：D39、導(dǎo)航測(cè)試屬于（ ） 難易度：2A、功能測(cè)試B、性能測(cè)試C、可用性/可靠性測(cè)試D、壓力測(cè)試答案：C40

13、、Web測(cè)試的一個(gè)重要特征是（ ） 難易度：2A、圖片B、文字C、鏈接D、視頻答案：C考查知識(shí)點(diǎn)：軟件測(cè)試技術(shù)前沿41、測(cè)試驅(qū)動(dòng)開(kāi)發(fā)的簡(jiǎn)稱是（ ） 難易度：2A、ADD B、TTD C、TDD D、TDT答案：C考查知識(shí)點(diǎn)：?jiǎn)卧獪y(cè)試工具JUnit42、確保測(cè)試與（ ）無(wú)關(guān)，不要依賴使用過(guò)期的數(shù)據(jù)進(jìn)行測(cè)試。 難易度：2A、時(shí)間 B、地點(diǎn)C、軟硬件資源D、測(cè)試人員答案：A43、Junit是（ ）語(yǔ)言的單元測(cè)試框架。 難易度：2A、CB、.NetC、JavaD、C+答案：C考查知識(shí)點(diǎn)：面向?qū)ο蟮能浖y(cè)試44、（ ) 中認(rèn)定的對(duì)象是對(duì)問(wèn)題空間中的結(jié)構(gòu)、其他系統(tǒng)、設(shè)備、被記憶的事件、系統(tǒng)涉及的人員等實(shí)際

14、實(shí)例的抽象。難易度：3A、OOPB、OODC、OOUD、OOA答案：D45、對(duì)OOD的測(cè)試，針對(duì)功能的實(shí)現(xiàn)和重用以及對(duì)OOA結(jié)果的拓展，以下不屬于考慮內(nèi)容的是（ ）難易度：3A、對(duì)構(gòu)造的類層次結(jié)構(gòu)的測(cè)試B、對(duì)對(duì)象庫(kù)的結(jié)構(gòu)測(cè)試C、對(duì)類庫(kù)的支持的測(cè)試D、對(duì)認(rèn)定的類的測(cè)試答案：B判斷題 10×1分考查知識(shí)點(diǎn)：軟件測(cè)試的概念 1. 軟件測(cè)試就是為了驗(yàn)證軟件功能實(shí)現(xiàn)的是否正確，是否完成既定目標(biāo)的活動(dòng)，所以軟件測(cè)試在軟件工程的后期才開(kāi)始具體的工作。 （F） 難易度：12. 廣義的軟件測(cè)試由“確認(rèn)”、“驗(yàn)證”、“測(cè)試”3個(gè)方面組成。T 難易度：13. 軟件測(cè)試等于程序測(cè)試。F 難易度：2缺陷跟蹤管

15、理4. 測(cè)試人員在測(cè)試過(guò)程中發(fā)現(xiàn)一處問(wèn)題，如果問(wèn)題影響不大，而自己又可以修改，應(yīng)立即將此問(wèn)題正確修改，以加快、提高開(kāi)發(fā)的進(jìn)程。（F） 難易度：2軟件測(cè)試的目的5. 軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。（T ） 難易度：1軟件測(cè)試的原則6. 要充分注意軟件測(cè)試中的群集現(xiàn)象。（T ） 難易度：17. 好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤。（T） 難易度：28. 測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過(guò)。（F ）難易度：19. 發(fā)現(xiàn)錯(cuò)誤多的模塊，殘留在模塊中的錯(cuò)誤也多。( T ) 難易度：110. 測(cè)試人員說(shuō)：“沒(méi)有可運(yùn)行的程序，我無(wú)法進(jìn)行測(cè)試工作”。 F 難易度：2軟件測(cè)試的分

16、類11. 負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（F） 難易度：212. 白盒測(cè)試方法比黑盒測(cè)試方法好。 F 難易度：213. 在軟件開(kāi)發(fā)過(guò)程中，若能盡早暴露其中的錯(cuò)誤，則為修復(fù)和改進(jìn)錯(cuò)誤所花費(fèi)的代價(jià)就會(huì)降低。T 難易度：2軟件測(cè)試的質(zhì)量14. 產(chǎn)品質(zhì)量檢驗(yàn)階段是質(zhì)量管理的發(fā)展階段之一。難易度：1軟件測(cè)試的模型15. V模型不能適應(yīng)較大的需求變化。T 難易度：216. W模型能夠較早地發(fā)現(xiàn)缺陷。T 難易度：1軟件測(cè)試過(guò)程17. 驗(yàn)收測(cè)試是由最終用戶來(lái)實(shí)施的。（F ） 難易度：218. 單元測(cè)試能發(fā)現(xiàn)約80% 的軟件缺陷。（T ） 難易度：219. 我們可以人為的使得軟件不存在配置

17、問(wèn)題。（F ） 難易度：320. 集成測(cè)試計(jì)劃在需求分析階段末提交。（F ） 難易度：121. Beta 測(cè)試是驗(yàn)收測(cè)試的一種。（T） 難易度：122. 自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。T 難易度：223. 為了快速完成集成測(cè)試，采用一次性集成方式是適宜的。 F 難易度：224. alpha 測(cè)試不是驗(yàn)收測(cè)試的一種。F 難易度：125. 必須要求用戶參與的測(cè)試階段是單元測(cè)試。F 難易度：2軟件測(cè)試策略26. 項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。（T） 難易度：327. 測(cè)試需求一定要寫得很細(xì)很細(xì)。 F 難易度：128. 測(cè)試需求就是軟件需求。 F 難易度：129. 測(cè)試組負(fù)責(zé)軟件質(zhì)量。F

18、 難易度：2白盒測(cè)試技術(shù)30. 代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（F） 難易度：231. 代碼評(píng)審員一般由測(cè)試員擔(dān)任。（F ） 難易度：232. 一個(gè)程序中所含有的路徑數(shù)與程序的復(fù)雜程度有著直接的關(guān)系。T 難易度：333. 靜態(tài)檢查就是看代碼。F 難易度：3黑盒測(cè)試技術(shù)34. 等價(jià)類法和邊界值著重考慮輸入條件，而不考慮輸入條件的各種組合，也不考慮輸入條件之間的相互制約關(guān)系。T 難易度：235. 在實(shí)際測(cè)試中，邊界值分析法和等價(jià)類劃分法經(jīng)常結(jié)合使用。T 難易度：136. 因果圖法是建立在決策表法基礎(chǔ)上的一種白盒測(cè)試方法。F 難易度：237. 黑盒測(cè)試法又叫功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。T

19、難易度：1軟件測(cè)試用例38. 測(cè)試用例是在測(cè)試執(zhí)行后寫的。 F 難易度：239. 測(cè)試用例一般是由測(cè)試設(shè)計(jì)人員寫的。T 難易度：240. 在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)包括合理的輸入條件和不合理的輸入條件。 T 難易度：1軟件自動(dòng)化測(cè)試41. QTP是一種自動(dòng)化測(cè)試工具。T 難易度：142. 測(cè)試自動(dòng)化是萬(wàn)能的。F 難易度：243. LoadRunner是性能測(cè)試工具。 T 難易度：244. 采用自動(dòng)化測(cè)試有可能延誤項(xiàng)目進(jìn)度。T 難易度：3面向?qū)ο蟮能浖y(cè)試45. 面向?qū)ο蟮能浖y(cè)試是采用面向?qū)ο蟮母拍詈驮瓌t，用結(jié)構(gòu)化的方法構(gòu)建。F 難易度：1Web網(wǎng)站測(cè)試46. Web網(wǎng)站測(cè)試需要考慮數(shù)據(jù)庫(kù)測(cè)試。 T

20、 難易度：247. Web網(wǎng)站測(cè)試不需要考慮功能測(cè)試。F 難易度：2敏捷測(cè)試48. 敏捷測(cè)試不需要寫測(cè)試計(jì)劃。 F 難易度：4單元測(cè)試工具Junit49. Junit是一個(gè)開(kāi)源的Java單元測(cè)試框架。T 難易度：2Web應(yīng)用負(fù)載測(cè)試工具WAS50. WAS是單元測(cè)試工具。 F 難易度：4名詞解釋5×4分考查知識(shí)點(diǎn)：軟件測(cè)試概述 難易度：1 1、軟件測(cè)試：使用人工或自動(dòng)的手段來(lái)運(yùn)行或測(cè)定某個(gè)軟件系統(tǒng)的過(guò)程，其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別2、軟件缺陷：存在于軟件之中的那些不希望或不可接受的偏差，如少一個(gè)逗點(diǎn)、多一個(gè)語(yǔ)句等考查知識(shí)點(diǎn)：軟件測(cè)試基礎(chǔ) 難易

21、度：1 1、軟件測(cè)試的目的：通過(guò)有線的資源找出對(duì)用戶影響最深的bug2、白盒測(cè)試：白盒測(cè)試也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，它是知道產(chǎn)品內(nèi)部工作過(guò)程，可通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說(shuō)明書的規(guī)定正常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能3、黑盒測(cè)試：黑盒測(cè)試也稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試，它是在已知產(chǎn)品所應(yīng)具有的功能，通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都能正常使用，在測(cè)試時(shí)，把程序看作一個(gè)不能打開(kāi)的黑盆子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測(cè)試者在程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照需求規(guī)格說(shuō)明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)?/p>

22、接收輸入數(shù)鋸而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫(kù)或文件）的完整性難易度：2 4、回歸測(cè)試：軟件或環(huán)境的修復(fù)或更正后的“再測(cè)試”，自動(dòng)測(cè)試工具對(duì)這類測(cè)試尤其有用5、性能測(cè)試：測(cè)試軟件的運(yùn)行性能。這種測(cè)試常與壓力測(cè)試結(jié)合進(jìn)行，如傳輸連接的最長(zhǎng)時(shí)限、傳輸?shù)腻e(cuò)誤率、計(jì)算的精度、記錄的精度、響應(yīng)的時(shí)限和恢復(fù)時(shí)限等6、質(zhì)量保證：是為了提供足夠的信任證據(jù)，證明組織有關(guān)的各類實(shí)體有能力滿足質(zhì)量要求所實(shí)施并在必要時(shí)進(jìn)行證實(shí)的有計(jì)劃、有系統(tǒng)的活動(dòng)。7、測(cè)試：在公司內(nèi)部系統(tǒng)開(kāi)發(fā)接近完成時(shí)對(duì)軟件的測(cè)試，測(cè)試后仍然會(huì)有少量的設(shè)計(jì)變更。測(cè)試時(shí)，開(kāi)發(fā)者坐在用戶旁邊，隨時(shí)記錄用戶發(fā)現(xiàn)的問(wèn)題8、測(cè)試：當(dāng)開(kāi)發(fā)和測(cè)試根

23、本完成時(shí)所做的測(cè)試，而最終的錯(cuò)誤和問(wèn)題需要在最終發(fā)行前找到。測(cè)試時(shí)開(kāi)發(fā)者不在測(cè)試現(xiàn)場(chǎng)，故是在開(kāi)發(fā)者無(wú)法控制的環(huán)境下進(jìn)行的測(cè)試，通常是由軟件開(kāi)發(fā)者向用戶散發(fā)版軟件，然后收集用戶的意見(jiàn)9、壓力測(cè)試：測(cè)試系統(tǒng)在某一條件達(dá)到最高限度時(shí)各項(xiàng)功能是否能依舊運(yùn)行考查知識(shí)點(diǎn)：軟件測(cè)試過(guò)程 難易度：2 10、單元測(cè)試：?jiǎn)卧獪y(cè)試又稱模塊測(cè)試，是針對(duì)軟件設(shè)計(jì)的最小單位程序模塊進(jìn)行正確性檢驗(yàn)的測(cè)試工作，其目的在于檢查每個(gè)程序單元能否正確實(shí)現(xiàn)詳細(xì)設(shè)計(jì)說(shuō)明中的模塊功能、性能、接口和設(shè)計(jì)約束等要求，發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種錯(cuò)誤11、集成測(cè)試：集成測(cè)試也叫組裝測(cè)試。通常在單元測(cè)試的基礎(chǔ)上將所有的程序模塊進(jìn)行有序的、遞增的

24、測(cè)試。它分成一次性集成和增殖式集成，增殖式集成又分成自頂向下的增殖方式和自底向上的增值方式12、系統(tǒng)測(cè)試：將軟件作為基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其它系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行（使用）環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測(cè)試和確認(rèn)測(cè)試13、驅(qū)動(dòng)模塊（driver）：相當(dāng)于被測(cè)模塊的主程序。它接收測(cè)試數(shù)據(jù)，把這些數(shù)據(jù)傳送給被測(cè)模塊，最后輸出實(shí)測(cè)結(jié)果。14、樁模塊（stub）：用以代替被測(cè)模塊調(diào)用的子模塊。樁模塊可以做少量的數(shù)據(jù)操作，不需要把子模塊所有功能都帶進(jìn)來(lái)，但不允許什么事情也不做。15、確認(rèn)測(cè)試：確認(rèn)測(cè)試最簡(jiǎn)明、最嚴(yán)格的解釋是檢驗(yàn)所開(kāi)發(fā)的軟件是

25、否能按用戶提出的要求運(yùn)行。若能達(dá)到這一要求，則認(rèn)為開(kāi)發(fā)的軟件是合格的。因而有的軟件開(kāi)發(fā)部門把確認(rèn)測(cè)試稱為合格性測(cè)試(Qualification Testing)?？疾橹R(shí)點(diǎn)：軟件測(cè)試策略 難易度：3 16、軟件測(cè)試策略：軟件測(cè)試策略，在一定的軟件測(cè)試標(biāo)準(zhǔn)、測(cè)試規(guī)范的指導(dǎo)下，依據(jù)測(cè)試項(xiàng)目的特定環(huán)境約束而規(guī)定的軟件測(cè)試的原則、方式、方法的集合。考查知識(shí)點(diǎn)：軟件測(cè)試文檔 難易度：217、測(cè)試計(jì)劃的目的：是明確測(cè)試活動(dòng)的意圖。它規(guī)范了軟件測(cè)試內(nèi)容、方法和過(guò)程，為有組織地完成測(cè)試任務(wù)提供保障18、測(cè)試用例（Test Case）：是為了高效率地發(fā)現(xiàn)軟件缺陷而精心設(shè)計(jì)的少量測(cè)試數(shù)據(jù)考查知識(shí)點(diǎn)：軟件自動(dòng)化測(cè)試

26、 難易度：319、軟件自動(dòng)化測(cè)試：使用一種自動(dòng)化測(cè)試工具來(lái)驗(yàn)證各種軟件測(cè)試的需求，它包括測(cè)試活動(dòng)的管理與實(shí)施。20、面向?qū)ο蟮能浖y(cè)試：面向?qū)ο蟪绦虻慕Y(jié)構(gòu)不再是傳統(tǒng)的功能模塊結(jié)構(gòu)，作為一個(gè)整體，原有集成測(cè)試所要求的逐步將開(kāi)發(fā)的模塊搭建在一起進(jìn)行測(cè)試的方法已成為不可能。而且，面向?qū)ο筌浖仐壛藗鹘y(tǒng)的開(kāi)發(fā)模式，對(duì)每個(gè)開(kāi)發(fā)階段都有不同以往的要求和結(jié)果,已經(jīng)不可能用功能細(xì)化的觀點(diǎn)來(lái)檢測(cè)面向?qū)ο蠓治龊驮O(shè)計(jì)的結(jié)果，面向?qū)ο蟮能浖y(cè)試是為了適應(yīng)面向?qū)ο箝_(kāi)發(fā)模式的一種新的測(cè)試模型。21、敏捷測(cè)試：應(yīng)該是適應(yīng)敏捷方法而采用的新的測(cè)試流程、方法和實(shí)踐，對(duì)傳統(tǒng)的測(cè)試流程有所剪裁，有不同的側(cè)重，例如減少測(cè)試計(jì)劃、測(cè)試

27、用例設(shè)計(jì)等工作的比重，增加與產(chǎn)品設(shè)計(jì)人員、開(kāi)發(fā)人員的交流和協(xié)作。敏捷測(cè)試就是持續(xù)地對(duì)軟件質(zhì)量問(wèn)題進(jìn)行及時(shí)地反饋。簡(jiǎn)述題 2*10分一、 請(qǐng)簡(jiǎn)述軟件測(cè)試模型中W模型的圖及W模型的優(yōu)點(diǎn)。（難易度：4）考點(diǎn)：測(cè)試模型中的W模型。答：相比于V模型，W模型更科學(xué)。W模型可以說(shuō)是前者自然而然的發(fā)展，它強(qiáng)調(diào)：測(cè)試伴隨著整個(gè)軟件開(kāi)發(fā)周期，而且測(cè)試的對(duì)象不僅僅是程序，需求、功能和設(shè)計(jì)同樣要測(cè)試。 測(cè)試與開(kāi)發(fā)是同步進(jìn)行的，從而有利于盡早地發(fā)現(xiàn)問(wèn)題。以需求為例，需求分析一完成，我們就可以對(duì)需求進(jìn)行測(cè)試，而不是等到最后才進(jìn)行針對(duì)需求的驗(yàn)收測(cè)試。 測(cè)試不僅僅是評(píng)定軟件的質(zhì)量，測(cè)試還可以盡可能早地找出缺陷所在，從而幫助改

28、進(jìn)項(xiàng)目?jī)?nèi)部的質(zhì)量。二、說(shuō)明測(cè)試技術(shù)的基本分類 （難易度：3）考點(diǎn)：測(cè)試技術(shù)的分類明細(xì)答：（1）從是否需要執(zhí)行被測(cè)軟件的角度分類從是否需要執(zhí)行被測(cè)軟件的角度，可分為靜態(tài)測(cè)試（Static Testing）和動(dòng)態(tài)測(cè)試(Dynamic Testing)。（2）從軟件測(cè)試用例設(shè)計(jì)方法的角度分類從軟件測(cè)試用例設(shè)計(jì)方法的角度，可分為黑盒測(cè)試（Black-Box Testing）和白盒測(cè)試（White-Box Testing）（3）從軟件測(cè)試的策略和過(guò)程的角度分類。按照軟件測(cè)試的策略和過(guò)程分類，軟件測(cè)試可分為單元測(cè)試（Unit Testing），集成測(cè)試（Integration Testing）,確認(rèn)測(cè)試（

29、Validation Testing）,系統(tǒng)測(cè)試（System Testing）和驗(yàn)收測(cè)試（Verification Testing）三、說(shuō)明軟件測(cè)試和調(diào)試的目的有何區(qū)別？（難易度：2）考點(diǎn)：軟件測(cè)試和調(diào)試的區(qū)別答：（1）軟件測(cè)試是找出軟件已經(jīng)存在的錯(cuò)誤，而調(diào)試是定位錯(cuò)誤，修改程序以修正錯(cuò)誤.（2）測(cè)試是為了發(fā)現(xiàn)軟件中存在的錯(cuò)誤；調(diào)試是為了證明軟件開(kāi)發(fā)的正確性。（3）測(cè)試的目的是顯示存在錯(cuò)誤，而調(diào)試的目的是發(fā)現(xiàn)錯(cuò)誤或?qū)е鲁绦蚴У腻e(cuò)誤原因，并修改程序以修正錯(cuò)誤。調(diào)試是測(cè)試之后的活動(dòng)。四、列舉自動(dòng)化測(cè)試工具？（難易度：2）考點(diǎn)：自動(dòng)化測(cè)試工具的分類答：測(cè)試工具可以從兩個(gè)不同的方面去分類：根據(jù)測(cè)試

30、方法不同，自動(dòng)化測(cè)試工具可以分為：白盒測(cè)試工具和黑盒測(cè)試工具。根據(jù)測(cè)試的對(duì)象和目的，自動(dòng)化測(cè)試工具可以分為：?jiǎn)卧獪y(cè)試工具、功能測(cè)試工具、負(fù)載測(cè)試工具、性能測(cè)試工具、Web測(cè)試工具、數(shù)據(jù)庫(kù)測(cè)試工具、回歸測(cè)試工具、嵌入式測(cè)試工具、頁(yè)面鏈接測(cè)試工具、測(cè)試設(shè)計(jì)與開(kāi)發(fā)工具、測(cè)試執(zhí)行和評(píng)估工具、測(cè)試管理工具等。五、Alpha測(cè)試與Beta測(cè)試的區(qū)別？（難易度：2）考點(diǎn)：Alpha測(cè)試與Beta測(cè)試答：alpha測(cè)試是在用戶組織模擬軟件系統(tǒng)的運(yùn)行環(huán)境下的一種驗(yàn)收測(cè)試，由用戶或第三方測(cè)試公司進(jìn)行的測(cè)試，模擬各類用戶行為對(duì)即將面市的軟件產(chǎn)品進(jìn)行測(cè)試，試圖發(fā)現(xiàn)并修改錯(cuò)誤。Beta測(cè)試是用戶公司組織各方面的典型終端

31、用戶在日常工作中實(shí)際使用beta版本，并要求用戶報(bào)告異常情況，提出批評(píng)意見(jiàn)。區(qū)別：兩者的主要區(qū)別是測(cè)試的場(chǎng)所不同。Alpha測(cè)試是指把用戶請(qǐng)到開(kāi)發(fā)方的場(chǎng)所來(lái)測(cè)試，beta測(cè)試是指在一個(gè)或多個(gè)用戶的場(chǎng)所進(jìn)行的測(cè)試。Alpha測(cè)試的環(huán)境是受開(kāi)發(fā)方控制的，用戶的數(shù)量相對(duì)比較少，時(shí)間比較集中。而beta測(cè)試的環(huán)境是不受開(kāi)發(fā)方控制的，誰(shuí)也不知道用戶如何折磨軟件，用戶數(shù)量相對(duì)比較多，時(shí)間不集中。一般地，alpha測(cè)試先于beta測(cè)試執(zhí)行。通用的軟件產(chǎn)品需要較大規(guī)模的beta測(cè)試，測(cè)試周期比較長(zhǎng)。如果產(chǎn)品通過(guò)了beta測(cè)試，那么就可以正式發(fā)行了。六、測(cè)試360網(wǎng)站首頁(yè)應(yīng)該考慮的因素？（難易度：3）考點(diǎn)：網(wǎng)站

32、測(cè)試答、360網(wǎng)站首頁(yè)測(cè)試應(yīng)該考慮的因素有：（1）頁(yè)面檢查。主要是檢查頁(yè)面的布局是否合理，頁(yè)面彈出窗口是否正確及頁(yè)面的內(nèi)容是否正確。（2）控件檢查。主要是檢查控件是否能正常使用，如下拉框、單選框、多選框、日歷控件等。（3）滾動(dòng)條檢查。（4）按鈕檢查。單擊按鈕檢查是否正確操作，顯示正常。（5）文本框檢查。七、簡(jiǎn)述黑盒測(cè)試中決策表法的定義及其方法適應(yīng)的程序？（難易度：3） 考點(diǎn)：黑盒測(cè)試中的決策表法決策表是分析和表達(dá)多個(gè)邏輯條件下執(zhí)行不同操作情況的工具。由于決策表可以把復(fù)雜的邏輯關(guān)系和多種條件組合的情況表達(dá)得既具體又明確，在程序設(shè)計(jì)發(fā)展的初期，決策表就已被當(dāng)作編寫程序的輔助工具了?；跊Q策表（也稱

33、判定表）的測(cè)試是最為嚴(yán)格、最具有邏輯性的測(cè)試方法。決策表技術(shù)適用于具有以下特征的應(yīng)用程序：（1） If-then-else邏輯很突出（2） 條件和規(guī)則的順序不影響執(zhí)行哪些操作。（3） 輸入變量之間存在邏輯關(guān)系。（4） 涉及輸入變量子集的計(jì)算。（5） 輸入與輸出之間存在因果關(guān)系。（6） 很高的圈復(fù)雜度。八、簡(jiǎn)述測(cè)試模型中V模型的優(yōu)缺點(diǎn)？（難易度：2）考點(diǎn)：V模型答：V模型是軟件開(kāi)發(fā)瀑布模型的變種，它反映了測(cè)試活動(dòng)與分析和設(shè)計(jì)的關(guān)系 。從左到右，描述了基本的開(kāi)發(fā)過(guò)程和測(cè)試行為，非常明確地標(biāo)明了測(cè)試過(guò)程中存在的不同級(jí)別，并且清楚地描述了這些測(cè)試階段和開(kāi)發(fā)過(guò)程期間各階段的對(duì)應(yīng)關(guān)系 。箭頭代表了時(shí)間方向

34、，左邊下降的是開(kāi)發(fā)過(guò)程各階段，與此相對(duì)應(yīng)的是右邊上升的部分，即各測(cè)試過(guò)程的各個(gè)階段。 V模型存在一定的局限性，它僅僅把測(cè)試過(guò)程作為在需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)及編碼之后的一個(gè)階段。容易使人理解為測(cè)試是軟件開(kāi)發(fā)的最后的一個(gè)階段，主要是針對(duì)程序進(jìn)行測(cè)試尋找錯(cuò)誤，而需求分析階段的隱藏的問(wèn)題一直到后期的驗(yàn)收測(cè)試才被發(fā)現(xiàn)。九、面向?qū)ο鬁y(cè)試與傳統(tǒng)測(cè)試的區(qū)別？（難易度：3）考點(diǎn)：面向?qū)ο蟮臏y(cè)試答：傳統(tǒng)測(cè)試模式與面向?qū)ο蟮臏y(cè)試模式的最主要的區(qū)別在于，面向?qū)ο蟮臏y(cè)試更關(guān)注對(duì)象而不是完成輸入/輸出的單一功能，這樣的話測(cè)試可以在分析與設(shè)計(jì)階段就先行介入，便得測(cè)試更好的配合軟件生產(chǎn)過(guò)程并為之服務(wù)。與傳統(tǒng)測(cè)試模式相比

35、，面向?qū)ο鬁y(cè)試的優(yōu)點(diǎn)在于：更早地定義出測(cè)試用例；早期介入可以降低成本；盡早的編寫系統(tǒng)測(cè)試用例以便于開(kāi)發(fā)人員與測(cè)試人員對(duì)系統(tǒng)需求的理解保持一致；面向?qū)ο蟮臏y(cè)試模式更注重于軟件的實(shí)質(zhì)。具體有如下不同：（1）測(cè)試的對(duì)象不同：傳統(tǒng)軟件測(cè)試的對(duì)象是面向過(guò)程的軟件，一般用結(jié)構(gòu)化方法構(gòu)建；面向?qū)ο鬁y(cè)試的對(duì)象是面向?qū)ο筌浖?，采用面向?qū)ο蟮母拍詈驮瓌t，用面向?qū)ο蟮姆椒?gòu)建。（2）、測(cè)試的基本單位不同：前者是模塊；面向?qū)ο鬁y(cè)試的基本單元是類和對(duì)象。（3）、測(cè)試的方法和策略不同：傳統(tǒng)軟件測(cè)試采用白盒測(cè)試，黑盒測(cè)試，路徑覆蓋等方法；面向?qū)ο鬁y(cè)試不僅吸納了傳統(tǒng)測(cè)試方法，也采用各種類測(cè)試等方法，而且集成測(cè)試和系統(tǒng)測(cè)試的方

36、法和策略也很不相同。十、簡(jiǎn)述測(cè)試工具Junit的特點(diǎn)？（難易度：2）考點(diǎn)：測(cè)試工具Junit答：JUnit是一個(gè)開(kāi)源的java單元測(cè)試框架。JUnit設(shè)計(jì)的非常小巧，但是功能卻非常強(qiáng)大。 下面是JUnit一些特性的總結(jié)； （1）、提供的API可以讓你寫出測(cè)試結(jié)果明確的可重用單元測(cè)試用例； （2）、提供了三種方式來(lái)顯示你的測(cè)試結(jié)果，而且還可以擴(kuò)展；（3）、提供了單元測(cè)試用例成批運(yùn)行的功能； （4）、超輕量級(jí)而且使用簡(jiǎn)單，沒(méi)有商業(yè)性的欺騙和無(wú)用的向?qū)В?5)、整個(gè)框架設(shè)計(jì)良好，易擴(kuò)展。對(duì)不同性質(zhì)的被測(cè)對(duì)象，如Class，Jsp，Servlet，Ejb等，Junit有不同的使用技巧。十一、請(qǐng)畫出敏捷

37、測(cè)試流程簡(jiǎn)要圖？（難易度：3）考點(diǎn)：敏捷測(cè)試答：十二、請(qǐng)列舉你所知的測(cè)試原則？（難易度：2）考點(diǎn)：測(cè)試原則答：基于軟件測(cè)試是為了尋找軟件的錯(cuò)誤與缺陷，評(píng)估與提高軟件質(zhì)量，我們提出一組如下測(cè)試原則：(1) 所有的軟件測(cè)試都應(yīng)追溯到用戶需求(2) 應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測(cè)試”作為軟件測(cè)試者的座右銘(3) 完全測(cè)試是不可能的，測(cè)試需要終止(4) 完全測(cè)試是不可能的，測(cè)試需要終止(5) 充分注意測(cè)試匯總的群集現(xiàn)象(6) 程序員應(yīng)避免檢查自己的程序(7) 盡量避免測(cè)試的隨意性案例分析題 1*20分 （難易度：3）一、某保險(xiǎn)公司的人壽保險(xiǎn)的保費(fèi)計(jì)算方式為：投保額×保險(xiǎn)費(fèi)率其中，保險(xiǎn)費(fèi)率依

38、點(diǎn)數(shù)不同而有別，10點(diǎn)及10點(diǎn)以上保險(xiǎn)費(fèi)率為06%，10點(diǎn)以下保險(xiǎn)費(fèi)率為01%；而點(diǎn)數(shù)又是由投保人的年齡、性別、婚姻狀況和撫養(yǎng)人數(shù)來(lái)決定，具體規(guī)則如表1所示。表1 保險(xiǎn)公司計(jì)算保費(fèi)費(fèi)率的規(guī)則年齡性別婚姻撫養(yǎng)人數(shù)20394059其它MF已婚未婚1人扣05點(diǎn)最多扣3點(diǎn)（四舍五入取整）6點(diǎn)4點(diǎn)2點(diǎn)5點(diǎn)3點(diǎn)3點(diǎn)5點(diǎn)分析程序規(guī)格說(shuō)明中給出和隱含的對(duì)輸入條件的要求，列出等價(jià)類表（包括有效等價(jià)類和無(wú)效等價(jià)類，10分）和測(cè)試用例表（10分）?？键c(diǎn)：等價(jià)類測(cè)試方法輸入條件有效等價(jià)類編號(hào)無(wú)效等價(jià)類編號(hào)年齡20<=x<=39（1）非正整數(shù)（12）40<=x<=59（2）0<=x<

39、=19（3）60<=x<=150(16)性別M（4）非Mand非F（13）F（5）婚姻已婚（6）非已婚and非未婚（14）未婚（7）撫養(yǎng)人數(shù)null（8）非 null and 非正整數(shù)（15）1<=x<=2（9）3<=x<=4（10）x>=5（11）序號(hào)輸入?yún)?shù)覆蓋等價(jià)類輸出參數(shù)1（25，M，已婚，null）（1）（4）（6）（8）保險(xiǎn)率為0.6%2（44，F(xiàn)，未婚，2）（2）（5）（7）（9）保險(xiǎn)率為0.6%3（5，F(xiàn)，已婚，4）（3）（5）（6）（10）保險(xiǎn)率為0.1%4（88F，已婚，9）（16（5）（6）（11）保險(xiǎn)率為0.1%5（AA，M，已

40、婚，null）（12）輸入錯(cuò)誤6（65，H，未婚，5）（13）輸入錯(cuò)誤7（78，F(xiàn)，假婚，null）（14）輸入錯(cuò)誤8（88，M，已婚，齊全）（15）輸入錯(cuò)誤二、某軟件規(guī)格說(shuō)明中包含這樣的要求：輸入的第一個(gè)字符必須是A或B，第二個(gè)字符必須是一個(gè)數(shù)字，在此情況下進(jìn)行文件的修改；但如果第一個(gè)字符不正確，則給出信息L；如果第二個(gè)字符不是數(shù)字，則給出信息M。1、 寫出文字說(shuō)明（5分）2、 畫出因果圖（5）3、 寫出相應(yīng)的決策表（5分）4、 寫出測(cè)試用例（5分）考點(diǎn)：因果圖測(cè)試方法 ² 1、分析程序的規(guī)格說(shuō)明，列出原因和結(jié)果。² 原因：C1-第一個(gè)字符是A ² C2-第一個(gè)

41、字符是B ² C3-第二個(gè)字符是一個(gè)數(shù)字 ² 11為中間節(jié)點(diǎn)是導(dǎo)出結(jié)果的進(jìn)一步原因。 ² 結(jié)果：e1-給出信息L ² e2-修改文件² e3-給出信息M 規(guī)則選項(xiàng)1 2 3 4 5 6 7 8 條件C1 1 1 1 1 0 0 0 0 C2 1 1 0 0 1 1 0 0 C3 1 0 1 0 1 0 1 0 11 1 1 1 1 0 0 動(dòng)作e1 0 0 0 0 1 1 e2 1 0 1 0 0 0 e3 0 1 0 1 0 1 不可能1 1 測(cè)試用例A5 A# B9 B? X2 Y% 三、假設(shè)中國(guó)某航空公司規(guī)定：中國(guó)去歐美的航線所有座位都有

42、食物供應(yīng)。每個(gè)座位都可以播放電影。中國(guó)去非歐美的國(guó)外航線都有食物供應(yīng)，只有商務(wù)艙可以播放電影。中國(guó)國(guó)內(nèi)的航班的商務(wù)艙有食物供應(yīng)，但是不可以播放電影 。中國(guó)國(guó)內(nèi)的航班的經(jīng)濟(jì)艙除非飛行時(shí)間大于2小時(shí)就有食物供應(yīng)，但是不可以播放電影。 使用決策表法設(shè)計(jì)測(cè)試用例?？键c(diǎn)：決策表測(cè)試方法解：1234567航線中國(guó)去歐美？100000中國(guó)去非歐美？011000中國(guó)國(guó)內(nèi)的航班？000111經(jīng)濟(jì)艙？-01011商務(wù)艙？-10100飛行時(shí)間>2小時(shí)？-10服務(wù)食物供應(yīng)111110播放電影110000測(cè)試用例序號(hào)輸入數(shù)據(jù)預(yù)期輸出1美國(guó)有食物和電影2日本的商務(wù)艙有食物有電影3去韓國(guó)的經(jīng)濟(jì)艙有

43、食物無(wú)電影4去北京的商務(wù)艙有食物無(wú)電影5去上海的經(jīng)濟(jì)艙無(wú)食物無(wú)電影6四、某城市電話號(hào)碼由三部分組成，分別是： 地區(qū)碼 空白或三位數(shù)字； 前綴 非0或1開(kāi)頭的三位數(shù)字； 后綴 4位數(shù)字。 假定被測(cè)程序能接受一切符合上述規(guī)定的電話號(hào)碼， 拒絕所有不符合規(guī)定的電話號(hào)碼。要求： （1）請(qǐng)選擇適當(dāng)?shù)暮诤袦y(cè)試方法，寫出選擇該方法的原因，并使用該方法的步驟，給出測(cè)試用例表。（2）如果所生成的測(cè)試用例不夠全面，請(qǐng)考慮用別的測(cè)試 方法生成一些補(bǔ)充的測(cè)試用例。等價(jià)類表輸入條件有效等價(jià)類無(wú)效等價(jià)類地區(qū)碼 1.空白； 2.三位數(shù)； 5.有非數(shù)字字符；6.少于三位數(shù)字； 7.多于三位數(shù)字。 前 綴 3.從200到999

44、之間的三位 8.有非數(shù)字字符；9.起始位為0； 10.起始位為1； 11.少于三位數(shù)字； 12.多于三位數(shù)字。 后 綴 4.四位數(shù)字。 13.有非數(shù)字字符；14.少于四位數(shù)字； 15.多于四位數(shù)字。 設(shè)計(jì)測(cè)試用例方案 內(nèi)容輸 入預(yù)期 輸出 地區(qū)碼 前綴 后綴 1空白（1） 200999之間的三位數(shù)字（3） 四位數(shù)字（4） ( )276-2345 有效 2三位數(shù)字（2） 四位數(shù)字（4） (635)805-9321 有效 3有非數(shù)字字符（5） (20A)723-4567 無(wú)效 4少于三位數(shù)字（6） (33 )234-5678 無(wú)效 5多于三位數(shù)（7） (5555)345-6789 無(wú)效 6有非數(shù)字

45、字符（8） (345)5A2-3456 無(wú)效 7起始位為0（9） (345)012-3456 無(wú)效8起始位為1（10） (345)132-3456 無(wú)效9少于三位數(shù)字（11） (345) 92-3456 無(wú)效10多于三位數(shù)字（12） (345)4562-3456 無(wú)效11有非數(shù)字字符（13） (345)342-3A56 無(wú)效12少于四位數(shù)字（14） 345)342- 356 無(wú)效13多于四位數(shù)字（15） (345)562-34567 無(wú)效分析設(shè)計(jì)題1*10分 （難易度：4） 一、分析以下程序代碼，設(shè)計(jì)測(cè)試用例。Int x=1;Int y=1;1. While（ MaxNum >0）2.

46、3. if(10=Type)4. x=y*2;5. else6. if(100=Type)7. x=y+10;8. else9. x=y-20;10. MaxNum-;11. 12. Ptintf(“%d”,x);答案：畫出程序控制流圖節(jié)點(diǎn)數(shù)：8，判定節(jié)點(diǎn)書:3邊數(shù)：10圈復(fù)雜度：10-8+2=4；3+1=4?；韭窂剑?1113410111 136710111136910111測(cè)試數(shù)據(jù)：MaxNum =-3, 預(yù)期結(jié)果: x=7;MaxNum=1,Type=10, 預(yù)期結(jié)果: x=2; MaxNum=1,Type=100, 預(yù)期結(jié)果: x=11; MaxNum=1,Type=5, 預(yù)期結(jié)果:

47、 x=-19;二、分析以下程序代碼，設(shè)計(jì)測(cè)試用例。1main () 2 3 int num1=0, num2=0, score=100; 4int i; 5 char str; 6 scanf (“%d, %cn”, &i, &str); 7 while (i<5) 8 9if (str=T) 10num1+; 11else if (str=F) 12 13 score=score-10; 14 num2 +; 15 16i+; 17 18 printf (“num1=%d, num2=%d, score=%dn”, num1, num2, score); 19答案：畫出

48、程序控制流圖圈復(fù)雜度： 3+1=4。基本路徑：718 7910-16-7-1879111516718791113、14-1516718測(cè)試數(shù)據(jù)：i=7, 預(yù)期結(jié)果: num1=0, num2=0, score=100;i=4，str=T, 預(yù)期結(jié)果: num1=1, num2=0, score=100;i=4，str=F,預(yù)期結(jié)果: num1=0, num2=1, score=90;i=4，str=N,預(yù)期結(jié)果: num1=0, num2=0, score=100;三、分析以下程序代碼，設(shè)計(jì)測(cè)試用例。1. Void sort(int i,int j)2. 3. int m,n,k;4. m=n

49、=k=0;5. while(i+<11)6. 7. if (j<5)8. m+;break;9. else10. if(j<8)11. n+;12. else13. k+;14. 15. Printf(“%d,%d,%d”,m,n,k);16. 答案：畫出程序控制流圖5781011131415節(jié)點(diǎn)數(shù)：8，判定節(jié)點(diǎn)書:3邊數(shù)：10圈復(fù)雜度：10-8+2=4；3+1=4。基本路徑：515 578155710111451557101314515測(cè)試數(shù)據(jù)：i=20, 預(yù)期結(jié)果: 0,0,0,i=10,j=4, 預(yù)期結(jié)果: m=1i=10,j=7, 預(yù)期結(jié)果: n=1i=10,j=9, 預(yù)期結(jié)果: k=1四、分析以下程序代碼，使用語(yǔ)句覆蓋和判定覆蓋設(shè)計(jì)測(cè)試用例。1. void DoWork(int x,int y,int z)