課程軟件測試-習(xí)題及參考答案課件

IBM精品課程軟件測試

--習(xí)題及參考答案教師：XXX天津大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院1感謝你的觀看2019年5月22第一章習(xí)題1、名詞解釋：軟件測試、SQA、BUG、錯(cuò)誤、缺陷、黑盒測試、白盒測試、功能測試、性能測試、壓力測試2、簡述測試的目的、原則與對象3、什么是V模型？簡述V模型在軟件測試過程中的作用，以及在V模型中各個(gè)測試階段和開發(fā)過程的對應(yīng)關(guān)系4、簡述軟件測試的分類5、比較傳統(tǒng)軟件測試過程與Rational軟件測試過程的異同點(diǎn)？2感謝你的觀看2019年5月22第一章習(xí)題6、簡述軟件測試的流程7、軟件運(yùn)行時(shí)產(chǎn)生的錯(cuò)誤是BUG，這句話對嗎？8、如何判斷一個(gè)問題是否是BUG？9、解釋為什么測試只能檢測錯(cuò)誤的存在而不能檢測它的不存在10、解釋測試自動(dòng)化的含義？11、為什么不能徹底測試一個(gè)軟件？為什么在不同發(fā)現(xiàn)錯(cuò)誤的階段，費(fèi)用有很大的不同？12、影響軟件測試的效率有哪些？3感謝你的觀看2019年5月22第一章習(xí)題參考答案1、

軟件測試：軟件質(zhì)量保證的關(guān)鍵元素，代表了規(guī)約、設(shè)計(jì)和編碼的最終檢查。SQA:質(zhì)量保證是一個(gè)活動(dòng)，它向所有有關(guān)的人提供證據(jù)以確立質(zhì)量功能正在按需求運(yùn)行的信心。并提供開發(fā)出滿足使用要求產(chǎn)品的軟件過程的能力證據(jù).BUG:軟件使用過程中所出現(xiàn)的任何一個(gè)可疑問題或者導(dǎo)致軟件不能符合設(shè)計(jì)要求或滿足消費(fèi)者需要的問4感謝你的觀看2019年5月22第一章習(xí)題參考答案錯(cuò)誤：也即是軟件bug或缺陷Defect黑盒測試：指的是把被測得軟件看作是一個(gè)黑盒子，我們不去關(guān)心盒子里面的結(jié)構(gòu)是什么樣子的，只關(guān)心軟件的輸入數(shù)據(jù)和輸出結(jié)果。白盒測試：又叫做玻璃盒測試(GlassBoxTesting)。在軟件編碼階段，開發(fā)人員根據(jù)自己對代碼的理解和接觸所進(jìn)行的軟件測試叫作白盒測試。功能測試：按照軟件的功能或特性逐個(gè)進(jìn)行測試。5感謝你的觀看2019年5月22第一章習(xí)題參考答案性能測試：用來測試軟件在系統(tǒng)中的運(yùn)行性能，性能測試可以發(fā)生在測試過程的所有步驟中。壓力測試：在各種極限情況下對產(chǎn)品進(jìn)行測試(如很多人同時(shí)使用該軟件，或者反復(fù)運(yùn)行該軟件)，以檢查產(chǎn)品的長期穩(wěn)定性2、測試的目的：a、從用戶的角度出發(fā)，希望通過軟件測試暴露軟件中隱藏的錯(cuò)誤和缺陷，以考慮是否可接受該產(chǎn)品。

