軟件測(cè)試考試復(fù)習(xí)題含答案

1、1. 軟件缺陷是由很多方面造成的，以下哪個(gè)方面是造成軟件缺陷的最多的地方（ A ）A. 規(guī)格說(shuō)明書B. 系統(tǒng)設(shè)計(jì)結(jié)果C. 編寫代碼D. 其他2. 覆蓋準(zhǔn)則最強(qiáng)的是（ D ）A. 語(yǔ)句覆蓋B. 判定覆蓋C. 條件覆蓋D. 路徑覆蓋3. 實(shí)際的邏輯覆蓋測(cè)試中，一般以（C ）為主設(shè)計(jì)測(cè)試用例。A. 條件覆蓋B. 判定覆蓋C. 條件組合覆蓋D. 路徑覆蓋4. 發(fā)現(xiàn)錯(cuò)誤能力最弱的覆蓋準(zhǔn)則是（ A ）。A. 語(yǔ)句覆蓋B. 判定覆蓋C. 條件覆蓋D. 路徑覆蓋5. 單元測(cè)試所使用的主要測(cè)試方法是（ B ）A. 黑盒測(cè)試B. 白盒測(cè)試C. 集成測(cè)試D. 驗(yàn)收測(cè)試6. 對(duì)于軟件缺陷的修復(fù)費(fèi)用，在哪個(gè)階段的費(fèi)用花

2、費(fèi)最小（ A ）A. 分析階段B. 設(shè)計(jì)階段C. 編碼階段D. 發(fā)布階段7. 靜態(tài)測(cè)試的主要對(duì)象是（AB ）A. 代碼檢查B. 代碼風(fēng)格與規(guī)范C. 軟件的功能D. 設(shè)計(jì)的合理性8. 單元測(cè)試主要測(cè)試是模塊在（ABC ）上的錯(cuò)誤。A. 語(yǔ)法B. 格式C. 邏輯D. 功能9. 單元測(cè)試主要由（ C ）完成？其中（ A ）起主要作用。A 開發(fā)人員B 測(cè)試人員C 開發(fā)人員和測(cè)試人員D 以上都不對(duì)10. 集成測(cè)試所使用的主要測(cè)試方法是（ A ）。A. 黑盒測(cè)試B. 靜態(tài)測(cè)試C. 動(dòng)態(tài)測(cè)試D. 白盒測(cè)試11. 系統(tǒng)測(cè)試主要包括包含了多種測(cè)試活動(dòng)，主要分為（ AB ）。A. 功能性測(cè)試B. 非功能性測(cè)試C.

3、 回歸測(cè)試D. 單元測(cè)試12. 系統(tǒng)集成測(cè)試常見的有哪幾種不同模式（ AB ）。A 非漸增式測(cè)試模式B 漸增式測(cè)試模式C 獨(dú)立測(cè)試模式D 非獨(dú)立測(cè)試模式13. 軟件的兼容性測(cè)試包括（ AD ）。A. 向前和向后兼容B. 多語(yǔ)言測(cè)試C. 多版本測(cè)試D. 橫向測(cè)試14. 軟件的缺陷通常集中在（ AB ）階段。A. 需求分析B. 系統(tǒng)設(shè)計(jì)C. 編寫代碼D. 軟件測(cè)試15. 對(duì)于一些關(guān)鍵代碼或新人寫的代碼，主要采?。?B ）方式。A. 走查B. 會(huì)議審查C. 代碼互評(píng)D. 自查16. 在集成測(cè)試中，主要的集成方法有（ ABCD ）。A.自頂向下B.自底向上C.大爆炸D.三明治17. 文檔測(cè)試主要檢查文

