IBM精品課程軟件測試--習題及參考答案

1、IBMIBM精品課程軟件測試 -習題及參考答案 教師：李曉紅 天津大學 計算機科學與技術(shù)學院第一章 習題1、名詞解釋：軟件測試、SQA、BUG、錯誤、缺陷、黑盒測試、白盒測試、功能測試、性能測試、壓力測試2、簡述測試的目的、原則與對象3、什么是V模型？簡述V模型在軟件測試過程中的作用，以及在V模型中各個測試階段和開發(fā)過程的對應關(guān)系4、簡述軟件測試的分類5、比較傳統(tǒng)軟件測試過程與Rational軟件測試過程的異同點？第一章 習題6、簡述軟件測試的流程7、軟件運行時產(chǎn)生的錯誤是BUG，這句話對嗎？8、如何判斷一個問題是否是BUG？9、解釋為什么測試只能檢測錯誤的存在而不能檢測它 的不存在10、解釋

2、測試自動化的含義？11、為什么不能徹底測試一個軟件？為什么在不同發(fā)現(xiàn)錯誤的階段，費用有很大的不同？12、影響軟件測試的效率有哪些？第一章 習題參考答案1、 軟件測試：軟件質(zhì)量保證的關(guān)鍵元素，代表了規(guī)約、設計和編碼的最終檢查。 SQA:質(zhì)量保證是一個活動，它向所有有關(guān)的人提 供證據(jù)以確立質(zhì)量功能正在按需求運行的信心。并提供開發(fā)出滿足使用要求產(chǎn)品的軟件過程的能力證據(jù). BUG:軟件使用過程中所出現(xiàn)的任何一個可疑問題或者導致軟件不能符合設計要求或滿足消費者需要的問第一章 習題參考答案錯誤：也即是軟件bug或缺陷Defect黑盒測試：指的是把被測得軟件看作是一個黑盒子，我們不去關(guān)心盒子里面的結(jié)構(gòu)是什么

3、樣子的，只關(guān)心軟件的輸入數(shù)據(jù)和輸出結(jié)果。白盒測試：又叫做玻璃盒測試(Glass Box Testing)。在軟件編碼階段，開發(fā)人員根據(jù)自己對代碼的理解和接觸所進行的軟件測試叫作白盒測試。功能測試：按照軟件的功能或特性逐個進行測試。第一章 習題參考答案性能測試：用來測試軟件在系統(tǒng)中的運行性能，性能測試可以發(fā)生在測試過程的所有步驟中。壓力測試：在各種極限情況下對產(chǎn)品進行測試 (如很多人同時使用該軟件，或者反復運行該軟件)，以檢查產(chǎn)品的長期穩(wěn)定性2、測試的目的：a、從用戶的角度出發(fā)，希望通過軟件測試暴露軟件中隱藏的錯誤和缺陷，以考慮是否可接受該產(chǎn)品。 b、從軟件開發(fā)者的角度出發(fā)，驗證該軟件已正確地實

4、現(xiàn)了用戶的要求并且證明軟件的功能和性能與需求第一章 習題參考答案c、為了能夠給開發(fā)人員或程序經(jīng)理提供反饋信息，并為風險評估準備所需要信息。d、保證整個軟件開發(fā)過程是高質(zhì)量的。 測試的原則：盡早和不斷的測試。測試前要認定被測試軟件有錯。預先確定被測試軟件的測試結(jié)果。測試工作應該由獨立的專業(yè)的軟件測試機構(gòu)來完成。測試要以軟件需求規(guī)格說明書為標準 。測試后程序中殘存的錯誤數(shù)目與該程序中已發(fā)現(xiàn)的錯誤數(shù)目成正比。對測試錯誤結(jié)果一定要有一個確認的過程。 制定嚴格的測試計劃，排除測試的隨意性。回歸測試的關(guān)聯(lián)性第一章 習題參考答案-修改一個錯誤而引起更多的錯誤出現(xiàn)的現(xiàn)象并不少見。完全測試程序是不可能的。 并非