b、從軟件開發(fā)者的角度出發(fā)，驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶的要求并且證明軟件的功能和性能與需求6感謝你的觀看2019年5月22第一章習(xí)題參考答案c、為了能夠給開發(fā)人員或程序經(jīng)理提供反饋信息，并為風(fēng)險(xiǎn)評估準(zhǔn)備所需要信息。d、保證整個(gè)軟件開發(fā)過程是高質(zhì)量的。測試的原則：盡早和不斷的測試。測試前要認(rèn)定被測試軟件有錯(cuò)。預(yù)先確定被測試軟件的測試結(jié)果。測試工作應(yīng)該由獨(dú)立的專業(yè)的軟件測試機(jī)構(gòu)來完成。測試要以軟件需求規(guī)格說明書為標(biāo)準(zhǔn)。測試后程序中殘存的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目成正比。對測試錯(cuò)誤結(jié)果一定要有一個(gè)確認(rèn)的過程。制定嚴(yán)格的測試計(jì)劃，排除測試的隨意性?；貧w測試的關(guān)聯(lián)性7感謝你的觀看2019年5月22第一章習(xí)題參考答案--修改一個(gè)錯(cuò)誤而引起更多的錯(cuò)誤出現(xiàn)的現(xiàn)象并不少見。完全測試程序是不可能的。并非所有軟件缺陷都能修復(fù)應(yīng)當(dāng)對每一個(gè)測試結(jié)果做全面檢查。測試對象：需求規(guī)格說明、概要設(shè)計(jì)規(guī)格說明、詳細(xì)設(shè)計(jì)規(guī)格說明、源程序。3、參見下圖：V模型中的過程從左到右，描述了基本的開發(fā)過程和測試行為；明確標(biāo)明了測試過程中存在的不同級別；體現(xiàn)了測試階段和開發(fā)過程期間各階段的對應(yīng)關(guān)系8感謝你的觀看2019年5月22第一章習(xí)題參考答案4、從代碼的特性角度出發(fā)分覆蓋性測試；從用戶的使用角度出發(fā)使用測試；按是否查看源代碼的角度分白盒測試和黑盒測試；按是否使用工具分為手工測試和自動(dòng)測試；按代碼是否執(zhí)行分為靜態(tài)測試和動(dòng)態(tài)測試；按測試階段分為單元測試，集成測試，系統(tǒng)測試和驗(yàn)收測試。9感謝你的觀看2019年5月22第一章習(xí)題參考答案5、傳統(tǒng)的軟件測試流程一般是先在軟件開發(fā)過程中進(jìn)行少量的單元測試，然后在整個(gè)軟件開發(fā)結(jié)束階段，集中進(jìn)行大量的測試，包括功能和性能的集成測試和系統(tǒng)測試。隨著開發(fā)的軟件項(xiàng)目越來越復(fù)雜。而Rational軟件測試過程則強(qiáng)調(diào)盡早測試、連續(xù)測試、自動(dòng)化測試6、軟件測試分為如下幾個(gè)階段：需求分析、測試計(jì)劃、測試設(shè)計(jì)、測試環(huán)境搭建、測試執(zhí)行、測試記錄、缺陷管理、軟件評估、測試維護(hù)。10感謝你的觀看2019年5月22第一章習(xí)題參考答案7、不對，bug是軟件缺陷，在軟件運(yùn)行過程中產(chǎn)生的錯(cuò)誤有可能是其他原因引起的，不一定是bug8、確定范圍，確定確實(shí)是這個(gè)問題，確定描述問題時(shí)的準(zhǔn)確性9、當(dāng)我們開發(fā)測試用例進(jìn)行測試時(shí)如果出現(xiàn)錯(cuò)誤我們可以判斷相應(yīng)錯(cuò)誤存在，但如果運(yùn)行通過并不能說錯(cuò)誤不存在，因?yàn)檫@并不表示其他的用例不會(huì)產(chǎn)生錯(cuò)誤。由于測試的不完備性，我們不能驗(yàn)證錯(cuò)誤的不存在10、自動(dòng)化測試主要是指利用軟件測試工具提供完整的軟件測試流程的支持和各種測試的自動(dòng)化實(shí)現(xiàn)11感謝你的觀看2019年5月22第一章習(xí)題參考答案11、一個(gè)軟件的所有輸入可能非常大，在有限的時(shí)間里不可能對所有的情況進(jìn)行枚舉測試。在不同的階段發(fā)現(xiàn)缺陷，修復(fù)費(fèi)用是不同的。越晚發(fā)現(xiàn)修復(fù)費(fèi)用越高。這是由于在后期發(fā)現(xiàn)缺陷要修改軟件的相關(guān)聯(lián)模塊越多甚至軟件的體系結(jié)構(gòu)要重新設(shè)計(jì)，這將導(dǎo)致費(fèi)用急劇增加。12、影響測試效率的因素很多，除了測試方法之外，主要因素還有人為因素、軟件類型、錯(cuò)誤類型、測試充分度等等。12感謝你的觀看2019年5月22第二章習(xí)題1、名詞解釋：測試計(jì)劃、測試環(huán)境、測試風(fēng)險(xiǎn)、測試流程2、測試計(jì)劃階段包括哪些活動(dòng)？3、測試計(jì)劃的用途有哪些？一個(gè)好的測試計(jì)劃應(yīng)該起到哪些作用？4、查閱相關(guān)資料，總結(jié)目前測試過程中都使用哪些測試策略，如何在測試中應(yīng)用它們？5、如果你是一名測試人員，現(xiàn)在要對Windows操作系統(tǒng)附件中的計(jì)算器程序進(jìn)行測試，請參照測試計(jì)劃13感謝你的觀看2019年5月22第二章習(xí)題模版，制訂其完整的測試計(jì)劃。6、按照軟件需求分析與設(shè)計(jì)的方法，對Windows操作系統(tǒng)附件中的計(jì)算器程序進(jìn)行測試需求分析與設(shè)計(jì)。7、執(zhí)行第6題中設(shè)計(jì)的測試用例，完成測試報(bào)告，并對測試結(jié)果進(jìn)行分析與評估。8、怎樣制定軟件測試計(jì)劃？9、如何確定軟件測試范圍？10、如果要測試一個(gè)電子商務(wù)網(wǎng)站，如何搭建測試環(huán)境？14感謝你的觀看2019年5月22第二章習(xí)題11、10題中如何確定測試風(fēng)險(xiǎn)以及怎樣管理該測試風(fēng)險(xiǎn)？12、TestManager的工作流程有哪些？13、什么是一個(gè)Rational項(xiàng)目？14、RationalAdministrator的功能有哪些？15、為什么要向項(xiàng)目中添加用戶和組？16、一個(gè)不屬于任何組的用戶被授予什么樣的權(quán)限？15感謝你的觀看2019年5月22第二章習(xí)題參考答案1、測試計(jì)劃：測試計(jì)劃應(yīng)該作為測試的起始步驟和重要環(huán)節(jié)。大致包括：產(chǎn)品基本情況調(diào)研，測試需求說明，測試策略和記錄，測試資源配置，計(jì)劃表，問題跟蹤報(bào)告，測試計(jì)劃的評審，結(jié)果等。測試計(jì)劃概要說明測試組的任務(wù)和職責(zé)，測試目標(biāo)、測試設(shè)計(jì)活動(dòng)、測試環(huán)境準(zhǔn)備、測試風(fēng)險(xiǎn)和偶發(fā)事件以及可接受的徹底測試的程序。測試環(huán)境：硬件、軟件、網(wǎng)絡(luò)和設(shè)施的需求等。測試環(huán)境計(jì)劃應(yīng)確定訪問和使用測試環(huán)境的各種人員及其數(shù)量，以保證計(jì)劃足夠數(shù)量的計(jì)算機(jī)適應(yīng)這種要求。16感謝你的觀看2019年5月22第二章習(xí)題參考答案測試風(fēng)險(xiǎn)：測試中可能出現(xiàn)問題的風(fēng)險(xiǎn)測試流程：測試計(jì)劃