4、檔的（ABCD ）。A 正確性B 完備性C 易理解性D 一致性18. 驗(yàn)收測(cè)試完成后還需要提交（AC ），才可交付用戶使用。A 驗(yàn)收?qǐng)?bào)告B 項(xiàng)目完成報(bào)告C 交付報(bào)告D 無(wú)需提供任何報(bào)告19. 軟件本地化工作中除了翻譯之外還應(yīng)該（ ABCD ）。A 處理字符集問(wèn)題B 數(shù)據(jù)格式C 頁(yè)面顯示和布局D 配置和兼容性等問(wèn)題20. 造成軟件的主要原因可從（ ABC）方面來(lái)查找。A 技術(shù)問(wèn)題B 軟件本身C 團(tuán)隊(duì)工作D 資金問(wèn)題21. 代碼評(píng)審有哪些方法（ABCD ）。A 代碼走查B 正式會(huì)議審查C 代碼會(huì)審D 代碼咨詢22. 軟件產(chǎn)品的質(zhì)量中的非功能需求包括（ ABCD ）等。A 適用性B 有效性C 可靠性

5、D 性能23. 當(dāng)程序有修改，并且要求保證原有功能正常的情況下，必須采用（ D ）方法。A 單元測(cè)試B 集成測(cè)試C 系統(tǒng)測(cè)試D 回歸測(cè)試24. 對(duì)于整個(gè)軟件的本地化過(guò)程來(lái)說(shuō)，需要解決的技術(shù)問(wèn)題主要有（AC）。A 數(shù)據(jù)格式B 頁(yè)面顯示和布局C 配置和兼容性問(wèn)題D 翻譯問(wèn)題25. 測(cè)試團(tuán)隊(duì)的基本責(zé)任應(yīng)該是（ ABCD ）。A 發(fā)現(xiàn)軟件程序、系統(tǒng)或產(chǎn)品中的所有問(wèn)題B 盡早地發(fā)現(xiàn)問(wèn)題C 督促開發(fā)人員盡快地解決程序中的缺陷D 幫助團(tuán)隊(duì)解決資金問(wèn)題26. 驅(qū)動(dòng)程序，用以模擬被測(cè)模塊的（ A ）模塊。A 上級(jí)模塊B 下級(jí)模塊C 同級(jí)模塊D 其他27. 整體測(cè)試用例的質(zhì)量要求包括（ ABCD ）。A 覆蓋率B

6、 易用性C 易維護(hù)性D 粒度適中28. 易用性、兼容性、安裝、文檔測(cè)試等主要在（ A ）階段完成。 A 單元測(cè)試B 集成測(cè)試C 功能測(cè)試D 驗(yàn)收測(cè)試二、判斷題（分值）1. 能夠盡可能早的發(fā)現(xiàn)軟件缺陷，就能夠盡可能地節(jié)約修復(fù)缺陷的成本，因此，因此在軟件的設(shè)計(jì)階段修復(fù)缺陷的費(fèi)用最低。（ F ）2. 根據(jù)著名的瀑布模型，軟件測(cè)試應(yīng)該處在“編程”的下游、在“軟件維護(hù)”的上游，先有編程，后有測(cè)試，測(cè)試的位置很清楚。（ T ）3. 為了能更多測(cè)試出軟件的缺陷，測(cè)試用例的一般要求越復(fù)雜越好。（ F ）4. 因?yàn)檐浖_發(fā)人員不止一人，因此在測(cè)試時(shí)候，只能進(jìn)行松散地實(shí)施測(cè)試。（F ）5. 每一種測(cè)試方法都必須執(zhí)

7、行程序，才能得到最好的效果。（ F ）6. 單元測(cè)試的主要人員構(gòu)成是開發(fā)人員。（ T ）7. 集成測(cè)試就是系統(tǒng)測(cè)試。（ F ）8. 在進(jìn)行系統(tǒng)測(cè)試的時(shí)候，當(dāng)發(fā)現(xiàn)有錯(cuò)誤時(shí)候，應(yīng)該及時(shí)修正，緊接著修正下一個(gè)錯(cuò)誤。（ T ）9. 有的時(shí)候因?yàn)闀r(shí)間緊迫，可以臨時(shí)安排幾個(gè)程序員或者行業(yè)新手做測(cè)試工作。（F）10. 在實(shí)際的運(yùn)用中，無(wú)論對(duì)于白盒測(cè)試和黑盒測(cè)試，通常使用其中一種方法就可以完成對(duì)某一軟件的測(cè)試工作。（ F ）11. 驗(yàn)收測(cè)試是測(cè)試的最后一個(gè)環(huán)節(jié)，該測(cè)試完成后，馬上可以交付用戶使用。（ F ）12. 軟件質(zhì)量的要求是要滿足軟件的功能性需求。（ F ）13. 系統(tǒng)測(cè)試的目的是檢查已經(jīng)通過(guò)單元測(cè)試的

