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

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