、測試設(shè)計(jì)

、測試實(shí)施

、測試執(zhí)行

、測試評估。2、所有的出錯(cuò)可能性、性能(Performance)問題、軟件的兼容性(Compatibility)

等3、1）提高測試工作的效率以及準(zhǔn)確性，讓測試工作有條理，有計(jì)劃的進(jìn)行，避免測試的“事件驅(qū)動(dòng)”。2）使測試工作與整個(gè)開發(fā)活動(dòng)更好的融合。3）規(guī)避風(fēng)險(xiǎn)，使資源和變更事先作為一個(gè)可控制的風(fēng)險(xiǎn)。17感謝你的觀看2019年5月22第二章習(xí)題參考答案4、測試策略是關(guān)于如何測試系統(tǒng)的正式描述，要求開發(fā)針對所有測試級別的測試策略。測試小組分析需求，編寫測試策略并且和項(xiàng)目小組一起復(fù)審計(jì)劃。

測試計(jì)劃應(yīng)該包括測試用例和條件，測試環(huán)境，與任務(wù)相關(guān)的測試，通過對失敗的準(zhǔn)則和測試風(fēng)險(xiǎn)評估。測試進(jìn)度表將識(shí)別出所有要求成功的測試成果，活動(dòng)的進(jìn)度和資源要求。5、參照書中所給的測試實(shí)例編寫完整的測試計(jì)劃6、參照書中所給的測試實(shí)例編寫完整的測試需求分析與設(shè)計(jì)。18感謝你的觀看2019年5月22第二章習(xí)題參考答案7、提示：參照書中所給的測試實(shí)例完成測試報(bào)告8、作為測試人員，在制定測試計(jì)劃之前，應(yīng)該很好的掌握測試需求，這是軟件測試的第一步。而測試需求有耐于開發(fā)人員提供完整的需求文檔和接口文檔。根據(jù)需求文檔中描述的每個(gè)功能項(xiàng)目的輸入，處理過程和輸出，來設(shè)計(jì)測試用例。除此之外，軟件測試人員還要很好的與軟件開發(fā)人員，項(xiàng)目經(jīng)理進(jìn)行溝通和交流，了解軟件實(shí)現(xiàn)的主要功能是什么，并記錄收集到的信息。與技術(shù)支持人員交流，他們是最貼近用戶的人，通過交流可以獲取第一手的用戶使用感覺，在19感謝你的觀看2019年5月22第二章習(xí)題參考答案制定測試計(jì)劃時(shí)會(huì)更加貼近用戶。測試過程中，還要考慮到測試用例的優(yōu)先級。一般情況下，測試人員要優(yōu)先測試級別高的需求項(xiàng)，按照級別的先后順序進(jìn)行測試，這樣一來，如果進(jìn)度不允許，就放棄測試級別低的需求項(xiàng)。9、確定測試范圍的步驟：測試組審查系統(tǒng)需求或使用的用例。測試組可以審查設(shè)計(jì)文檔系統(tǒng)。測試工程師評審任務(wù)說明，確定關(guān)鍵系統(tǒng)功能和高風(fēng)險(xiǎn)系統(tǒng)功能。20感謝你的觀看2019年5月22第二章習(xí)題參考答案測試工程師必須對系統(tǒng)有一個(gè)清晰的定義并理解系統(tǒng)需求或使用的用例，這樣才能夠確定測試目標(biāo)、測試目的和測試策略。需要確定用于項(xiàng)目的自動(dòng)測試工具。將測試參數(shù)形成文檔，其中包括確定測試目標(biāo)、測試目的和測試策略時(shí)所做的所有假設(shè)。還需將先決事件、文檔及支持各種測試活動(dòng)的產(chǎn)品羅列出來。確定系統(tǒng)驗(yàn)收準(zhǔn)則，估計(jì)測試風(fēng)險(xiǎn)，制訂降低風(fēng)險(xiǎn)的計(jì)劃。21感謝你的觀看2019年5月22第二章習(xí)題參考答案10、提示：從硬件環(huán)境、軟件環(huán)境、網(wǎng)絡(luò)等方面考慮搭建測試環(huán)境。11、提示：從軟件測試的七類風(fēng)險(xiǎn)考慮枚舉可能的風(fēng)險(xiǎn)12、TestManager工作流程支持了RUP定義的5個(gè)主要的測試活動(dòng)，它們是一個(gè)軟件工程過程：

