軟件測試期末考試(含答案)分析.doc

1. 軟件缺陷是由很多方面造成的，以下哪個方面是造成軟件缺陷的最多的地方（ A ）A. 規(guī)格說明書B. 系統(tǒng)設(shè)計結(jié)果C. 編寫代碼D. 其他2. 覆蓋準(zhǔn)則最強(qiáng)的是（ D ）A. 語句覆蓋B. 判定覆蓋C. 條件覆蓋D. 路徑覆蓋3. 實際的邏輯覆蓋測試中，一般以（C ）為主設(shè)計測試用例。A. 條件覆蓋B. 判定覆蓋C. 條件組合覆蓋D. 路徑覆蓋4. 發(fā)現(xiàn)錯誤能力最弱的覆蓋準(zhǔn)則是（ A ）。A. 語句覆蓋B. 判定覆蓋C. 條件覆蓋D. 路徑覆蓋5. 單元測試所使用的主要測試方法是（ B ）A. 黑盒測試B. 白盒測試C. 集成測試D. 驗收測試6. 對于軟件缺陷的修復(fù)費(fèi)用，在哪個階段的費(fèi)用花費(fèi)最?。?A ）A. 分析階段B. 設(shè)計階段C. 編碼階段D. 發(fā)布階段7. 靜態(tài)測試的主要對象是（AB ）A. 代碼檢查B. 代碼風(fēng)格與規(guī)范C. 軟件的功能D. 設(shè)計的合理性8. 單元測試主要測試是模塊在（ABC ）上的錯誤。A. 語法B. 格式C. 邏輯D. 功能9. 單元測試主要由（ C ）完成？其中（ A ）起主要作用。A 開發(fā)人員B 測試人員C 開發(fā)人員和測試人員D 以上都不對10. 集成測試所使用的主要測試方法是（ A ）。A. 黑盒測試B. 靜態(tài)測試C. 動態(tài)測試D. 白盒測試11. 系統(tǒng)測試主要包括包含了多種測試活動，主要分為（ AB ）。A. 功能性測試B. 非功能性測試C. 回歸測試D. 單元測試12. 系統(tǒng)集成測試常見的有哪幾種不同模式（ AB ）。A 非漸增式測試模式B 漸增式測試模式C 獨立測試模式D 非獨立測試模式13. 軟件的兼容性測試包括（ AD ）。A. 向前和向后兼容B. 多語言測試C. 多版本測試D. 橫向測試14. 軟件的缺陷通常集中在（ AB ）階段。A. 需求分析B. 系統(tǒng)設(shè)計C. 編寫代碼D. 軟件測試15. 對于一些關(guān)鍵代碼或新人寫的代碼，主要采?。?B ）方式。A. 走查B. 會議審查C. 代碼互評D. 自查16. 在集成測試中，主要的集成方法有（ ABCD ）。A.自頂向下B.自底向上C.大爆炸D.三明治17. 文檔測試主要檢查文檔的（ABCD ）。A 正確性B 完備性C 易理解性D 一致性18. 驗收測試完成后還需要提交（AC ），才可交付用戶使用。A 驗收報告B 項目完成報告C 交付報告D 無需提供任何報告19. 軟件本地化工作中除了翻譯之外還應(yīng)該（ ABCD ）。A 處理字符集問題B 數(shù)據(jù)格式C 頁面顯示和布局D 配置和兼容性等問題20. 造成軟件的主要原因可從（ ABC）方面來查找。A 技術(shù)問題B 軟件本身C 團(tuán)隊工作D 資金問題21. 代碼評審有哪些方法（ABCD ）。A 代碼走查B 正式會議審查C 代碼會審D 代碼咨詢22. 軟件產(chǎn)品的質(zhì)量中的非功能需求包括（ ABCD ）等。A 適用性B 有效性C 可靠性D 性能23. 當(dāng)程序有修改，并且要求保證原有功能正常的情況下，必須采用（ D ）方法。A 單元測試B 集成測試C 系統(tǒng)測試D 回歸測試24. 對于整個軟件的本地化過程來說，需要解決的技術(shù)問題主要有（AC）。A 數(shù)據(jù)格式B 頁面顯示和布局C 配置和兼容性問題D 翻譯問題25. 測試團(tuán)隊的基本責(zé)任應(yīng)該是（ ABCD ）。A 發(fā)現(xiàn)軟件程序、系統(tǒng)或產(chǎn)品中的所有問題B 盡早地發(fā)現(xiàn)問題C 督促開發(fā)人員盡快地解決程序中的缺陷D 幫助團(tuán)隊解決資金問題26. 驅(qū)動程序，用以模擬被測模塊的（ A ）模塊。A 上級模塊B 下級模塊C 同級模塊D 其他27. 整體測試用例的質(zhì)量要求包括（ ABCD ）。A 覆蓋率B 易用性C 易維護(hù)性D 粒度適中28. 易用性、兼容性、安裝、文檔測試等主要在（ A ）階段完成。 A 單元測試B 集成測試C 功能測試D 驗收測試二、判斷題（分值）1. 能夠盡可能早的發(fā)現(xiàn)軟件缺陷，就能夠盡可能地節(jié)約修復(fù)缺陷的成本，因此，因此在軟件的設(shè)計階段修復(fù)缺陷的費(fèi)用最低。（ F ）2. 根據(jù)著名的瀑布模型，軟件測試應(yīng)該處在“編程”的下游、在“軟件維護(hù)”的上游，先有編程，后有測試，測試的位置很清楚。（ T ）3. 為了能更多測試出軟件的缺陷，測試用例的一般要求越復(fù)雜越好。（ F ）4. 因為軟件開發(fā)人員不止一人，因此在測試時候，只能進(jìn)行松散地實施測試。（F ）5. 每一種測試方法都必須執(zhí)行程序，才能得到最好的效果。（ F ）6. 單元測試的主要人員構(gòu)成是開發(fā)人員。（ T ）7. 集成測試就是系統(tǒng)測試。（ F ）8. 在進(jìn)行系統(tǒng)測試的時候，當(dāng)發(fā)現(xiàn)有錯誤時候，應(yīng)該及時修正，緊接著修正下一個錯誤。（ T ）9. 有的時候因為時間緊迫，可以臨時安排幾個程序員或者行業(yè)新手做測試工作。（F）10. 在實際的運(yùn)用中，無論對于白盒測試和黑盒測試，通常使用其中一種方法就可以完成對某一軟件的測試工作。（ F ）11. 驗收測試是測試的最后一個環(huán)節(jié)，該測試完成后，馬上可以交付用戶使用。（ F ）12. 軟件質(zhì)量的要求是要滿足軟件的功能性需求。（ F ）13. 系統(tǒng)測試的目的是檢查已經(jīng)通過單元測試的單元之間的接口是否存在問題。（T）14. 在軟件的開發(fā)中，每次回歸測試都要重新運(yùn)行完整的測試包。（ F ）15. 在整個軟件團(tuán)隊中，對軟件測試人員的要求比較低，會操作計算機(jī)、有一定的軟件使用經(jīng)驗就可以。（F ）16. 在對軟件缺陷的描述中，測試人員可以對有個人的觀點，也可以對開發(fā)人員進(jìn)行評價，有利于開發(fā)人員提高開發(fā)質(zhì)量。（F ）17. 在整個軟件生命周期中的每個階段、每個時刻都存在著軟件測試活動，軟件測試伴隨著軟件開發(fā)。（ T ）18. 驗收測試是由用戶完成的。（ F ）19. 在一個規(guī)范的軟件的開發(fā)中，開發(fā)人員的人數(shù)一般大于測試人員的人數(shù)。（ F ）20. 在整個開發(fā)周期中要對測試用例進(jìn)行有效的跟蹤和維護(hù)。（ T ）21. 功能測試也可以采用白盒測試的方法。（F ）1. 在軟件測試過程中，應(yīng)該遵循的原則是？（1）、盡早可能展開預(yù)防性測試；（2）、可追溯性；（4）、投入/產(chǎn)出原則；（5）、80/20原則；（6）、獨立的軟件測試機(jī)構(gòu)或委托第三方測試，即避免開發(fā)人員一邊開發(fā)，一邊測試的情況的出現(xiàn)。2. 測試用例的設(shè)計的步驟一般包括？（1）、測試需求分析；（2）、業(yè)務(wù)流程分析；（3）、測試用例設(shè)計；（4）、測試用例評審；（5）、測試用例更新完善。3. 測試用例的原則？（1）測試用例的代表性；(2)測試結(jié)果的可判斷性；（3）測試結(jié)果的可再現(xiàn)性。4. 常用到的軟件質(zhì)量模型有哪些？并簡述一下。（1）軟件測試瀑布模型：分為測試計劃、需求分析、概要設(shè)計、詳細(xì)設(shè)計、軟件測試、運(yùn)行和維護(hù)7個階段，自頂向下執(zhí)行。強(qiáng)調(diào)階段劃分及順序性、各階段工作及其文檔的完備性。（2）軟件測試V模型：也稱為RAD模型，即快速應(yīng)用開發(fā)模型。屬于線性順序一類的軟件開發(fā)模型。5. 什么是軟件測試計劃？是指導(dǎo)測試過程的綱領(lǐng)性文件，包含產(chǎn)品概述、測試策略、測試方法、測試區(qū)域、測試配置、測試周期、測試資源、測試交流和風(fēng)險分析等內(nèi)容。6. 制定軟件測試的計劃的原則有？（1）制定測試計劃應(yīng)盡早開始；（2）保持測試計劃的靈活性；（3）保持測試計劃簡潔和易讀；（4）盡量爭取多渠道評審測試計劃；（5）計算測試計劃的投入。7. 制定軟件測試的技術(shù)的步驟有？（1）產(chǎn)品基本情況調(diào)研；（2）測試需求說明；（3）測試的策略和記錄；（4）測試資源配置；（5）計劃表；（6）問題跟蹤報告；（7）測試計劃的評審8. 什么是靜態(tài)測試、動態(tài)測試？靜態(tài)測試：是一種不通過執(zhí)行程序而進(jìn)行測試的技術(shù)，只是檢測和評審。動態(tài)測試：直接執(zhí)行被測試程序以提供測試支持。9. 什么是白盒測試、黑盒測試？二者的關(guān)系是什么？一、（1）白盒測試：又稱功能功能測試、數(shù)據(jù)驅(qū)動測試和行為測試，是一種從用戶觀點出發(fā)的測試，被測程序為黑盒子，通過測試來檢測每個功能是否能夠正常使用（2）黑盒測試：又稱結(jié)構(gòu)測試和邏輯驅(qū)動測試，是知道產(chǎn)品內(nèi)部工作過程，通過測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定去正常運(yùn)行。二、白盒測試偏重實現(xiàn)方式，注重局部；黑盒測試偏重業(yè)務(wù)方面，注重整體。有著本質(zhì)區(qū)別，又是相互聯(lián)系、相輔相成。10. 軟件測試的過程是什么？（1）測試一致性；（2）可持續(xù)改進(jìn)測試過程；（3）便于管理；（4）系統(tǒng)測試；（5）驗收測試；11. 軟件測試與軟件開發(fā)的過程的關(guān)系是什么？（1）測試工程師與開發(fā)工程師目標(biāo)一致、行為對立、并行工作，有生產(chǎn)就必然有質(zhì)檢，二者的工作相輔相成，開發(fā)人員和測試人員的主要矛盾就集中在對bug的定義上。（2）軟件測試工程師：查找bug、管理bug、質(zhì)量保證。軟件開發(fā)：系統(tǒng)設(shè)計、編碼、修改bug12. 白盒測試的覆蓋準(zhǔn)則有哪些？（1）語句覆蓋；（2）判定覆蓋；（即分支覆蓋）；（3）條件覆蓋；（4）判定條件覆蓋；（5）條件組合覆蓋；（6）路徑覆蓋。13. 白盒測試的常用工具有哪些？各適用于什么情況？（1）靜態(tài)白盒測試：在不執(zhí)行的條件下有條理地仔細(xì)審查軟件設(shè)計、體系結(jié)構(gòu)和代碼，從而找出軟件缺陷的過程。（2）動態(tài)白盒測試：需要對各個模塊功能、模塊間的接口、局部數(shù)據(jù)結(jié)構(gòu)、主要執(zhí)行路徑、錯誤處理等反面的測試14. 單元測試是什么？單元測試是在軟件開發(fā)過程中要進(jìn)行的最低級別的測試活動，起目的在于發(fā)現(xiàn)每個模塊內(nèi)部可能存在的差距。15. 單元測試的原則有哪些？（1）單元測試越早進(jìn)行越好；（2）單元測試應(yīng)該根據(jù)軟件詳細(xì)設(shè)計規(guī)格說明進(jìn)行；（3）對于修改過的代碼應(yīng)該重做單元測試，以保證對已發(fā)現(xiàn)錯誤的修改沒有引入新的錯誤；（4）當(dāng)測試用例的測試結(jié)果與設(shè)計規(guī)格說明書的預(yù)期結(jié)果不一致時，測試人員應(yīng)該如實記錄實際的測試結(jié)果；（5）單元測試應(yīng)注意選擇好被測試軟件單元的大小；（6）一個完整的單元測試說明應(yīng)該包含軟件證明測試和負(fù)面測試；（7）注意使用單元測試工具。16. 單元測試的重要性及目的是什么？一、（1）提前發(fā)現(xiàn)問題并解決可以節(jié)約時間（2）是測試階段的基礎(chǔ)，為后期的集成測試和系統(tǒng)測試做好準(zhǔn)備；（3）對單元獨立測試，容易發(fā)現(xiàn)問題，減少成本。二、目的：是暴漏出失敗和錯誤。失敗的可能性是可預(yù)期的，并且可以使用斷言來進(jìn)行檢查。而錯誤則是不可預(yù)期的問題17. 簡述單元測試的過程？（1）準(zhǔn)備階段；（2）編制階段（3）代碼審查階段；（4）單元測試階段；（5）評審、提交階段。18. 什么是插樁程序設(shè)計？是在保證被測程序原有邏輯完整性的基礎(chǔ)上在程序中插于一些探針，通過探針的執(zhí)行拋出程序運(yùn)行的特征數(shù)據(jù)，通過這些數(shù)據(jù)的分析，可以獲得程序的控制流和數(shù)據(jù)信息，進(jìn)而得到邏輯覆蓋等動態(tài)信息，從而實現(xiàn)測試目標(biāo)的方法。19. 集成測試是什么？是在假定各個軟件單元已經(jīng)通過了單元測試的前提下，檢測各個軟件單元之間相互接口是否正確。20. 集成測試的主要任務(wù)是什么？（1）將各個模塊連接起來，檢查模塊相互調(diào)用時，數(shù)據(jù)結(jié)構(gòu)接口是否丟失；（2）將各個子功能組合起來，檢查能否達(dá)到預(yù)期要求的各項功能；（3）一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響；（4）全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題，會不會被異常修改；（5）單個模塊的誤差積累起來，是否被放大，從而達(dá)到不可接受的程度。21. 集成測試與單元測試，系統(tǒng)測試的區(qū)別是什么？一、集成測試與單元測試的區(qū)別：（1）集成測試關(guān)注的是模塊間的接口、接口之間的數(shù)據(jù)傳遞關(guān)系、單元組合后是否實現(xiàn)預(yù)計的功能；（2）集成測試組裝的對象比單元測試的對象級別要高。二、集成測試與系統(tǒng)測試的區(qū)別：（1）系統(tǒng)測試對象是整個系統(tǒng)以及與系統(tǒng)交互的硬件和軟件平臺；（2）集成測試所測試的對象是模塊間的接口，其目的是在找出在模塊接口上面，包括整體體系結(jié)構(gòu)上的問題；（3）軟件的集成測試工作最好由不屬于該軟件開發(fā)組的軟件設(shè)計人員承擔(dān)，以提高集成測試的效果。22. 集成測試的內(nèi)容有哪些？（1）制定集成測試計劃；（2）設(shè)計集成測試；（3）實施集成測試；（4）執(zhí)行集成測試；（5）評估集成測試。23. 如何進(jìn)行集成測試的用例設(shè)計？（1）為系統(tǒng)運(yùn)行設(shè)計用例；（2）為正向測試設(shè)計用例；（3）為逆向測試設(shè)計用例；（4）為滿足特殊需求設(shè)計用例；（5）為高覆蓋設(shè)計用例；（6）測試用例補(bǔ)充；（7）注意事項。24. 集成測試的方法有哪些？分別適用于哪些情況？一、非曾式集成；將所有經(jīng)過單元測試的模塊一次性組裝到被測系統(tǒng)中進(jìn)行測試，不考慮模塊之間的依賴性和可能的風(fēng)險；二、自頂向下集成；從控制模塊開始，沿著程序的控制層向下移動，逐漸把各個模塊結(jié)合起來。三、自底向上集成；從最底層的模塊開始，按結(jié)構(gòu)圖自下而上和自底向上的集成方法；四、混合集成。對高風(fēng)險模塊優(yōu)先進(jìn)行重點測試，保證系統(tǒng)穩(wěn)定性。25. 系統(tǒng)測試是什么？是指測試整個系統(tǒng)已確定其是否能夠提供應(yīng)用的所有需求行為，包含了多種測試活動，主要分為功能性測試和非功能測試。26. 系統(tǒng)測試與用戶測試有何不同？系統(tǒng)測試是測試整個系統(tǒng)已確定其是否能夠提供應(yīng)用的所有需求行為；用戶測試分為體驗、界面、驗收、用戶測試報告組成27. 簡述系統(tǒng)測試的主要內(nèi)容？（1）功能測試。即測試軟件系統(tǒng)的功能是否正確，其依據(jù)是需求文檔，如產(chǎn)品需求規(guī)格說明書。（2）健壯性測試。即測試軟件系統(tǒng)在異常情況下能否正常運(yùn)行的能力。健壯性有兩層含義：一是容錯能力，二是恢復(fù)能力28. 容量測試與壓力測試的區(qū)別有哪些？（1）壓力測試是在給系統(tǒng)不斷加壓，增加并發(fā)量，直到崩潰，找到系統(tǒng)所能承受的極限值。（2）容量測試是在預(yù)先分析的極限值下，系統(tǒng)能否正常運(yùn)行。29. 什么是性能測試？通過自動化的測試工具模擬多種正常、峰值以及異常負(fù)載條件來對系統(tǒng)的各項性能指標(biāo)進(jìn)行測試。負(fù)載測試和壓力測試都屬于性能測試