軟件測試技術(shù)（第三版）（范勇）課后答案 練習(xí)題1-2參考答案

練習(xí)題一軟件質(zhì)量就是軟件產(chǎn)品的質(zhì)量。該說法正確的是（A）A．狹義質(zhì)量觀B.廣義質(zhì)量觀C.錯(cuò)誤的D.無法判斷嚴(yán)重程度高的缺陷被修復(fù)的優(yōu)先級(jí)別一定高。該說法正確嗎？為什么？【參考答案】不正確。軟件系統(tǒng)往往是為特定的業(yè)務(wù)服務(wù)的，某些業(yè)務(wù)功能對(duì)企業(yè)的核心業(yè)務(wù)至關(guān)重要。如果一個(gè)不太嚴(yán)重的缺陷影響了核心業(yè)務(wù)功能，而一個(gè)嚴(yán)重的缺陷影響的是非核心業(yè)務(wù)功能，那么修復(fù)影響核心業(yè)務(wù)功能的缺陷的優(yōu)先級(jí)可能會(huì)更高。修復(fù)缺陷的優(yōu)先級(jí)是綜合考慮缺陷的嚴(yán)重程度、可規(guī)避性、出現(xiàn)頻率、修復(fù)成本和風(fēng)險(xiǎn)以及業(yè)務(wù)優(yōu)先級(jí)等多種因素的結(jié)果。請(qǐng)舉例說明缺陷（Fault）、錯(cuò)誤（Error）、失效（Failure）的區(qū)別?！緟⒖即鸢浮咳毕荩‵ault）指軟件中的靜態(tài)錯(cuò)誤，是產(chǎn)生不正確結(jié)果的人為動(dòng)作；錯(cuò)誤（Error）指工作產(chǎn)品中出現(xiàn)的瑕疵或缺點(diǎn)，導(dǎo)致軟件產(chǎn)品無法滿足用戶需求或者規(guī)格說明，需要修復(fù)或替換，它是內(nèi)部的錯(cuò)誤狀態(tài)；失效（Failure）指軟件運(yùn)行時(shí)，缺陷被激活導(dǎo)致的不正確現(xiàn)象或者錯(cuò)誤顯示，是外部的不正確行為。如下面的代碼：publicstaticintnumZero(int[]arr){//Effects:IfarrisnullthrowNullPointerException//elsereturnthenumberofoccurrencesof0inarrintcount=0;for(inti=1;i<arr.length;i++){if(arr[i]==0){count++;}}returncount;}缺陷（Fault）：循環(huán)變量inti=1,應(yīng)為i=0，此處為程序員輸入錯(cuò)誤；錯(cuò)誤（Error）：輸入測試用例[2,7,0]時(shí)，期望輸出為1，實(shí)際輸出為1。在首次循環(huán)迭代時(shí)，i應(yīng)該為0，程序里為1，內(nèi)部狀態(tài)錯(cuò)誤，但不影響輸出結(jié)果；失效（Failure）：輸入測試用例[0，2,7]時(shí)，期望輸出為1，實(shí)際輸出為0。在首次循環(huán)迭代時(shí)，i應(yīng)該為0，程序里為1，內(nèi)部狀態(tài)錯(cuò)誤，傳遞出來影響到輸出結(jié)果。軟件測試是軟件質(zhì)量保證的唯一手段嗎？為什么？【參考答案】軟件測試是軟件質(zhì)量保證的主要手段，是質(zhì)量控制的方法。軟件質(zhì)量保證是一個(gè)全面的、貫穿整個(gè)軟件生命周期的過程，包括從需求分析、設(shè)計(jì)、編碼到測試、維護(hù)等各個(gè)階段的質(zhì)量控制和管理。驗(yàn)證（Verification）與確認(rèn)（Validation）有什么區(qū)別？【參考答案】驗(yàn)證是評(píng)價(jià)系統(tǒng)或組件,以確定給定階段的產(chǎn)品是否滿足該階段開始時(shí)確定的條件的過程。確認(rèn)是在開發(fā)過程之中或結(jié)束時(shí)評(píng)價(jià)系統(tǒng)或組件,以確定其是否滿足所描述需求的過程。驗(yàn)證活動(dòng)關(guān)注“我們是否恰當(dāng)?shù)貥?gòu)建產(chǎn)品”，確認(rèn)活動(dòng)關(guān)注“我們是否構(gòu)建恰當(dāng)?shù)漠a(chǎn)品”。驗(yàn)證和確認(rèn)是相輔相成的。驗(yàn)證確保軟件按照設(shè)計(jì)實(shí)現(xiàn)，確認(rèn)確保軟件滿足用戶需求。只有兩者都通過，才能確保軟件的質(zhì)量。通常先進(jìn)行驗(yàn)證，再進(jìn)行確認(rèn)。驗(yàn)證是確認(rèn)的基礎(chǔ)，只有驗(yàn)證通過的軟件才有資格進(jìn)入確認(rèn)階段。為什么需要軟件測試用例？【參考答案】實(shí)現(xiàn)測試目標(biāo)，完成測試，需要設(shè)計(jì)測試用例來實(shí)現(xiàn)。測試用例根據(jù)軟件需求規(guī)格設(shè)計(jì)，涵蓋需求功能、性能等要求。測試用例是測試執(zhí)行的基礎(chǔ)。測試不可能進(jìn)行窮舉測試，測試用例為某個(gè)特定的測試目標(biāo)而設(shè)計(jì)，它是測試操作過程序列、條件、預(yù)期結(jié)果及相關(guān)數(shù)據(jù)的一個(gè)特定的集合。設(shè)計(jì)好的測試用例能以最小的財(cái)力、物力、時(shí)間解決問題。軟件測試和軟件質(zhì)量保證有哪些區(qū)別與聯(lián)系?【參考答案】二者相同點(diǎn):都是貫穿整個(gè)軟件開發(fā)生命周期的;二者不同點(diǎn):軟件質(zhì)量保證側(cè)重對(duì)流程中各過程的管理與控制，是一項(xiàng)管理工作，側(cè)重于流程和方法。而測試是對(duì)流程中各過程管理與控制策略的具體執(zhí)行與實(shí)施，其對(duì)象是軟件產(chǎn)品(包括階段性的產(chǎn)品)，即測試是對(duì)軟件產(chǎn)品的檢驗(yàn)，是一項(xiàng)技術(shù)性的工作。測試,常常被認(rèn)為是質(zhì)量控制的最主要手段。軟件的質(zhì)量與哪些因素有關(guān)?【參考答案】第一個(gè)因素是能滿足用戶需要；第二能合理處理進(jìn)度、成本、功能的關(guān)系；第三具備一定的可擴(kuò)展性和靈活性，能夠適應(yīng)一定程度的需求變化；第四具備一定的可靠性，能夠有效處理例外的情況，能夠承受各種非法情況的沖擊；最后的因素是保持成本和性能的平衡。請(qǐng)辨析軟件的質(zhì)量是“設(shè)計(jì)出來的”還是“測試出來的”觀點(diǎn)?！緟⒖即鸢浮寇浖馁|(zhì)量既是設(shè)計(jì)出來的也是測試出來的，不論是設(shè)計(jì)還是測試都不可能做到不出現(xiàn)問題，不論是設(shè)計(jì)還是測試都旨在引導(dǎo)和滿足客戶的需求，通過良好的設(shè)計(jì)或者整個(gè)開發(fā)過程的測試得到高質(zhì)量的軟件，將質(zhì)量達(dá)到客戶、開發(fā)人員、開發(fā)企業(yè)的一個(gè)平衡點(diǎn)。如何規(guī)范地描述一個(gè)缺陷？【參考答案】規(guī)范地描述一個(gè)缺陷是軟件測試和質(zhì)量保證中的關(guān)鍵環(huán)節(jié)。通常包括以下描述項(xiàng)：缺陷編號(hào)、標(biāo)題、描述、環(huán)境、重現(xiàn)步驟、預(yù)期結(jié)果、實(shí)際結(jié)果、嚴(yán)重程度、優(yōu)先級(jí)、截圖與附件等。在測試管理中，應(yīng)該收集哪些測試過程數(shù)據(jù)，并如何對(duì)這些過程數(shù)據(jù)進(jìn)行分析？【參考答案】在測試管理中，收集和分析測試過程數(shù)據(jù)是確保測試活動(dòng)有效性和效率的關(guān)鍵環(huán)節(jié)。主要有測試計(jì)劃文檔、測試計(jì)劃變更記錄；測試用例總數(shù)、用例狀態(tài)、用例覆蓋率、用例優(yōu)先級(jí)；缺陷總數(shù)、缺陷狀態(tài)、缺陷嚴(yán)重程度、缺陷優(yōu)先級(jí)、缺陷修復(fù)情況；測試執(zhí)行進(jìn)度、時(shí)間、頻率；測試人員、工具、環(huán)境情況；以及測試報(bào)告、會(huì)議記錄、用戶反饋等。通過收集這些數(shù)據(jù)，利用缺陷趨勢分析、分布分析、來源分析等方法、測試用例覆蓋率分析、有效性分析、執(zhí)行效率分析、資源利用分析等方法，可以監(jiān)控測試進(jìn)度、評(píng)估測試質(zhì)量、優(yōu)化測試策略，并為項(xiàng)目決策提供支持。練習(xí)題二軟件測試的對(duì)象包括（B）A）目標(biāo)程序和相關(guān)文檔B）源程序、目標(biāo)程序、數(shù)據(jù)及相關(guān)文檔C）目標(biāo)程序、操作系統(tǒng)和平臺(tái)軟件D）源程序和目標(biāo)程序下列說法正確的是（D）。A）測試要執(zhí)行所有可能的輸入；B）有時(shí)間就多測試一些,來不及就少測試一些；C）軟件測試是測試人員的事,與開發(fā)人員無關(guān)；D）好的測試不一定要使用很多的測試工具。簡述測試過程和開發(fā)過程的關(guān)系。【參考答案】測試過程和軟件開發(fā)過程都應(yīng)貫穿軟件過程的整個(gè)生命周期，它們是相輔相成和相互依賴的。測試過程和開發(fā)過程是同步的，即在做系統(tǒng)分析、產(chǎn)品功能設(shè)計(jì)的同時(shí)，測試工程師就可以閱讀、評(píng)審需求規(guī)格說明書，從而確定測試目標(biāo)，開始測試工作。測試過程是對(duì)軟件開發(fā)過程中階段性成果和最終產(chǎn)品進(jìn)行驗(yàn)證和確認(rèn)的過程，二者相互依賴。在開發(fā)前期，測試過程更多依賴于開發(fā)過程；在開發(fā)后期，開發(fā)過程更多依賴于測試過程。二者目標(biāo)相同，都是開發(fā)客戶滿意的高質(zhì)量產(chǎn)品。對(duì)比不同測試模型的優(yōu)缺點(diǎn)?！緟⒖即鸢浮縑模型：優(yōu)點(diǎn)：強(qiáng)調(diào)了在整個(gè)軟件項(xiàng)目開發(fā)中需要經(jīng)歷的若干個(gè)測試級(jí)別，并與每一個(gè)開發(fā)級(jí)別對(duì)應(yīng)。缺點(diǎn)：忽略了測試的對(duì)象不應(yīng)該僅僅包括程序，沒有明確指出對(duì)需求、設(shè)計(jì)的測試。W模型：優(yōu)點(diǎn)：補(bǔ)充了V模型中忽略的內(nèi)容，強(qiáng)調(diào)了測試計(jì)劃等工作的先行和對(duì)系統(tǒng)需求和系系統(tǒng)設(shè)計(jì)的測試。缺點(diǎn)：與V模型相同，沒有對(duì)軟件測試的流程進(jìn)行說明。X模型：優(yōu)點(diǎn)：定位了探索性測試，這是不進(jìn)行事先計(jì)劃的探索性的特殊類型的測試，這一方式往往能幫助有經(jīng)驗(yàn)的測試人員在測試計(jì)劃之外發(fā)現(xiàn)更多的軟件錯(cuò)誤。缺點(diǎn)：X模型從沒有被文檔化，沒有明確的需求角色確認(rèn)。H模型：優(yōu)點(diǎn)：強(qiáng)調(diào)了測試是獨(dú)立的，只要測試準(zhǔn)備完成，就可以執(zhí)行測試，可以與其他流程并發(fā)執(zhí)行；軟件測試活動(dòng)可以盡早準(zhǔn)備、執(zhí)行，具有很強(qiáng)的靈活性。缺點(diǎn)：管理要求高，需要清晰地定義規(guī)則和管理制度；技能要求高，需要精準(zhǔn)地定義每個(gè)迭代的規(guī)模；測試就緒點(diǎn)分析困難。在進(jìn)行軟件測試中，如何確定合理的測試模型和測試過程？【參考答案】測試人員要明確軟件項(xiàng)目的測試目的、所采用的開發(fā)過程模型和組織條件等，據(jù)此選擇合適的測試模型，盡可能應(yīng)用模型中對(duì)項(xiàng)目有實(shí)用價(jià)值的方面。在軟件測試過程中，沒有最好的過程可以遵循，可以根據(jù)項(xiàng)目的類型，開發(fā)模型，企業(yè)的管理、員工的層次等方面來綜合考慮。6、從測試模型演化過程可以看到，軟件測試的地位發(fā)生了怎樣的變化？為什么？【參考答案】從瀑布模型到敏捷開發(fā)，軟件測試的地位經(jīng)歷了從邊緣到核心、從被動(dòng)到主動(dòng)、從單一到綜合的顯著變化，我們可以發(fā)現(xiàn)軟件測試在不斷左移，意味著人們?cè)絹碓街匾曑浖|(zhì)量，測試成為軟件質(zhì)量的關(guān)鍵環(huán)節(jié)；由于軟件復(fù)雜性的增加、市場需求的變化、技術(shù)的進(jìn)步、敏捷開發(fā)的普及以及安全需求的增加，現(xiàn)代軟件測試不僅是發(fā)現(xiàn)缺陷，更是預(yù)防缺陷、優(yōu)化流程、提升用戶體驗(yàn)的重要手段，盡早測試，修復(fù)缺陷的代價(jià)就會(huì)降低。7、請(qǐng)闡述在智能時(shí)代軟件測試人員應(yīng)具備哪些品質(zhì)和能力？【參考答案】一名優(yōu)秀的軟件測試工程師應(yīng)具備計(jì)算機(jī)專業(yè)技能包括測試專業(yè)技