測試計(jì)劃、測試設(shè)計(jì)

、測試實(shí)施

、測試執(zhí)行

、測試評估13、通過RationalAdministrator創(chuàng)建的項(xiàng)目，管理測試用戶、用戶組等信息。該測試項(xiàng)目可直接連接其他相關(guān)軟件。有RationalTestManager管理測試等，22感謝你的觀看2019年5月22第二章習(xí)題參考答案RationalRobot功能性能測試，RationalClearQuest缺陷管理，RFT功能測試，RPT性能測試，等等。14、RationalAdministrator創(chuàng)建和管理項(xiàng)目，配置項(xiàng)目信息。如指定資產(chǎn)信息、配置對應(yīng)需求、配置對應(yīng)模型、配性缺陷管理數(shù)據(jù)庫等。15、這是因?yàn)閷τ谝粋€(gè)軟件測試項(xiàng)目有不同的測試人員，他們有不同的權(quán)限，通過添加管理用戶組、用戶來規(guī)范管理不同人員的權(quán)限。16、授予普通public權(quán)限。23感謝你的觀看2019年5月22第三章習(xí)題1、名詞解釋：

測試需求、測試用例、單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試、回歸測試、冒煙測試、2、什么是測試需求？怎么確定測試需求？3、怎么設(shè)計(jì)測試用例？如何評估測試用例的好壞？4、分別解釋什么是白盒測試、黑盒測試，以及他們之間的關(guān)系5、什么是驅(qū)動(dòng)模塊和樁模塊？為下面的函數(shù)構(gòu)造一個(gè)驅(qū)動(dòng)模塊、并至少設(shè)計(jì)3條測試用例。24感謝你的觀看2019年5月22第三章習(xí)題Floatdivide(inta,intb){Floatc;if(b==0){printf(“除數(shù)不能為0！”);return0;}c=(float)a/b;returnc;}25感謝你的觀看2019年5月22第三章習(xí)題6、什么是覆蓋評測？覆蓋評測的類型有哪些？7、基于需求的測試覆蓋如何計(jì)算？8、基于代碼的測試覆蓋如何計(jì)算？10、主要的性能評測有哪些？分別詳細(xì)予以說明。？11、單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試之間有什么聯(lián)系？12、什么是冒煙測試，為什么要進(jìn)行冒煙測試？13、查閱資料，市場常用的測試軟件有哪些？他們各有什么特點(diǎn)？26感謝你的觀看2019年5月22第三章習(xí)題14、寫出下列輸入中需要測試的邊界值：（1）、一個(gè)文件最多允許輸入255個(gè)字符。（2）、一個(gè)文本框允許輸入0至100之間的實(shí)數(shù)（3）、在軟盤中保存文件。15、寫出象棋游戲中走馬的輸入與輸入條件：（1）、如果落點(diǎn)在棋盤外則不移動(dòng)棋子（2）、如果落點(diǎn)與起點(diǎn)不構(gòu)成日字型則不移動(dòng)棋子（3）、如果在落點(diǎn)方向的鄰近交叉點(diǎn)有棋子（絆馬腳），則不移動(dòng)棋子27感謝你的觀看2019年5月22第三章習(xí)題（4）、如果落點(diǎn)處有自己的棋子則不移動(dòng)棋子（5）、如果不屬于1-3條，且落點(diǎn)處無棋子則移動(dòng)棋子（6）、如果不屬于1-3條，且落點(diǎn)處有對方棋子（非將/帥），則移動(dòng)棋子并出去對方棋子（7）、如果不屬于1-3條，且落點(diǎn)處為對方將/帥，則移動(dòng)棋子并提示取得勝利，游戲結(jié)束。16、學(xué)習(xí)RationalFunctionTester的使用并上機(jī)試驗(yàn)完成書中所有測試?yán)}28感謝你的觀看2019年5月22第三章習(xí)題17、找一個(gè)軟件（如windows的計(jì)算器），使用RationalFunctionTester對其進(jìn)行測試18、對于17題設(shè)計(jì)測試腳本數(shù)據(jù)，并進(jìn)行數(shù)據(jù)驅(qū)動(dòng)測試。要求有驗(yàn)證點(diǎn)并分析測試結(jié)果。19、學(xué)習(xí)RationalPerformanceTester的使用并上機(jī)試驗(yàn)完成書中所有測試?yán)}20、簡述Junit進(jìn)行單元測試的原則與特征。29感謝你的觀看2019年5月22第三章習(xí)題答案1、測試需求：測試需求通俗的講，就是定義對產(chǎn)品項(xiàng)目所要測試的內(nèi)容測試用例：是關(guān)于具體測試步驟的文檔，它描述了測試的輸入?yún)?shù)、條件、配置以及預(yù)期的輸出結(jié)果等

