2022年軟件質(zhì)量測試與保證參考答案最后整理

1、選擇題6 填空題 10 （名詞解釋 4 簡答 7 綜合題1）涉及標(biāo)準(zhǔn)內(nèi)容的不考括號內(nèi)為以下內(nèi)容第 1 章2. 簡述軟件危機的表現(xiàn)形式和誘發(fā)原因，并談?wù)勡浖C和軟件錯誤的區(qū)別。答：軟件危機是指計算機軟件開發(fā)與維護過程中所遇到的一系列嚴重問題。其表現(xiàn)形式為：軟件價格高、軟件工作量難于估計、軟件質(zhì)量低、軟件修改與維護困難、軟件的供需差在不斷擴大、軟件的開發(fā)與維護過程往往失去控制。誘發(fā)軟件錯誤的原因：需求定義的不完善、客戶與開發(fā)者間不良溝通、對軟件需求的故意偏離、邏輯設(shè)計的錯誤、編碼錯誤、不符合文檔編制和編碼規(guī)定、測試過程的不完善、規(guī)程的錯誤、文檔編制錯誤。3. 影響軟件質(zhì)量的因素有哪些？答：正確性

2、、健壯性、效率、完整性、風(fēng)險、可用性、可移植性、可再用性、互運行性、可理解性、可維修性、靈活性、可測試性。第 2 章3. 軟件質(zhì)量保證標(biāo)準(zhǔn)分為哪幾類以及它的分類準(zhǔn)則是什么？答：軟件質(zhì)量保證標(biāo)準(zhǔn)分為質(zhì)量管理標(biāo)準(zhǔn)和項目過程標(biāo)準(zhǔn)。軟件質(zhì)量保證標(biāo)的分類是從關(guān)注單位、關(guān)注重點、標(biāo)準(zhǔn)的目的和標(biāo)準(zhǔn)的目標(biāo)這幾個方面著手的。第 3 章1. 為什么軟件質(zhì)量會有成本呢？答： 軟件產(chǎn)品的質(zhì)量成本，或更準(zhǔn)確地說，軟件質(zhì)量的投資，根源于確保開發(fā)產(chǎn)品符合早已確認的需求。而軟件產(chǎn)品投資的性質(zhì)和規(guī)模由多種不同因素決定，其中包括：項目預(yù)算、開發(fā)產(chǎn)品的類型、使用的技術(shù)、消費者提出的需求及該合同能否提供具有在標(biāo)準(zhǔn)和規(guī)章限定框架內(nèi)的特

3、別內(nèi)容的政府合同、內(nèi)部開發(fā)環(huán)境、開發(fā)團隊所擁有的領(lǐng)域知識、可重復(fù)過程和測量與開發(fā)者日常工作結(jié)合的程度。2. 軟件質(zhì)量成本分析的輸入的數(shù)據(jù)需求是通過什么途徑獲得的？答：在執(zhí)行質(zhì)量成本度量的任務(wù)時，必須保證相關(guān)數(shù)據(jù)可觀察或可測量。這些數(shù)據(jù)可以是通過以下幾個方面得到：直接觀測得到的；通過分析得到的；由顧客提供的；從其他任務(wù)的執(zhí)行情況中收集的；其他項目的輸出結(jié)果；由項目本身的物理特性要求的。第 4 章1. 審查過程的輔助目標(biāo)有哪些？答：（1）提供從需求到設(shè)計的可跟蹤性。（2）為下一階段的開發(fā)提供正確的技術(shù)基礎(chǔ)。（ 3）提高編程的質(zhì)量。（4）提高交付產(chǎn)品的質(zhì)量。（5）獲得較低的生命周期花費。（6）增加測

4、試過程的有效性。（ 7）提供程序可維護性的一個重要保證。 （8）鼓勵采用帶有進入、退出準(zhǔn)則的軟件管理方法。第 5 章（空）第 6 章1. 瀑布模型將軟件生命周期的各項活動規(guī)定唯一古代順序連接的若干階段工作，形如瀑布流水，最終得到軟件產(chǎn)品，其有什么優(yōu)缺點？答：優(yōu)點： （1）強調(diào)開發(fā)的階段性。（2）強調(diào)早期計劃及需求調(diào)查。（ 3）強調(diào)產(chǎn)品測試。缺點：（1）依賴于早期進行的惟一一次需求調(diào)查，不能適應(yīng)需求的變化。（2）由于是單一流程，開發(fā)中的經(jīng)驗教訓(xùn)不能反饋應(yīng)用于本產(chǎn)品的過程。（3）風(fēng)險往往遲至后期的開發(fā)階段才顯露，因而失去及早糾正的機會。2. 螺旋模型有什么優(yōu)缺點？答：優(yōu)點： （ 1）強調(diào)嚴格的全過