5、所有軟件缺陷都能修復應當對每一個測試結(jié)果做全面檢查。 測試對象：需求規(guī)格說明、概要設計規(guī)格說明、詳細設計規(guī)格說明、源程序 。3、參見下圖：V模型中的過程從左到右，描述了基本的開發(fā)過程和測試行為 ；明確標明了測試過程中存在的不同級別 ；體現(xiàn)了測試階段和開發(fā)過程期間各階段的對應關(guān)系第一章 習題參考答案4、從代碼的特性角度出發(fā)分覆蓋性測試；從用戶的使用角度出發(fā)使用測試；按是否查看源代碼的角度分白盒測試和黑盒測試；按是否使用工具分為手工測試和自動測試；按代碼是否執(zhí)行分為靜態(tài)測試和動態(tài)測試；按測試階段分為單元測試，集成測試，系統(tǒng)測試和驗收測試。第一章 習題參考答案5、傳統(tǒng)的軟件測試流程一般是先在軟件開發(fā)

6、過程中進行少量的單元測試，然后在整個軟件開發(fā)結(jié)束階段，集中進行大量的測試，包括功能和性能的集成測試和系統(tǒng)測試。隨著開發(fā)的軟件項目越來越復雜。而Rational軟件測試過程則強調(diào)盡早測試、連續(xù)測試、自動化測試6、軟件測試分為如下幾個階段：需求分析、測試計劃、測試設計、測試環(huán)境搭建、測試執(zhí)行、測試記錄、缺陷管理、軟件評估、測試維護。第一章 習題參考答案7、不對，bug是軟件缺陷，在軟件運行過程中產(chǎn)生的錯誤有可能是其他原因引起的，不一定是bug8、確定范圍，確定確實是這個問題，確定描述問題時的準確性9、當我們開發(fā)測試用例進行測試時如果出現(xiàn)錯誤我們可以判斷相應錯誤存在，但如果運行通過并不能說錯誤不存在

7、，因為這并不表示其他的用例不會產(chǎn)生錯誤。由于測試的不完備性，我們不能驗證錯誤的不存在10、自動化測試主要是指利用軟件測試工具提供完整的軟件測試流程的支持和各種測試的自動化實現(xiàn)第一章 習題參考答案11、一個軟件的所有輸入可能非常大，在有限的時間里不可能對所有的情況進行枚舉測試。在不同的階段發(fā)現(xiàn)缺陷，修復費用是不同的。越晚發(fā)現(xiàn)修復費用越高。這是由于在后期發(fā)現(xiàn)缺陷要修改軟件的相關(guān)聯(lián)模塊越多甚至軟件的體系結(jié)構(gòu)要重新設計，這將導致費用急劇增加。12、影響測試效率的因素很多，除了測試方法之外，主要因素還有人為因素、軟件類型、錯誤類型、測試充分度等等。第二章 習題1、名詞解釋： 測試計劃、測試環(huán)境、測試風險

8、、測試流程2、測試計劃階段包括哪些活動？3、測試計劃的用途有哪些？一個好的測試計劃應該起 到哪些作用？4、查閱相關(guān)資料，總結(jié)目前測試過程中都使用哪些測試策略，如何在測試中應用它們？5、如果你是一名測試人員，現(xiàn)在要對Windows 操作系統(tǒng)附件中的計算器程序進行測試，請參照測試計劃第二章 習題 模版，制訂其完整的測試計劃。 6、按照軟件需求分析與設計的方法，對Windows 操作系統(tǒng)附件中的計算器程序進行測試需求分析與設計。7、執(zhí)行第6 題中設計的測試用例，完成測試報告，并對測試結(jié)果進行分析與評估。8、怎樣制定軟件測試計劃？9、如何確定軟件測試范圍？10、如果要測試一個電子商務網(wǎng)站，如何搭建測試

9、環(huán)境？第二章 習題11、10題中如何確定測試風險以及怎樣管理該測試風險？12、TestManager的工作流程有哪些？13、什么是一個Rational項目？14、Rational Administrator的功能有哪些？15、為什么要向項目中添加用戶和組？16、一個不屬于任何組的用戶被授予什么樣的權(quán)限？第二章 習題參考答案1、測試計劃：測試計劃應該作為測試的起始步驟和重要環(huán)節(jié)。大致包括：產(chǎn)品基本情況調(diào)研，測試需求說明，測試策略和記錄，測試資源配置，計劃表，問題跟蹤報告，測試計劃的評審，結(jié)果等。測試計劃概要說明測試組的任務和職責，測試目標 、測試設計活動、測試環(huán)境準備、測試風險和偶發(fā)事件以及可接