單元測試：單元測試是開發(fā)者編寫的一小段代碼，用于檢驗(yàn)被測代碼的一個(gè)很小的、很明確的功能是否正確。通常而言，一個(gè)單元測試是用于判斷某個(gè)特定條件（或者場景）下某個(gè)特定函數(shù)的行為。集成測試：集成測試，也叫組裝測試或聯(lián)合測試。在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求（如30感謝你的觀看2019年5月22第三章習(xí)題答案根據(jù)結(jié)構(gòu)圖）組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測試。系統(tǒng)測試：是將經(jīng)過測試的子系統(tǒng)裝配成一個(gè)完整系統(tǒng)來測試。它是檢驗(yàn)系統(tǒng)是否確實(shí)能提供系統(tǒng)方案說明書中指定功能的有效方法。驗(yàn)收測試：是部署軟件之前的最后一個(gè)測試操作。驗(yàn)收測試的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)?；貧w測試：為了驗(yàn)證修改的正確性及其影響冒煙測試：描述的是在將代碼更改簽入到產(chǎn)品的源樹中之前對這些更改進(jìn)行驗(yàn)證的過程。31感謝你的觀看2019年5月22第三章習(xí)題答案2、測試需求見第一題。確定測試需求：測試階段需求分析更注重于技術(shù)層面，即軟件是否實(shí)現(xiàn)了需求所示的功能；針對待測軟件的特性差異，除了需要確保要求實(shí)現(xiàn)的基本功能正確之外，各種業(yè)務(wù)軟件還需要達(dá)到各自的一些非功能性標(biāo)準(zhǔn)；明確測試焦點(diǎn)，對所測的功能進(jìn)行分析、分解，進(jìn)行著重于某一方面的測試；明確測試的優(yōu)先級；測試的覆蓋率和覆蓋程度3、好的測試用例的特點(diǎn)

完整、準(zhǔn)確、簡潔、清晰、可維護(hù)性、適當(dāng)性、可復(fù)用性32感謝你的觀看2019年5月22第三章習(xí)題答案4、白盒測試：又稱結(jié)構(gòu)測試，透明盒測試、邏輯驅(qū)動(dòng)測試或基于代碼的測試

黑盒測試：也稱功能測試或數(shù)據(jù)驅(qū)動(dòng)測試，它是在已知產(chǎn)品所應(yīng)具有的功能，通過測試來檢測每個(gè)功能是否都能正常使用，在測試時(shí)，把程序看作一個(gè)不能打開的黑盆子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測試者在程序接口進(jìn)行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整性。33感謝你的觀看2019年5月22第三章習(xí)題答案5、樁模塊：為被測模塊編制一些模擬其下級模塊功能的“替身”模塊，以代替被測模塊的接口，接受或傳遞被測模塊的數(shù)據(jù)，這些專供測試用的“假”模塊稱為被測模塊的樁模塊。