5、程風(fēng)險管理。（ 2）強調(diào)各開發(fā)階段的質(zhì)量。（ 3）提供機會檢討項目是否有價值繼續(xù)下去。缺點：引入非常嚴格的風(fēng)險識別，風(fēng)險分析，和風(fēng)險控制，這對風(fēng)險管理的技能水平提出了很高的要求。這需要人員，資金，和時間的投入。3. 開發(fā)原型化系統(tǒng)一般由幾個階段？答：（1）確定用戶需求（2）開發(fā)原始模型。（3）征求用戶對初始原型的改進意見。（4）修改原型。精品學(xué)習(xí)資料 可選擇p d f - - - - - - - - - - - - - - 第 1 頁，共 6 頁 - - - - - - - - -精品學(xué)習(xí)資料 可選擇p d f - - - - - - - - - - - - - - 第 1 頁，共 6 頁 -

6、 - - - - - - - -原型化開發(fā)比較適合于用戶需求不清、業(yè)務(wù)理論不確定、需求經(jīng)常變化的情況。當(dāng)系統(tǒng)規(guī)模不是很大也不太復(fù)雜時采用該方法是比較好的。第 7 章2. 軟件質(zhì)量度量的目標(biāo)是什么？答： （1）便于管理人員控制以及適當(dāng)?shù)墓芾硇愿深A(yù)的計劃與執(zhí)行。要達到這個目標(biāo)，則需要基于以下方面的度量的計算： 實際功能（質(zhì)量）性能對計劃性能的偏高。實際進度表和預(yù)算性能對計劃性能的偏高。（2）識別出整個機構(gòu)中需要或允許驚醒以預(yù)防性或改正性措施的形式出現(xiàn)的開發(fā)或維護過程改進的狀況。要達到這個目標(biāo)需要基于：關(guān)于組和單位等的性能的度量信息的積累。3. 軟件開發(fā)過程度量類別有哪些？答： （1）軟件過程質(zhì)量度

7、量。（2）軟件過程進度表度量。（3）軟件過程生產(chǎn)率度量。而軟件過程質(zhì)量度量又可以分為三類：（1）錯誤嚴重性度量（2）錯誤密度度量。（3）錯誤排除有效性度量。與軟件過程質(zhì)量相關(guān)的另外一組間接度量是mccabe的圈復(fù)雜性度量。4. 軟件維護度量是如何分類的？答： （1）軟件系統(tǒng)失效嚴重性度量（2）軟件系統(tǒng)失效密度度量（3）軟件系統(tǒng)可用性度量（4）維護服務(wù)失效度量6. 軟件復(fù)雜性的度量方法有哪些？答：（1）項目跟蹤度量。（2）項目開銷度量。第 8 章1. 什么是軟件測試？答：軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。2. 測試計劃應(yīng)包括哪些內(nèi)容？答：所測試軟件的功能，輸入和輸出，測試內(nèi)容，各項測試的進

8、度安排，資源要求，測試資料，測試工具，測試用例的選擇，測試的控制方式和過程，系統(tǒng)組裝方式，跟蹤規(guī)程，測試規(guī)程，及回歸測試的規(guī)定等以及評價標(biāo)準(zhǔn)。3. 軟件測試對象應(yīng)包括哪些內(nèi)容？答：軟件測試并不等于程序測試。軟件測試應(yīng)貫穿于軟件定義與開發(fā)的整個期間。因此，需求分析、概要設(shè)計以及程序編碼等各階段所得文檔，包括需求規(guī)格說明、概要設(shè)計規(guī)格說明、詳細設(shè)計規(guī)格說明以及源程序都應(yīng)成為軟件測試的對象。4. 概要測試計劃的內(nèi)容包括哪些？答：（1）在軟件開發(fā)初期，即需求分析階段制定。（ 2）定義被測試對象和測試目標(biāo)。（ 3）確定測試階段和測試周期的劃分。（ 4）制定測試人員、軟硬件資源和測試進度等方面的計劃，任務(wù)