8、單元之間的接口是否存在問(wèn)題。（T）14. 在軟件的開發(fā)中，每次回歸測(cè)試都要重新運(yùn)行完整的測(cè)試包。（ F ）15. 在整個(gè)軟件團(tuán)隊(duì)中，對(duì)軟件測(cè)試人員的要求比較低，會(huì)操作計(jì)算機(jī)、有一定的軟件使用經(jīng)驗(yàn)就可以。（F ）16. 在對(duì)軟件缺陷的描述中，測(cè)試人員可以對(duì)有個(gè)人的觀點(diǎn)，也可以對(duì)開發(fā)人員進(jìn)行評(píng)價(jià)，有利于開發(fā)人員提高開發(fā)質(zhì)量。（F ）17. 在整個(gè)軟件生命周期中的每個(gè)階段、每個(gè)時(shí)刻都存在著軟件測(cè)試活動(dòng)，軟件測(cè)試伴隨著軟件開發(fā)。（ T ）18. 驗(yàn)收測(cè)試是由用戶完成的。（ F ）19. 在一個(gè)規(guī)范的軟件的開發(fā)中，開發(fā)人員的人數(shù)一般大于測(cè)試人員的人數(shù)。（ F ）20. 在整個(gè)開發(fā)周期中要對(duì)測(cè)試用例進(jìn)行有

9、效的跟蹤和維護(hù)。（ T ）21. 功能測(cè)試也可以采用白盒測(cè)試的方法。（F ）1. 在軟件測(cè)試過(guò)程中，應(yīng)該遵循的原則是？（1）、盡早可能展開預(yù)防性測(cè)試；（2）、可追溯性；（4）、投入/產(chǎn)出原則；（5）、80/20原則；（6）、獨(dú)立的軟件測(cè)試機(jī)構(gòu)或委托第三方測(cè)試，即避免開發(fā)人員一邊開發(fā)，一邊測(cè)試的情況的出現(xiàn)。2. 測(cè)試用例的設(shè)計(jì)的步驟一般包括？（1）、測(cè)試需求分析；（2）、業(yè)務(wù)流程分析；（3）、測(cè)試用例設(shè)計(jì)；（4）、測(cè)試用例評(píng)審；（5）、測(cè)試用例更新完善。3. 測(cè)試用例的原則？（1）測(cè)試用例的代表性；(2)測(cè)試結(jié)果的可判斷性；（3）測(cè)試結(jié)果的可再現(xiàn)性。4. 常用到的軟件質(zhì)量模型有哪些？并簡(jiǎn)述一下。

10、（1）軟件測(cè)試瀑布模型：分為測(cè)試計(jì)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、軟件測(cè)試、運(yùn)行和維護(hù)7個(gè)階段，自頂向下執(zhí)行。強(qiáng)調(diào)階段劃分及順序性、各階段工作及其文檔的完備性。（2）軟件測(cè)試V模型：也稱為RAD模型，即快速應(yīng)用開發(fā)模型。屬于線性順序一類的軟件開發(fā)模型。5. 什么是軟件測(cè)試計(jì)劃？是指導(dǎo)測(cè)試過(guò)程的綱領(lǐng)性文件，包含產(chǎn)品概述、測(cè)試策略、測(cè)試方法、測(cè)試區(qū)域、測(cè)試配置、測(cè)試周期、測(cè)試資源、測(cè)試交流和風(fēng)險(xiǎn)分析等內(nèi)容。6. 制定軟件測(cè)試的計(jì)劃的原則有？（1）制定測(cè)試計(jì)劃應(yīng)盡早開始；（2）保持測(cè)試計(jì)劃的靈活性；（3）保持測(cè)試計(jì)劃簡(jiǎn)潔和易讀；（4）盡量爭(zhēng)取多渠道評(píng)審測(cè)試計(jì)劃；（5）計(jì)算測(cè)試計(jì)劃的投入。7. 制定