驅(qū)動(dòng)模塊在大多數(shù)場合稱為“主程序”，它接收測試數(shù)據(jù)并將這些數(shù)據(jù)傳遞到被測試模塊。intmain(){ inta,b,c;cin>>a>>b;34感謝你的觀看2019年5月22第三章習(xí)題答案 c=divide(a,b); cout<<c; }測試用例a，b分別?。?，0；1，2；4，2等用例均可6、覆蓋評測是動(dòng)態(tài)分析方法，通過程序執(zhí)行過程中覆蓋的比例來分析軟件。常用六種覆蓋方法：語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、組合覆蓋、路徑覆蓋。7、測試需求的覆蓋率通常是由與軟件需求所建立的35感謝你的觀看2019年5月22第三章習(xí)題答案對應(yīng)關(guān)系來確定的。如果一個(gè)測試需求已經(jīng)跟軟件需求存在著一對一或一對多的對應(yīng)關(guān)系，可以說測試需求已經(jīng)覆蓋了該功能點(diǎn).8、執(zhí)行代碼占總代碼比例。9、性能測試是為描述測試對象與性能相關(guān)的特征并對其進(jìn)行評價(jià)，而實(shí)施和執(zhí)行的一類測試。基準(zhǔn)測試-比較新的或未知測試對象與已知參照標(biāo)準(zhǔn)（如現(xiàn)有軟件或評測標(biāo)準(zhǔn)）的性能。

爭用測試：-核實(shí)測試對象對于多個(gè)主角對相同資源（數(shù)據(jù)記錄、內(nèi)存等）的請求的處理是否可以接受36感謝你的觀看2019年5月22第三章習(xí)題答案性能配置-核實(shí)在操作條件保持不變的情況下，測試對象在使用不同配置時(shí)其性能行為的可接受性。

負(fù)載測試-核實(shí)在保持配置不變的情況下，測試對象在不同操作條件（如不同用戶數(shù)、事務(wù)數(shù)等）下性能行為的可接受性。

強(qiáng)度測試-核實(shí)測試對象性能行為在異?；驑O端條件（如資源減少或用戶數(shù)過多）之下的可接受性。10、結(jié)合概念、內(nèi)容、方法、過程、目的比較這四者之間的關(guān)系與聯(lián)系。37感謝你的觀看2019年5月22第三章習(xí)題答案11、在軟件中，“冒煙測試”這一術(shù)語描述的是在將代碼更改簽入到產(chǎn)品的源樹中之前對這些更改進(jìn)行驗(yàn)證的過程。在檢查了代碼后，冒煙測試是確定和修復(fù)軟件缺陷的最經(jīng)濟(jì)有效的方法。冒煙測試設(shè)計(jì)用于確認(rèn)代碼中的更改會(huì)按預(yù)期運(yùn)行，且不會(huì)破壞整個(gè)版本的穩(wěn)定性。12、IBM測試工具：RationalTestManager,Robot,ClearQuest,PurifyPlus,RFT,RPT等；MI公司：loadRunner,QTP,winRunner13、（1）255、256，（2）100、101、0、-1，38感謝你的觀看2019年5月22第三章習(xí)題答案14、略15、參考書中例題步驟完成試驗(yàn)。16、參考書中例題步驟完成試驗(yàn)。17、參考書中例題步驟完成試驗(yàn)。18、參考書中例題步驟完成試驗(yàn)。19、編寫原則：A、是簡化測試的編寫，這種簡化包括測試框架的學(xué)習(xí)和實(shí)際測試單元的編寫。B、是使測試單元保持持久性。39感謝你的觀看2019年5月22第三章習(xí)題答案C、是可以利用既有的測試來編寫相關(guān)的測試。特征：A、使用斷言方法判斷期望值和實(shí)際值差異，返回Boolean值。B、測試驅(qū)動(dòng)設(shè)備使用共同的初始化變量或者實(shí)例。C、測試包結(jié)構(gòu)便于組織和集成運(yùn)行。D、支持圖型交互模式和文本交互模式。40感謝你的觀看2019年5月22第四章習(xí)題1、什么是測試的實(shí)施，測試實(shí)施包括哪些方面？以及如何實(shí)施測試？2、測試腳本、測試用例以及測試套件之間有什么關(guān)系聯(lián)系？詳細(xì)闡述如何實(shí)施這些測試3、找一個(gè)軟件（例如電子商務(wù)淘寶網(wǎng)站），設(shè)計(jì)詳細(xì)ManualTest測試腳本并實(shí)施測試記錄結(jié)果。4、練習(xí)使用一種開發(fā)工具或自動(dòng)測試工具(如RationalRobot)，開發(fā)計(jì)算器程序的測試腳本。5、找一個(gè)軟件設(shè)計(jì)并實(shí)施套件測試。41感謝你的觀看2019年5月22第四章習(xí)題6、簡述RationalPurifyPlus包括的三種軟件各自的功能、特點(diǎn)、適用范圍7、找一個(gè)開源代碼項(xiàng)目或者自己編寫程序，使用RationalPurifyPlus的三種軟件對其進(jìn)行測試。8、比較RationalRobot與RationalFunctionalTester、RationalPerformanceTester的異同點(diǎn)以及各自優(yōu)缺點(diǎn)。9、需求測試主要可以測試哪些種類的錯(cuò)誤？10、設(shè)計(jì)測試的意義是什么？11、測試安全漏洞故障與測試軟件缺陷是否有什么不同42感謝你的觀看2019年5月22第四章習(xí)題答案1、實(shí)施測試用例是通過創(chuàng)建一個(gè)測試腳本并建立測試腳本與測試用例的關(guān)聯(lián)來實(shí)現(xiàn)。