9、與分配與責(zé)任劃分。（5）規(guī)定軟件測試方法、測試標(biāo)準(zhǔn)，比如，語句覆蓋率達到95%，三級以上的錯誤改正率達95% 。（6）所有決定不改正的“輕微”錯誤都必須經(jīng)專門的質(zhì)量評審組織同意。（ 7）支持環(huán)境和測試工具等。第 9 章1. 測試用例設(shè)計步驟有哪些？（重點）答：步驟1：首先使被測單元運行任何單元測試說明的第一個測試用例應(yīng)該是以一種可能的簡單方法執(zhí)行被測單元?？吹奖粶y單元第一個測試用例的運行成功可用增強人的自信心。如果不能正確執(zhí)行，最好選擇一個盡可能簡單的輸入對被測單元進行測試/ 調(diào)試。這個階段適合的技術(shù)有：模塊設(shè)計導(dǎo)出的測試和對等區(qū)間劃分。步驟 2：正面測試步驟 3：負面測試步驟 4：設(shè)計需求中

10、其他測試特性用例設(shè)計如果需要，應(yīng)該針對性能、余量、安全需要、保密需求等設(shè)計測試用例。步驟 5：覆蓋率測試用例設(shè)計步驟 6：測試執(zhí)行步驟 7：完善代碼覆蓋2. 用例設(shè)計的原則是什么？答： （1）通常應(yīng)該避免依賴先前測試用例的輸出，測試用例的執(zhí)行序列早期發(fā)現(xiàn)的錯誤可能導(dǎo)致其他的錯誤而減少測試執(zhí)行時實際測試的代碼量。（2）測試用例設(shè)計過程中，包括作為試驗執(zhí)行這些測試用例時，常?？梢栽谲浖?gòu)建前就發(fā)現(xiàn)bug 。還有可能在測試設(shè)計階段比測試執(zhí)行階段發(fā)現(xiàn)更多的bug 。（ 3）在整個單元測試設(shè)計中，主要的輸入應(yīng)該是被測單元的設(shè)計文檔。在某些情況下，需要將試驗實際代碼作為測試設(shè)計過程的輸入，測試設(shè)計者必須意

11、識到不是在測試代碼本身。從代碼構(gòu)建出來的測試說明只能證明代碼執(zhí)行代碼完成精品學(xué)習(xí)資料 可選擇p d f - - - - - - - - - - - - - - 第 2 頁，共 6 頁 - - - - - - - - -精品學(xué)習(xí)資料 可選擇p d f - - - - - - - - - - - - - - 第 2 頁，共 6 頁 - - - - - - - - -的工作，而不是代碼應(yīng)該完成的工作。4. 單元測試說明實際上由一系列單元測試用例組成，每個測試用例應(yīng)該包含哪4 個關(guān)鍵元素？答： （1）被測單元模塊初始狀態(tài)聲明，即測試用例的開始狀態(tài)（僅適用于被測單元維持了調(diào)用間狀態(tài)的情況）。（2）被測單

12、元的輸入，包含由被測單元讀入的任何外部數(shù)據(jù)值。（ 3）該測試用例實際測試的代碼，用被測單元的功能和測試用例設(shè)計中使用的分析來說明，如：單元中哪一個決策條件被測試。（4）測試用例的期望輸出結(jié)果，測試用例的期望輸出結(jié)果總是應(yīng)該在測試進行之前在測試說明中定義。第 10 章1. 比較集成測試的兩種方式的優(yōu)劣？答： 1、非漸增式測試方式 1、漸增式測試方式2. 一個合理的集成模塊劃分應(yīng)該滿足什么特點？答：一個合理的集成模塊劃分應(yīng)該滿足以下幾點：（ 1）外圍模塊便于屏蔽，外圍模塊與集成模塊之間沒有太多、太繁的調(diào)用關(guān)系，被集成模塊沒有采用調(diào)用函數(shù)的方式調(diào)用外圍模塊的情況。（2）外圍模塊發(fā)往被測試模塊的消息能

13、模擬大部分實際環(huán)境的情況。（3）模擬外圍模塊發(fā)往被集成模塊的消息便于構(gòu)造和修改。（4）被集成的幾個子模塊關(guān)系緊密。4. 對于一個好的集成測試策略應(yīng)具有哪些特點？答：一般地，對于一個好的集成測試策略應(yīng)具有以下幾個特點：（1）整體工作量對于投入測試的資源來說大致相當(dāng)，參加測試的人力，環(huán)境，時間等資源能得到充分利用。（2）能對被測試對象進行比較充分的測試，尤其是對關(guān)鍵模塊。（3）能使得模塊與接口的劃分清晰明了，盡可能減小后繼操作難度，同時使得需要做的輔助工作量最小。第 11 章1. 為什么說軟件測試必須有預(yù)期結(jié)果？答：沒有預(yù)期結(jié)果的測試是不可理喻的。軟件缺陷是經(jīng)過對比而得出來的。這正如沒有標(biāo)準(zhǔn)無法進