10、受的徹底測試的程序。測試環(huán)境：硬件、軟件、網(wǎng)絡和設施的需求等。測試環(huán)境計劃應確定訪問和使用測試環(huán)境的各種人員及其數(shù)量，以保證計劃足夠數(shù)量的計算機適應這種要求。第二章 習題參考答案測試風險：測試中可能出現(xiàn)問題的風險測試流程：測試計劃 、測試設計 、測試實施 、測試執(zhí)行 、測試評估。2、所有的出錯可能性 、性能(Performance)問題 、軟件的兼容性(Compatibility) 等3、1） 提高測試工作的效率以及準確性，讓測試工作有條理，有計劃的進行，避免測試的“事件驅(qū)動”。2） 使測試工作與整個開發(fā)活動更好的融合 。3）規(guī)避風險，使資源和變更事先作為一個可控制的風險。第二章 習題參考答案

11、4、測試策略是關(guān)于如何測試系統(tǒng)的正式描述，要求開發(fā)針對所有測試級別的測試策略。測試小組分析需求，編寫測試策略并且和項目小組一起復審計劃。 測試計劃應該包括測試用例和條件，測試環(huán)境，與任務相關(guān)的測試，通過對失敗的準則和測試風險評估。測試進度表將識別出所有要求成功的測試成果，活動的進度和資源要求。5、參照書中所給的測試實例編寫完整的測試計劃6、參照書中所給的測試實例編寫完整的測試需求分析與設計。第二章 習題參考答案7、提示：參照書中所給的測試實例完成測試報告8、作為測試人員，在制定測試計劃之前，應該很好的掌握測試需求，這是軟件測試的第一步。而測試需求有耐于開發(fā)人員提供完整的需求文檔和接口文檔。根據(jù)

12、需求文檔中描述的每個功能項目的輸入，處理過程和輸出，來設計測試用例。除此之外，軟件測試人員還要很好的與軟件開發(fā)人員，項目經(jīng)理進行溝通和交流，了解軟件實現(xiàn)的主要功能是什么，并記錄收集到的信息。與技術(shù)支持人員交流，他們是最貼近用戶的人，通過交流可以獲取第一手的用戶使用感覺，在第二章 習題參考答案 制定測試計劃時會更加貼近用戶。測試過程中，還要考慮到測試用例的優(yōu)先級。一般情況下，測試人員要優(yōu)先測試級別高的需求項，按照級別的先后順序進行測試，這樣一來，如果進度不允許，就放棄測試級別低的需求項。9、確定測試范圍的步驟： 測試組審查系統(tǒng)需求或使用的用例。 測試組可以審查設計文檔系統(tǒng)。 測試工程師評審任務說

13、明，確定關(guān)鍵系統(tǒng)功能和高風險系統(tǒng)功能。第二章 習題參考答案 測試工程師必須對系統(tǒng)有一個清晰的定義并理解系統(tǒng)需求或使用的用例，這樣才能夠確定測試目標、測試目的和測試策略。 需要確定用于項目的自動測試工具。 將測試參數(shù)形成文檔，其中包括確定測試目標、測試目的和測試策略時所做的所有假設。還需將先決事件、文檔及支持各種測試活動的產(chǎn)品羅列出來。 確定系統(tǒng)驗收準則，估計測試風險，制訂降低風險的計劃。第二章 習題參考答案10、提示：從硬件環(huán)境、軟件環(huán)境、網(wǎng)絡等方面考慮搭建測試環(huán)境。11、提示：從軟件測試的七類風險考慮枚舉可能的風險12、TestManager 工作流程支持了RUP 定義的5 個主要的測試活動

