期末題庫軟件測試20151201

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

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

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

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

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

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

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

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

9、：B考查知識點：白盒測試技術(shù)26、若一個通訊簿最多可以輸入100條記錄，則下列選項中設(shè)計的測試用例最優(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、下列邏輯覆蓋測試方法中，覆蓋能力最強的是（ ） 難易度：2A、語句覆蓋 B、判定覆蓋 C、條件覆蓋 D、條件組合覆蓋答案：D28、選出屬于白盒測試方法（ ） 難易度：1A、測試用例覆蓋 B、輸入覆蓋C、輸出覆蓋D、條件覆蓋答案：D考查知識點：黑盒測試技術(shù)29、( )是一種黑盒測試

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

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

12、測試計劃 C、測試報告 D、測試分析報告答案：A考查知識點：軟件自動化測試36、下列（ ）情況需要考慮引入自動化測試。 難易度：1A、需要重復(fù)執(zhí)行很多次的測試B、只執(zhí)行一次的測試C、不重要的測試D、很快有回報的測試答案：A考查知識點：Web網(wǎng)站測試的測試技術(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、下列哪個不是WEB測試的測試內(nèi)容？（ ） 難易度：2A、功能測試B、兼容性測試 C、界面測試D、用戶測試答案：D39、導(dǎo)航測試屬于（ ） 難易度：2A、功能測試B、性能測試C、可用性/可靠性測試D、壓力測試答案：C40

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

38、點數(shù)不同而有別，10點及10點以上保險費率為06%，10點以下保險費率為01%；而點數(shù)又是由投保人的年齡、性別、婚姻狀況和撫養(yǎng)人數(shù)來決定，具體規(guī)則如表1所示。表1 保險公司計算保費費率的規(guī)則年齡性別婚姻撫養(yǎng)人數(shù)20394059其它MF已婚未婚1人扣05點最多扣3點（四舍五入取整）6點4點2點5點3點3點5點分析程序規(guī)格說明中給出和隱含的對輸入條件的要求，列出等價類表（包括有效等價類和無效等價類，10分）和測試用例表（10分）?？键c：等價類測試方法輸入條件有效等價類編號無效等價類編號年齡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）序號輸入?yún)?shù)覆蓋等價類輸出參數(shù)1（25，M，已婚，null）（1）（4）（6）（8）保險率為0.6%2（44，F(xiàn)，未婚，2）（2）（5）（7）（9）保險率為0.6%3（5，F(xiàn)，已婚，4）（3）（5）（6）（10）保險率為0.1%4（88F，已婚，9）（16（5）（6）（11）保險率為0.1%5（AA，M，已

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

41、字符是B ² C3-第二個字符是一個數(shù)字 ² 11為中間節(jié)點是導(dǎo)出結(jié)果的進一步原因。 ² 結(jié)果：e1-給出信息L ² e2-修改文件² e3-給出信息M 規(guī)則選項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 動作e1 0 0 0 0 1 1 e2 1 0 1 0 0 0 e3 0 1 0 1 0 1 不可能1 1 測試用例A5 A# B9 B? X2 Y% 三、假設(shè)中國某航空公司規(guī)定：中國去歐美的航線所有座位都有

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

43、食物無電影4去北京的商務(wù)艙有食物無電影5去上海的經(jīng)濟艙無食物無電影6四、某城市電話號碼由三部分組成，分別是： 地區(qū)碼 空白或三位數(shù)字； 前綴 非0或1開頭的三位數(shù)字； 后綴 4位數(shù)字。 假定被測程序能接受一切符合上述規(guī)定的電話號碼， 拒絕所有不符合規(guī)定的電話號碼。要求： （1）請選擇適當?shù)暮诤袦y試方法，寫出選擇該方法的原因，并使用該方法的步驟，給出測試用例表。（2）如果所生成的測試用例不夠全面，請考慮用別的測試 方法生成一些補充的測試用例。等價類表輸入條件有效等價類無效等價類地區(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è)計測試用例方案 內(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 無效 4少于三位數(shù)字（6） (33 )234-5678 無效 5多于三位數(shù)（7） (5555)345-6789 無效 6有非數(shù)字

45、字符（8） (345)5A2-3456 無效 7起始位為0（9） (345)012-3456 無效8起始位為1（10） (345)132-3456 無效9少于三位數(shù)字（11） (345) 92-3456 無效10多于三位數(shù)字（12） (345)4562-3456 無效11有非數(shù)字字符（13） (345)342-3A56 無效12少于四位數(shù)字（14） 345)342- 356 無效13多于四位數(shù)字（15） (345)562-34567 無效分析設(shè)計題1*10分 （難易度：4） 一、分析以下程序代碼，設(shè)計測試用例。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é)點數(shù)：8，判定節(jié)點書:3邊數(shù)：10圈復(fù)雜度：10-8+2=4；3+1=4。基本路徑：11113410111 136710111136910111測試數(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è)計測試用例。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?；韭窂剑?18 7910-16-7-1879111516718791113、14-1516718測試數(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è)計測試用例。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é)點數(shù)：8，判定節(jié)點書:3邊數(shù)：10圈復(fù)雜度：10-8+2=4；3+1=4?；韭窂剑?15 578155710111451557101314515測試數(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四、分析以下程序代碼，使用語句覆蓋和判定覆蓋設(shè)計測試用例。1. void DoWork(int x,int y,int z)