14、行度量一樣。如果事先不知道或是無法肯定預(yù)期的結(jié)果，必然無法了解測試正確性。這很容易然人感覺如盲人摸象一般，不少測試人員常常憑借自身的感覺去評判軟件缺陷的發(fā)生，其結(jié)果往往是把似是而非的東西作為正確的結(jié)果來判斷，因此常常出現(xiàn)誤測的現(xiàn)象。2. 一般地，系統(tǒng)測試的主要內(nèi)容包括哪些？答： （1）功能測試。 （2）健壯性測試。 （3）性能測試。 （ 4）用戶界面測試。（ 5）安全性（security）測試。（6）安裝與反安裝測試。4. 在系統(tǒng)測試中包括哪些方面的測試？答：有：功能測試，性能測試，協(xié)議一致性測試，壓力測試，安全性測試，恢復(fù)性測試，健壯性測試，兼容性測試，可用性測試，可安裝性測試，文檔測試，g

15、vi 測試等（對每個測試的介紹參看課本）。四、上機題如圖11-3顯示某程序的邏輯結(jié)構(gòu)，試為它設(shè)計足夠的測試用例，分別實現(xiàn)對程序的判定覆蓋、條件覆蓋和條件組合覆蓋。設(shè)計測試方案如表a-6 所示。精品學(xué)習(xí)資料 可選擇p d f - - - - - - - - - - - - - - 第 3 頁，共 6 頁 - - - - - - - - -精品學(xué)習(xí)資料 可選擇p d f - - - - - - - - - - - - - - 第 3 頁，共 6 頁 - - - - - - - - -表 a-6 測試方案表覆蓋種類需滿足的條件測試數(shù)據(jù)期望結(jié)果判定覆蓋a0，b=0 a=2，b=0 執(zhí)行 s1 a0，b

16、 0 或a 0， b=0 或a 0， b 0 a=2，b=1 或a=0，b=0 或a=0，b=1 執(zhí)行 s2 條件覆蓋以下四種情況各出現(xiàn)一次a0 b=0 a=2，b=0 執(zhí)行 s1 a 0 b 0 a=0，b=1 執(zhí)行 s2 條件組合覆蓋a0，b=0 a=2，b=0 執(zhí)行 s1 a0，b 0 a=2，b=1 執(zhí)行 s2 a 0， b=0 a=0，b=0 執(zhí)行 s2 a 0， b 0 a=0，b=1 執(zhí)行 s2 第 12 章三、簡答題1. 什么是系統(tǒng)集成測試？答：系統(tǒng)集成測試也稱為：兼容性測試或簡單的集成測試。其目標(biāo)是確保被測應(yīng)用可以與其他指定的軟件系統(tǒng)成功地進行互操作，同時也不會對出現(xiàn)的其他系

17、統(tǒng)產(chǎn)生影響。3. 系統(tǒng)集成測試的方法有哪些？答：主要的方法是對系統(tǒng)的互操作性需求進行確認，體現(xiàn)在如下要求上：（1）被測應(yīng)用與其他系統(tǒng)通信的需求和通信的手段。（2）系統(tǒng)性能的需求。（3）備份和恢復(fù)，保密性的需求。（4）跟其他系統(tǒng)的兼容性。（ 5）產(chǎn)生一套測試該系統(tǒng)的測試用例和腳本。在適當(dāng)?shù)臅r候，還應(yīng)該考慮重用單元測試、集成測試和系統(tǒng)測試的測試用例，這些測試用可以從單元測試、集成測試和系統(tǒng)測試的重用包中獲得。4. 系統(tǒng)集成測試測試的輸出有哪些？答：系統(tǒng)集成測試后的系統(tǒng)、修正的腳本和測試用例、完成系統(tǒng)集成測試證明、記錄完整數(shù)據(jù)的測試結(jié)果記錄表格、歸檔的測試數(shù)據(jù)、系統(tǒng)集成測試重用包以及系統(tǒng)集成測試總結(jié)