包括測試開發(fā)、測試環(huán)境搭建。通過創(chuàng)建測試腳本、用例、套件來實(shí)施測試。2、測試腳本是最基本的，包括自動(dòng)腳本、手工腳本；測試用例可有多個(gè)腳本組成；而測試套件既可以包括測試用例也可以包括測試腳本。這些測試的實(shí)施方法參見書本。3、參考書中實(shí)例結(jié)合實(shí)際測試項(xiàng)目完成題目要求實(shí)施測試43感謝你的觀看2019年5月22第四章習(xí)題答案4、參考書中實(shí)例。5、參考書中實(shí)例完成本題。6、總結(jié)教材Rationalpurify、purecoverage、Quantify功能、特點(diǎn)、適用范圍。7、提示：寫一個(gè)至少100行的程序并用purify、purecoverage、Quantify對其進(jìn)行測試。完成每種工具的功能。8、提示：Robot主要用于功能測試、性能測試；RFT用于功能測試；RPT用于web性能測試。從這些角度分別比較各自優(yōu)缺點(diǎn)。44感謝你的觀看2019年5月22第四章習(xí)題答案9、測試需求對應(yīng)于軟件需求,1）

與待測軟件相關(guān)的各種文檔資料。如軟件需求規(guī)格、用例、界面設(shè)計(jì)、項(xiàng)目會(huì)議以及與客戶溝通時(shí)所做的需求記錄、或其他的相關(guān)的技術(shù)文檔等。2）

與客戶或軟件開發(fā)人員的溝通。3）

產(chǎn)品的背景資料。如待測軟件業(yè)務(wù)領(lǐng)域的知識(shí)等。4）

其他。如果以舊系統(tǒng)為原型，以全新的架構(gòu)方式來設(shè)計(jì)或完善軟件，那么舊系統(tǒng)的原有功能跟特性就成為了最有效的測試需求收集途徑。10、設(shè)計(jì)測試是為了更好的完成測試，使測試有條理的進(jìn)行。明確測什么？怎么測？誰來測？多少人？等策略。45感謝你的觀看2019年5月22第四章習(xí)題答案11、不同，一般測試軟件缺陷故障包括安全漏洞故障。安全漏洞是在用戶輸入時(shí)不按照正確的輸入，利用系統(tǒng)不能對這些輸入進(jìn)行處理或安全處理，引起安全漏洞實(shí)現(xiàn)攻擊。有時(shí)這些安全漏洞在正常輸入時(shí)并不會(huì)產(chǎn)生缺陷或者錯(cuò)誤。而軟件缺陷故障通常是系統(tǒng)在運(yùn)行是產(chǎn)生錯(cuò)誤。這兩者是有明顯區(qū)別的。但缺陷故障也可以包括測試安全漏洞故障。46感謝你的觀看2019年5月22第五章習(xí)題1、簡述軟件測試執(zhí)行過程。2、簡述軟件測試缺陷跟蹤過程。3、如何執(zhí)行軟件測試，包括手工測試腳本、自動(dòng)測試腳本、用例、套件的執(zhí)行？4、找一個(gè)軟件，上機(jī)試驗(yàn)設(shè)計(jì)該軟件的測試腳本、用例、套件，并執(zhí)行測試。5、如何評估測試的好壞？6、某程序讀入三個(gè)整數(shù)值，這三個(gè)整數(shù)值表示三角形的三條邊長。該程序打印信息標(biāo)明三角形是不等邊三角形、等腰三角形或等邊三角形。開發(fā)一個(gè)測試用例47感謝你的觀看2019年5月22第五章習(xí)題集測試該程序。7、設(shè)計(jì)和實(shí)現(xiàn)第六題描述的問題（帶有適當(dāng)?shù)腻e(cuò)誤處理）。從程序中導(dǎo)出流圖，并用基本路徑測試方法開發(fā)保證測試所有程序語句的測試用例。執(zhí)行測試用例并顯示結(jié)果。8、使用RationalPurify執(zhí)行每個(gè)測試用例，并觀察程序函數(shù)調(diào)用執(zhí)行路徑，驗(yàn)證是否與程序流圖對應(yīng)。9、測試腳本、測試用例、測試套件的執(zhí)行有什么區(qū)別聯(lián)系？10、為什么不能測試一個(gè)軟件？即便可能是非常小的程序窮盡測試是否能夠保證程序100%正確。48感謝你的觀看2019年5月22第五章習(xí)題答案1、