11、軟件測(cè)試的技術(shù)的步驟有？（1）產(chǎn)品基本情況調(diào)研；（2）測(cè)試需求說(shuō)明；（3）測(cè)試的策略和記錄；（4）測(cè)試資源配置；（5）計(jì)劃表；（6）問(wèn)題跟蹤報(bào)告；（7）測(cè)試計(jì)劃的評(píng)審8. 什么是靜態(tài)測(cè)試、動(dòng)態(tài)測(cè)試？靜態(tài)測(cè)試：是一種不通過(guò)執(zhí)行程序而進(jìn)行測(cè)試的技術(shù)，只是檢測(cè)和評(píng)審。動(dòng)態(tài)測(cè)試：直接執(zhí)行被測(cè)試程序以提供測(cè)試支持。9. 什么是白盒測(cè)試、黑盒測(cè)試？二者的關(guān)系是什么？一、（1）白盒測(cè)試：又稱功能功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試和行為測(cè)試，是一種從用戶觀點(diǎn)出發(fā)的測(cè)試，被測(cè)程序?yàn)楹诤凶?，通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否能夠正常使用（2）黑盒測(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)作是否

12、按照規(guī)格說(shuō)明書的規(guī)定去正常運(yùn)行。二、白盒測(cè)試偏重實(shí)現(xiàn)方式，注重局部；黑盒測(cè)試偏重業(yè)務(wù)方面，注重整體。有著本質(zhì)區(qū)別，又是相互聯(lián)系、相輔相成。10. 軟件測(cè)試的過(guò)程是什么？（1）測(cè)試一致性；（2）可持續(xù)改進(jìn)測(cè)試過(guò)程；（3）便于管理；（4）系統(tǒng)測(cè)試；（5）驗(yàn)收測(cè)試；11. 軟件測(cè)試與軟件開發(fā)的過(guò)程的關(guān)系是什么？（1）測(cè)試工程師與開發(fā)工程師目標(biāo)一致、行為對(duì)立、并行工作，有生產(chǎn)就必然有質(zhì)檢，二者的工作相輔相成，開發(fā)人員和測(cè)試人員的主要矛盾就集中在對(duì)bug的定義上。（2）軟件測(cè)試工程師：查找bug、管理bug、質(zhì)量保證。軟件開發(fā)：系統(tǒng)設(shè)計(jì)、編碼、修改bug12. 白盒測(cè)試的覆蓋準(zhǔn)則有哪些？（1）語(yǔ)句覆蓋&

13、#160;；（2）判定覆蓋；（即分支覆蓋）； （3）條件覆蓋 ；（4）判定條件覆蓋 ；（5）條件組合覆蓋 ；（6）路徑覆蓋 。13. 白盒測(cè)試的常用工具有哪些？各適用于什么情況？（1）靜態(tài)白盒測(cè)試：在不執(zhí)行的條件下有條理地仔細(xì)審查軟件設(shè)計(jì)、體系結(jié)構(gòu)和代碼，從而找出軟件缺陷的過(guò)程。（2）動(dòng)態(tài)白盒測(cè)試：需要對(duì)各個(gè)模塊功能、模塊間的接口、局部數(shù)據(jù)結(jié)構(gòu)、主要執(zhí)行路徑、錯(cuò)誤處理等反面的測(cè)試14. 單元測(cè)試是什么？單元測(cè)試是在軟件開發(fā)過(guò)程中要進(jìn)行的最低級(jí)別的測(cè)試活動(dòng)，起目的在于發(fā)現(xiàn)每個(gè)模塊內(nèi)部可能存在的差距。15. 單元測(cè)試的原則有哪些？（1）單元測(cè)試越早