18、報告。5. 在系統(tǒng)集成測試中，需要的輸入有哪些？答：被測應(yīng)用的需求規(guī)格說明書；被測應(yīng)用的說明文檔；用戶指南等補充材料；集成測試計劃、規(guī)格說明書、測試指南；集成測試腳本和測試用例；可重用的包以及測試結(jié)果記錄表格。四、上機題用決策表測試法測試以下程序：該程序有三個輸入變量month,day,year(month,day和 year均為整數(shù)值，并且滿足：1=month=12 和 1=day0， b0,c0, 且 a+bc,b+ca,a+cb。如果是等腰的，還要判定是否a=b，或 b=c，或 a=c。對于等邊的，則需判斷是否a=b ，且 b=c ，且 a=c 。答：列出等價類表如表a-7 所示。表 a

19、-7 等價類表輸入條件有效等價類無效等價類是 否 三 角 形的三條邊（a 0) (1) ， (b 0) (2) ，(c 0) (3) ， (a + b c) ， (4)(b + c a) (5)， (a + c b)（6）a 0 (7) ， b 0 (8) ，c 0 (9)，a + b c (10) ，a + c b (11) ，b + c a (12) 是 否 等 邊 三角形(a = b) and (b = c) and (a = c) (17) (a b) (18)， (b c) (19) ，(a c) (20) 設(shè)計測試用例：輸入順序是a， b，c3，4，5覆蓋等價類（1） ， （2）

20、， （3） ， （4） ， （5） ， （6） 。滿足即為一般三角形。0，1，2覆蓋等價類（7） 。不能構(gòu)成三角形。1，0，2覆蓋等價類（8） 。同上。若不考慮特定a， b ， c，三者取一即可。1，2，0覆蓋等價類（9） 。同上。1，2，3覆蓋等價類（10） 。同上。若不考慮特定a， b ， c。1，3，2覆蓋等價類（11） 。同上。三者取一即可。3，1，2覆蓋等價類（12） 。同上。3，3，4覆蓋等價類（1） ， （2） ， （3） ， （4） ， （5） ， （6） ， （ 13） 。滿足即為等腰三角形。3，4，4覆蓋等價類（1） ， （2） ， （3） ， （4） ， （5） ， （6

21、） ， （ 14） 。若不考慮特定a， b ， c 。3，4，3覆蓋等價類（1） ， （2） ， （3） ， （4） ， （5） ， （6） ， （ 15） 。三者取一即可。3，4，5覆蓋等價類（1） ， （2） ， （3） ， （4） ， （5） ， （6） ， （ 16） 。不是等腰三角形。3，3，3覆蓋等價類（1） ， （2） ， （3） ， （4） ， （5） ， （6） ， （ 17） 。是等邊三角形。3，4，4覆蓋等價類（1） ， （2） ， （3） ， （4） ， （5） ， （6） ， （ 14） ， （ 18） 。不是等邊三角形。3，4，3覆蓋等價類（1） ， （2） ， （

22、3） ， （4） ， （5） ， （6） ， （ 15） ， （ 19） 。若不考慮特定a， b ， c。精品學(xué)習(xí)資料 可選擇p d f - - - - - - - - - - - - - - 第 5 頁，共 6 頁 - - - - - - - - -精品學(xué)習(xí)資料 可選擇p d f - - - - - - - - - - - - - - 第 5 頁，共 6 頁 - - - - - - - - -3，3，4覆蓋等價類（1） ， （2） ， （ 3） ， （ 4） ， （5） ， （6） ， （13） ， （20） 。三者取一即可。第 15 章( 空) 第 16 章1. 【名詞解釋】測試和測試。測

23、試是由一個用戶在開發(fā)環(huán)境下進行的測試，也可以是公司內(nèi)部的用戶在模擬實際操作環(huán)境下進行的測試。 測試是由軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。第 17 章3. 簡述利用因果圖生成測試用例的基本步驟（重點）答：利用因果圖生成測試用例的基本步驟是：（ 1）分析軟件規(guī)格說明描述中，哪些是原因（即輸入條件或輸入條件的等價類），哪些是結(jié)果（即輸出條件），并給每個原因和結(jié)果賦予一個標(biāo)識符。（ 2）分析軟件規(guī)格說明描述中的語義，找出原因與結(jié)果之間，原因與原因之間對應(yīng)的是什么關(guān)系? 根據(jù)這些關(guān)系，畫出因果圖。（ 3）由于語法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號標(biāo)明約束或限制條件。（4）把因果圖轉(zhuǎn)換成判定表。（5）把判定表的每一列拿出來作為依據(jù)，設(shè)計測試用例。上機題2 （1）nextdate 函數(shù)的輸入域包括等價類表如表a-