14、，它們是一個軟件工程過程： 測試計劃、測試設計 、測試實施 、測試執(zhí)行 、測試評估13、通過Rational Administrator創(chuàng)建的項目，管理測試用戶、用戶組等信息。該測試項目可直接連接其他相關(guān)軟件。有Rational TestManager管理測試等，第二章 習題參考答案Rational Robot功能性能測試，Rational ClearQuest缺陷管理，RFT功能測試，RPT性能測試，等等。14、 Rational Administrator創(chuàng)建和管理項目，配置項目信息。如指定資產(chǎn)信息、配置對應需求、配置對應模型、配性缺陷管理數(shù)據(jù)庫等。15、這是因為對于一個軟件測試項目有不同

15、的測試人員，他們有不同的權(quán)限，通過添加管理用戶組、用戶來規(guī)范管理不同人員的權(quán)限。16、授予普通public權(quán)限。第三章 習題1、名詞解釋： 測試需求、測試用例、單元測試、集成測試、系統(tǒng)測試、驗收測試、回歸測試、冒煙測試、2、什么是測試需求？怎么確定測試需求？3、怎么設計測試用例？如何評估測試用例的好壞？4、分別解釋什么是白盒測試、黑盒測試，以及他們之間的關(guān)系5、什么是驅(qū)動模塊和樁模塊？為下面的函數(shù)構(gòu)造一個驅(qū)動模塊、并至少設計3條測試用例。第三章 習題Float divide(int a,int b) Float c; if(b=0) printf(“除數(shù)不能為0！”); return 0; c

16、=(float)a/b; return c;第三章 習題6、什么是覆蓋評測？覆蓋評測的類型有哪些？7、基于需求的測試覆蓋如何計算？8、基于代碼的測試覆蓋如何計算？10、主要的性能評測有哪些？分別詳細予以說明。？11、單元測試、集成測試、系統(tǒng)測試、驗收測試之間有什么聯(lián)系？12、什么是冒煙測試，為什么要進行冒煙測試？13、查閱資料，市場常用的測試軟件有哪些？他們各有什么特點？第三章 習題14、寫出下列輸入中需要測試的邊界值：（1）、一個文件最多允許輸入255個字符。（2）、一個文本框允許輸入0至100之間的實數(shù)（3）、在軟盤中保存文件。15、寫出象棋游戲中走馬的輸入與輸入條件：（1）、如果落點在棋

17、盤外則不移動棋子（2）、如果落點與起點不構(gòu)成日字型則不移動棋子（3）、如果在落點方向的鄰近交叉點有棋子（絆馬腳），則不移動棋子第三章 習題（4）、如果落點處有自己的棋子則不移動棋子（5）、如果不屬于1-3條，且落點處無棋子則移動棋子（6）、如果不屬于1-3條，且落點處有對方棋子（非將/帥），則移動棋子并出去對方棋子（7）、如果不屬于1-3條，且落點處為對方將/帥，則移動棋子并提示取得勝利，游戲結(jié)束。16、學習Rational Function Tester的使用并上機試驗完成書中所有測試例題第三章 習題17、找一個軟件（如windows的計算器），使用Rational Function Tes

18、ter對其進行測試18、對于17題設計測試腳本數(shù)據(jù)，并進行數(shù)據(jù)驅(qū)動測試。要求有驗證點并分析測試結(jié)果。19、學習Rational Performance Tester的使用并上機試驗完成書中所有測試例題20、簡述Junit進行單元測試的原則與特征。第三章 習題答案1、測試需求：測試需求通俗的講，就是定義對產(chǎn)品項目所要測試的內(nèi)容 測試用例：是關(guān)于具體測試步驟的文檔，它描述了測試的輸入?yún)?shù)、條件、配置以及預期的輸出結(jié)果等 單元測試：單元測試是開發(fā)者編寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明確的功能是否正確。通常而言，一個單元測試是用于判斷某個特定條件（或者場景）下某個特定函數(shù)的行為。 集成

19、測試：集成測試，也叫組裝測試或聯(lián)合測試。在單元測試的基礎上，將所有模塊按照設計要求（如第三章 習題答案根據(jù)結(jié)構(gòu)圖）組裝成為子系統(tǒng)或系統(tǒng)，進行集成測試。系統(tǒng)測試：是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。它是檢驗系統(tǒng)是否確實能提供系統(tǒng)方案說明書中指定功能的有效方法。驗收測試：是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務。回歸測試：為了驗證修改的正確性及其影響冒煙測試：描述的是在將代碼更改簽入到產(chǎn)品的源樹中之前對這些更改進行驗證的過程。第三章 習題答案2、測試需求見第一題。確定測試需求：測試階段需求分析更注重于技術(shù)層面，