14、進(jìn)行越好；（2）單元測(cè)試應(yīng)該根據(jù)軟件詳細(xì)設(shè)計(jì)規(guī)格說(shuō)明進(jìn)行；（3）對(duì)于修改過(guò)的代碼應(yīng)該重做單元測(cè)試，以保證對(duì)已發(fā)現(xiàn)錯(cuò)誤的修改沒(méi)有引入新的錯(cuò)誤；（4）當(dāng)測(cè)試用例的測(cè)試結(jié)果與設(shè)計(jì)規(guī)格說(shuō)明書的預(yù)期結(jié)果不一致時(shí)，測(cè)試人員應(yīng)該如實(shí)記錄實(shí)際的測(cè)試結(jié)果；（5）單元測(cè)試應(yīng)注意選擇好被測(cè)試軟件單元的大?。唬?）一個(gè)完整的單元測(cè)試說(shuō)明應(yīng)該包含軟件證明測(cè)試和負(fù)面測(cè)試；（7）注意使用單元測(cè)試工具。16. 單元測(cè)試的重要性及目的是什么？一、（1）提前發(fā)現(xiàn)問(wèn)題并解決可以節(jié)約時(shí)間（2）是測(cè)試階段的基礎(chǔ)，為后期的集成測(cè)試和系統(tǒng)測(cè)試做好準(zhǔn)備；（3）對(duì)單元獨(dú)立測(cè)試，容易發(fā)現(xiàn)問(wèn)題，減少成本。二、目的：是暴漏出失敗和錯(cuò)誤。失敗的可能性

15、是可預(yù)期的，并且可以使用斷言來(lái)進(jìn)行檢查。而錯(cuò)誤則是不可預(yù)期的問(wèn)題17. 簡(jiǎn)述單元測(cè)試的過(guò)程？（1）準(zhǔn)備階段；（2）編制階段（3）代碼審查階段；（4）單元測(cè)試階段；（5）評(píng)審、提交階段。18. 什么是插樁程序設(shè)計(jì)？是在保證被測(cè)程序原有邏輯完整性的基礎(chǔ)上在程序中插于一些探針，通過(guò)探針的執(zhí)行拋出程序運(yùn)行的特征數(shù)據(jù)，通過(guò)這些數(shù)據(jù)的分析，可以獲得程序的控制流和數(shù)據(jù)信息，進(jìn)而得到邏輯覆蓋等動(dòng)態(tài)信息，從而實(shí)現(xiàn)測(cè)試目標(biāo)的方法。19. 集成測(cè)試是什么？是在假定各個(gè)軟件單元已經(jīng)通過(guò)了單元測(cè)試的前提下，檢測(cè)各個(gè)軟件單元之間相互接口是否正確。20. 集成測(cè)試的主要任務(wù)是什么？（1）將各個(gè)模塊連接起來(lái)，檢查模塊相互調(diào)用

16、時(shí)，數(shù)據(jù)結(jié)構(gòu)接口是否丟失；（2）將各個(gè)子功能組合起來(lái)，檢查能否達(dá)到預(yù)期要求的各項(xiàng)功能；（3）一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響；（4）全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問(wèn)題，會(huì)不會(huì)被異常修改；（5）單個(gè)模塊的誤差積累起來(lái)，是否被放大，從而達(dá)到不可接受的程度。21. 集成測(cè)試與單元測(cè)試，系統(tǒng)測(cè)試的區(qū)別是什么？一、集成測(cè)試與單元測(cè)試的區(qū)別：（1）集成測(cè)試關(guān)注的是模塊間的接口、接口之間的數(shù)據(jù)傳遞關(guān)系、單元組合后是否實(shí)現(xiàn)預(yù)計(jì)的功能；（2）集成測(cè)試組裝的對(duì)象比單元測(cè)試的對(duì)象級(jí)別要高。二、集成測(cè)試與系統(tǒng)測(cè)試的區(qū)別：（1）系統(tǒng)測(cè)試對(duì)象是整個(gè)系統(tǒng)以及與系統(tǒng)交互的硬件和軟件平臺(tái)；（2）集成測(cè)試所測(cè)試的對(duì)象是模