49感謝你的觀看2019年5月22第五章習(xí)題答案2、50感謝你的觀看2019年5月22第五章習(xí)題答案3、執(zhí)行測試的目的是確保整個(gè)系統(tǒng)按既定意圖運(yùn)行。系統(tǒng)集成員在各迭代中編譯并鏈接系統(tǒng)。每個(gè)迭代都需要測試增加的功能，并重復(fù)執(zhí)行以前版本測試過的所有測試用例（回歸測試）。測試的執(zhí)行活動(dòng)包含了測試實(shí)施的執(zhí)行，以確保系統(tǒng)功能的正確性。

提示：腳本、用例、套件的執(zhí)行過程必須親自試驗(yàn)完成要求4、提示：參照本書實(shí)例結(jié)合實(shí)際軟件按要求完成所有測試執(zhí)行過程。51感謝你的觀看2019年5月22第五章習(xí)題答案5、測試的主要度量方法包括覆蓋度量和質(zhì)量度量。測試覆蓋用于評價(jià)測試的完備性，是通過測試需求覆蓋和測試用例的覆蓋或已執(zhí)行代碼的覆蓋表示的。質(zhì)量是對測試對象（系統(tǒng)或測試的應(yīng)用程序）的可靠性、穩(wěn)定性以及性能的度量。質(zhì)量建立在對測試結(jié)果的評估和對測試過程中確定的變更請求（缺陷）的分析基礎(chǔ)之上。6、設(shè)計(jì)測試用例集需覆蓋所有路徑，即用例集中有滿足不等邊三角形、等腰三角形、等邊三角形、非三角形。如：a：1、2、3；b：2、3、4；c：3、3、4；52感謝你的觀看2019年5月22第五章習(xí)題答案d：3、3、3.7、voidjudgeTri{ inta,b,c;cin>>a>>b>>c; if(!(a+b>c&&a+c>b&&b+c>a)) cout<<“a,b,c不能構(gòu)成三角形”; else {53感謝你的觀看2019年5月22第五章習(xí)題答案 if(a==b==c) cout<<“等邊三角形”; elseif(a==b||a==c||b==c) cout<<“等腰三角形”; else cout<<“不等邊三角形”; }}執(zhí)行上題中給出的測試用例，分析路徑覆蓋。流圖如下54感謝你的觀看2019年5月22第五章習(xí)題答案開始輸入abc是否是三角形三邊相等？兩邊相等？等邊等腰非等邊非三角結(jié)束否是否否是是55感謝你的觀看2019年5月22第五章習(xí)題答案8、提示：必須上機(jī)試驗(yàn)驗(yàn)證上題的正確性。9、按照書中TestManager教程認(rèn)真設(shè)計(jì)執(zhí)行測試腳本、測試用例、測試套件比較他們之間的區(qū)別聯(lián)系。測試腳本是最基本的，包括自動(dòng)腳本、手工腳本；測試用例可有多個(gè)腳本組成；而測試套件既可以包括測試用例也可以包括測試腳本。10、軟件測試只能測試錯(cuò)誤缺陷的存在，不能測試錯(cuò)誤缺陷的不存在。即使是很小的軟件也不能。這也是由于測試的不完備性確定的。56感謝你的觀看2019年5月22第六章習(xí)題1、簡述軟件測試評估的具體內(nèi)容2、簡述軟件測試評估的方法并簡述幾種評測方法原則內(nèi)容以及如何實(shí)施？3、測試用例、測試輸入、軟件缺陷之間的關(guān)系是什么？4、上機(jī)試驗(yàn)完成本書中對ClassicCD的測試，配置Rational