20、即軟件是否實現(xiàn)了需求所示的功能；針對待測軟件的特性差異，除了需要確保要求實現(xiàn)的基本功能正確之外，各種業(yè)務軟件還需要達到各自的一些非功能性標準；明確測試焦點，對所測的功能進行分析、分解，進行著重于某一方面的測試；明確測試的優(yōu)先級；測試的覆蓋率和覆蓋程度3、好的測試用例的特點 完整、準確、簡潔、清晰、可維護性、適當性、可復用性 第三章 習題答案4、白盒測試：又稱結(jié)構(gòu)測試，透明盒測試、邏輯驅(qū)動測試或基于代碼的測試 黑盒測試：也稱功能測試或數(shù)據(jù)驅(qū)動測試，它是在已知產(chǎn)品所應具有的功能，通過測試來檢測每個功能是否都能正常使用，在測試時，把程序看作一個不能打開的黑盆子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情

21、況下，測試者在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整性。第三章 習題答案5、樁模塊：為被測模塊編制一些模擬其下級模塊功能的“替身”模塊，以代替被測模塊的接口，接受或傳遞被測模塊的數(shù)據(jù)，這些專供測試用的“假”模塊稱為被測模塊的樁模塊。 驅(qū)動模塊在大多數(shù)場合稱為“主程序”，它接收測試數(shù)據(jù)并將這些數(shù)據(jù)傳遞到被測試模塊。 int main() int a, b, c; cinab;第三章 習題答案c=divide(a,b);coutabc;if(!(a+bc&a+cb&a

22、mp;b+ca)cout“a,b,c不能構(gòu)成三角形”;else第五章 習題答案if(a=b=c)cout“等邊三角形”;else if(a=b|a=c|b=c)cout“等腰三角形”;elsecout“不等邊三角形”;執(zhí)行上題中給出的測試用例，分析路徑覆蓋。流圖如下第五章 習題答案 開始輸入abc是否是三角形三邊相等？兩邊相等？ 等邊 等腰 非 等邊 非三角 結(jié)束否是否否是是第五章 習題答案8、提示：必須上機試驗驗證上題的正確性。9、按照書中TestManager教程認真設計執(zhí)行測試腳本、測試用例、測試套件比較他們之間的區(qū)別聯(lián)系。測試腳本是最基本的，包括自動腳本、手工腳本；測試用例可有多個腳本

23、組成；而測試套件既可以包括測試用例也可以包括測試腳本。10、軟件測試只能測試錯誤缺陷的存在，不能測試錯誤缺陷的不存在。即使是很小的軟件也不能。這也是由于測試的不完備性確定的。第六章 習題1、簡述軟件測試評估的具體內(nèi)容2、簡述軟件測試評估的方法并簡述幾種評測方法原則內(nèi)容以及如何實施？3、測試用例、測試輸入、軟件缺陷之間的關(guān)系是什么？4、上機試驗完成本書中對ClassicCD的測試，配置Rational ClearQuest并能熟練使用，要求熟練缺陷提交與管理。5、簡述缺陷的管理流程。6、缺陷的來源與影響。第六章 習題7、缺陷的種類有哪些？并通過對實際案例的測試，分析缺陷都是軟件開發(fā)生命周期的哪個階段產(chǎn)生的？8、缺陷管理報告單包括哪些內(nèi)容、具有什么特點。填寫一份報告單。9、根據(jù)自己的理解，畫出缺陷管理流程圖。10、發(fā)現(xiàn)缺陷的方法有哪些？11、缺陷的分類有何意義？如何預防缺陷？12、回憶一下，在你開發(fā)的軟件中，是否存在安全漏洞故障？列舉至少三種安全漏洞故障。第六章 習題答案1、測試評估活動的目的是統(tǒng)計和分析測試結(jié)果，確定是否達到軟件發(fā)布的標準。具體內(nèi)容包括以下幾方面：確定實際測試執(zhí)行的有效性。測試執(zhí)行是否完全？執(zhí)行失敗是否因