17、塊間的接口，其目的是在找出在模塊接口上面，包括整體體系結(jié)構(gòu)上的問(wèn)題；（3）軟件的集成測(cè)試工作最好由不屬于該軟件開發(fā)組的軟件設(shè)計(jì)人員承擔(dān)，以提高集成測(cè)試的效果。22. 集成測(cè)試的內(nèi)容有哪些？（1）制定集成測(cè)試計(jì)劃；（2）設(shè)計(jì)集成測(cè)試；（3）實(shí)施集成測(cè)試；（4）執(zhí)行集成測(cè)試；（5）評(píng)估集成測(cè)試。23. 如何進(jìn)行集成測(cè)試的用例設(shè)計(jì)？（1）為系統(tǒng)運(yùn)行設(shè)計(jì)用例；（2）為正向測(cè)試設(shè)計(jì)用例；（3）為逆向測(cè)試設(shè)計(jì)用例；（4）為滿足特殊需求設(shè)計(jì)用例；（5）為高覆蓋設(shè)計(jì)用例；（6）測(cè)試用例補(bǔ)充；（7）注意事項(xiàng)。24. 集成測(cè)試的方法有哪些？分別適用于哪些情況？一、非曾式集成；將所有經(jīng)過(guò)單元測(cè)試的模塊一次性組裝到被

18、測(cè)系統(tǒng)中進(jìn)行測(cè)試，不考慮模塊之間的依賴性和可能的風(fēng)險(xiǎn)；二、自頂向下集成；從控制模塊開始，沿著程序的控制層向下移動(dòng)，逐漸把各個(gè)模塊結(jié)合起來(lái)。三、自底向上集成；從最底層的模塊開始，按結(jié)構(gòu)圖自下而上和自底向上的集成方法；四、混合集成。對(duì)高風(fēng)險(xiǎn)模塊優(yōu)先進(jìn)行重點(diǎn)測(cè)試，保證系統(tǒng)穩(wěn)定性。25. 系統(tǒng)測(cè)試是什么？是指測(cè)試整個(gè)系統(tǒng)已確定其是否能夠提供應(yīng)用的所有需求行為，包含了多種測(cè)試活動(dòng)，主要分為功能性測(cè)試和非功能測(cè)試。26. 系統(tǒng)測(cè)試與用戶測(cè)試有何不同？系統(tǒng)測(cè)試是測(cè)試整個(gè)系統(tǒng)已確定其是否能夠提供應(yīng)用的所有需求行為；用戶測(cè)試分為體驗(yàn)、界面、驗(yàn)收、用戶測(cè)試報(bào)告組成27. 簡(jiǎn)述系統(tǒng)測(cè)試的主要內(nèi)容？（1）功能測(cè)試。即測(cè)試軟件系統(tǒng)的功能是否正確，其依據(jù)是需求文檔，如產(chǎn)品需求規(guī)格說(shuō)明書。（2）健壯性測(cè)試。即測(cè)試軟件系統(tǒng)在異常情況下能否正常運(yùn)行的能力。健壯性有兩層含義：一是容錯(cuò)能力，二是恢復(fù)能力28. 容量測(cè)試與壓力測(cè)試的區(qū)別有哪些？（1）壓力測(cè)試是在給系統(tǒng)不斷加壓，增加并發(fā)量，直到崩潰，找到系統(tǒng)所能承受的極限值。（2）容量測(cè)試是在預(yù)先分析的極限值下，系統(tǒng)能否正常運(yùn)行。29. 什么是性能測(cè)