軟件測試和軟件質(zhì)量保證練習(xí)答案.doc

第一章 軟件質(zhì)量保證練習(xí)答案1、 軟件質(zhì)量的定義？軟件質(zhì)量是軟件產(chǎn)品滿足使用要求的程度。對于軟件質(zhì)量的衡量，就是高質(zhì)量的軟件系統(tǒng)能夠準(zhǔn)時地交付給用戶，所耗費(fèi)的成本不超出預(yù)算，并且最重要的是，能夠正常地運(yùn)行?！罢５剡\(yùn)行”意味著該軟件必須盡可能沒有缺陷（bug）。2、 軟件質(zhì)量保證的定義？軟件質(zhì)量保證是一系列系統(tǒng)性的活動，它提供開發(fā)出滿足使用要求產(chǎn)品的軟件過程的能力證據(jù)。3、 質(zhì)量控制中的測試技術(shù)有哪些？想一想各自的適用情況。審查（Inspection）：軟件的一種基本測試方法，它以一系列典型問題為依據(jù)進(jìn)行檢測。走查（Walkthrough）：一對一的審查，比審查更加仔細(xì)。回顧（Review）：以發(fā)現(xiàn)軟件中存在的錯誤和缺陷為目的的一種軟件測試方法，它是在軟件證實執(zhí)行之前完成。4、 SDLC各階段的文檔有哪些，各自的質(zhì)量目標(biāo)是什么？請參照學(xué)生用書3-5頁，對于各階段的目標(biāo)，抓住主要的要點(diǎn)。5、 質(zhì)量計劃的手段和技巧分別有哪些？A、效益成本分析B、基本水平標(biāo)準(zhǔn)C、流程圖，包括因果圖、系統(tǒng)程序流程圖等D、試驗設(shè)計6、質(zhì)量控制的手段和技巧分別有哪些？ 有以下控制的手段和技巧：檢驗、控制表、排列圖、抽樣調(diào)查統(tǒng)計、流程圖和趨勢分析等。作業(yè)答案1、判斷是非：好的測試員不懈追求完美。 錯。好的測試員知道何時完美無法企及，何時達(dá)到“夠好”。2、有沒有質(zhì)量很高但是可靠性很差的產(chǎn)品？請舉例說明。 有可能，但是它取決于客戶對質(zhì)量的期望。不少人購買高性能跑車，認(rèn)為提速、時速、式樣、舒適度和裝飾好就是高質(zhì)量。此類汽車一般可靠性差，經(jīng)常拋錨，修理費(fèi)用昂貴，而車主不把可靠性差當(dāng)作質(zhì)量問題。3、請思考，可能完全測試程序嗎？ 除了極短小的簡單程序，完全測試需要太多的輸入、輸出和分支組合。此外，軟件說明書也許不客觀，可以用多種方式解釋。4、在學(xué)習(xí)完本章后，判斷下列哪種方法會減少成本： a、讓客戶去找缺陷b、發(fā)現(xiàn)缺陷而不是預(yù)防它們c、預(yù)防缺陷而不是發(fā)現(xiàn)它們d、忽視小的缺陷答案：c第二章 測試技術(shù)練習(xí)答案1. 對2. 錯3. 代碼4. 功能5. 歸納法、演繹法和回溯法。6. 對7. 錯作業(yè)答案1、列舉軟件測試原則 軟件測試過程中需要創(chuàng)建試用例來“破壞系統(tǒng)”，但在設(shè)計用例之前，需要遵循以下幾個原則： 完全測試程序是不可能的 軟件測試是有風(fēng)險的行為 測試無法顯示潛伏的軟件缺陷 找到的軟件缺陷越多，就說明軟件缺陷越多 并非所有軟件缺陷都能修復(fù) 軟件測試一項講究條理的技術(shù)專業(yè)2、d3、a第三章 測試工具練習(xí)答案1. b2. 對3. 錯4. 錯5. 對作業(yè)答案第1題答案： Panorama2-C/C+的主要好處如下：1. 全面：它支持 - 錯誤較少和風(fēng)險較小的編碼； 使用圖表理解、復(fù)查和檢查代碼； 對系統(tǒng)結(jié)構(gòu)、類繼承、控制流等的靜態(tài)分析； 通過程序邏輯分析和圖表來檢查邏輯錯誤； 通過指定自下而上的測試順序而不設(shè)計和使用占位程序函數(shù)來進(jìn)行增量式的單元和集成測試； 代碼執(zhí)行頻率分析（在分支/段級別）； 對類模板、常規(guī)類、函數(shù)、塊、分支、段和條件輸出的基于.mak文件且面向?qū)ο蟮拇a測試以及測試覆蓋分析，同時以圖形化方式顯示測試結(jié)果并突出顯示未執(zhí)行的元素； 自動錯誤模擬； 測試執(zhí)行監(jiān)視； 在測試結(jié)果和需求/測試用例間進(jìn)行跟蹤； 數(shù)據(jù)（全局和靜態(tài)變量）使用分析； 運(yùn)行時錯誤分析和運(yùn)行時錯誤定位（顯示錯誤在源代碼中的原始行數(shù)）； 質(zhì)量標(biāo)準(zhǔn)值設(shè)置； 突出相關(guān)代碼并報告相關(guān)數(shù)據(jù)的安全代碼修改； NFS網(wǎng)絡(luò)中的客戶端 服務(wù)器應(yīng)用程序；2. 自動化：只需輸入.mak文件/批處理文件和測試腳本文件，所有的靜態(tài)和動態(tài)分析結(jié)果都會自動生成。3. 集成：所有的工具協(xié)同工作并共享一個增量式數(shù)據(jù)庫。4. 易于查看結(jié)果：程序的所有靜態(tài)和動態(tài)分析結(jié)果都可以通過以不同顏色進(jìn)行標(biāo)記的圖/圖表來生動表示。5. 易于使用：提供Motif/OpenLook/Widows GUI、在線幫助和逐步的演示指導(dǎo)。 Panorama2-C/C+的主要局限有以下幾點(diǎn)： 1、中文顯示問題（對于這個缺點(diǎn)，請教師和學(xué)員在上機(jī)安排過程中，注意自己的操作系統(tǒng)環(huán)境，在一些顯示中可能會有亂碼，但這些亂碼一般不會影響對于最終） 2、使用自己的腳本技術(shù)，但這種腳本技術(shù)與其他的測試工具不兼容 3、需要執(zhí)行.mak文件，而不是編譯C程序后生成的.obj文件 4、僅能處理C/C+程序 5、界面不夠友好第四章 測試計劃和單元測試練習(xí)答案1. 對2. 對3. 錯4. 等價劃分5. 白盒6. 對7. 對作業(yè)答案第1題答案：單元測試說明書由一系列單元測試用例組成。每個單元測試用例都應(yīng)該包括四個基本要素： 單元的初始狀態(tài)說明，這是測試用例的起點(diǎn)（僅適用于單元在各次調(diào)用之間保持狀態(tài)不變的情形） 單元的輸入，包括單元讀入的任何外部數(shù)據(jù)的值 測試用例實際要測試的內(nèi)容，根據(jù)單元的功能性以及在設(shè)計測試用例時采用的分析（例如，要測試單元中的哪些判定）來制訂 測試用例的預(yù)期結(jié)果（測試用例的預(yù)期結(jié)果應(yīng)該始終在執(zhí)行測試之前在測試說明書中定義好）第2題答案：制定單元測試說明書所包括的步驟：步驟1 - 使它運(yùn)行起來任何單元測試說明書的第一個測試用例的目的都應(yīng)該是盡可能以最簡單的方式來執(zhí)行被測試的單元。實際執(zhí)行測試時，知道至少第一個單元測試能夠執(zhí)行將可以大大增強(qiáng)信心。如果執(zhí)行不了的話，那么更可取的做法是進(jìn)行簡單的調(diào)試（例如從起點(diǎn)開始）。合適的技術(shù)： 根據(jù)說明書進(jìn)行的測試 等價劃分步驟2 正面測試測試用例應(yīng)該設(shè)計為能夠表明被測試的單元實現(xiàn)了它應(yīng)該實現(xiàn)的功能。測試設(shè)計者應(yīng)該通讀相關(guān)的說明書；每個測試用例應(yīng)該測試說明書中的一條或多條陳述。涉及到多個說明書時，最好能夠使測試用例的順序與單元主要說明書上的陳述的順序相對應(yīng)。合適的技術(shù)： 根據(jù)說明書進(jìn)行的測試 等價劃分 狀態(tài)變換測試步驟3負(fù)面測試應(yīng)該改進(jìn)現(xiàn)有的測試用例并且設(shè)計更進(jìn)一步的測試用例，以表明軟件沒有實現(xiàn)任何未指明要完成的功能。此步驟主要依賴于錯誤猜測，依賴于測試設(shè)計者預(yù)測問題域的經(jīng)驗。合適的技術(shù)： 錯誤猜測 邊界值分析 內(nèi)部邊界值測試 狀態(tài)變換測試步驟4特殊事項測試用例應(yīng)該設(shè)計為針對性能、安全需求和保密需求等問題。特別是在安全和保密方面，可以很方便地對測試用例進(jìn)行特殊重點(diǎn)考慮，以幫助進(jìn)行保密分析或安全分析和證明。針對保密問題和安全危險而設(shè)計好的測試用例應(yīng)該在單元測試說明書中加以標(biāo)識。此外，還應(yīng)該在單元測試說明書中添加測試用例，以確保該單元所有可能的保密問題和安全危險都得到充分體現(xiàn)。合適的技術(shù)： 根據(jù)說明書進(jìn)行的測試步驟5覆蓋測試設(shè)計好的測試用例可能達(dá)到的測試覆蓋率應(yīng)該是可視化的。此外，可以在單元測試說明書中添加測試用例以達(dá)到特定的測試覆蓋目標(biāo)。設(shè)計好覆蓋測試之后，就可以制定測試規(guī)程并執(zhí)行測試。合適的技術(shù)： 分支測試 條件測試 數(shù)據(jù)定義-使用測試 狀態(tài)變換測試步驟6執(zhí)行測試根據(jù)上面五個步驟設(shè)計的測試說明書在大多數(shù)情況下都應(yīng)該能為單元提供全面的測試。在此階段，可以使用該測試說明書來制定實際的測試規(guī)程，這個測試規(guī)程將用于執(zhí)行這些測試。測試規(guī)程的執(zhí)行將識別單元中的錯誤，然后可以更正這些錯誤并對該單元重新進(jìn)行測試。測試規(guī)程執(zhí)行期間的動態(tài)分析將會測量測試的覆蓋率，表明覆蓋目標(biāo)是否已經(jīng)達(dá)到。于是，設(shè)計測試說明書的過程中還要有一個更進(jìn)一步的覆蓋完成步驟。步驟7覆蓋完成除代碼本身外，單元內(nèi)的處理過程可能沒有其他結(jié)構(gòu)說明書，這取決于組織對單元說明書的標(biāo)準(zhǔn)。制定測試說明書的過程中有可能會有人為的錯誤。結(jié)果，代碼中可能存在一些復(fù)雜的判定條件、循環(huán)和分支，執(zhí)行測試時，可能未達(dá)到它們的覆蓋目標(biāo)。在未達(dá)到覆蓋目標(biāo)情況下，應(yīng)該進(jìn)行分析以確定其背后的原因。第3題答案：錯誤猜測主要是憑經(jīng)驗，同時還需要諸如邊界值分析等其他技術(shù)的一些輔助。憑借經(jīng)驗，測試設(shè)計者猜測特定類型的軟件中可能出現(xiàn)的錯誤類型，并設(shè)計測試用例來找到它們。例如，如果有任何類型的資源是動態(tài)分配的，那么查找錯誤的一個好地方就是在解除資源分配的地方。是不是所有資源都正確地解除分配了，或者軟件執(zhí)行過程中是否丟失了某些資源？由有經(jīng)驗的工程師來進(jìn)行錯誤猜測可能是最有效地設(shè)計能發(fā)現(xiàn)錯誤的測試的唯一方法。定位準(zhǔn)確的錯誤猜測能夠找到很多其他測試用例設(shè)計技術(shù)容易遺漏的錯誤。相反，任用不合適的人來進(jìn)行錯誤猜測可能會浪費(fèi)時間。在最大程度地利用現(xiàn)有經(jīng)驗并為此測試用例設(shè)計技術(shù)添加一些結(jié)構(gòu)時，創(chuàng)建一個不同類型錯誤的檢查列表是一個不錯的想法。然后可以使用這個檢查列表來幫助“猜測”錯誤可能在單元中的什么地方出現(xiàn)。應(yīng)該根據(jù)從較早的單元測試中獲得的經(jīng)驗來維護(hù)這個檢查列表，以改進(jìn)錯誤猜測的整體效率。第五章 度量測試結(jié)果與缺陷管理練習(xí)答案 1.c、d、e 2.每一處設(shè)計。 3.錯誤作業(yè)答案第1題答案：缺陷可以定義成： 沒有實現(xiàn)預(yù)定的使用需求或合理期望 與規(guī)格說明書或標(biāo)準(zhǔn)存在偏差 在與標(biāo)準(zhǔn)的一致性方面導(dǎo)致客戶不滿的任何問題第2題答案缺陷管理的實現(xiàn)分各個不同階段逐步完成。這些階段如下所示：1. 缺陷標(biāo)識、記錄和報告2. 缺陷的消除和跟蹤3. 缺陷度量和根由分析4. 缺陷預(yù)防/過程改進(jìn)5. 軟件開發(fā)生命周期所有階段的測試6. 安裝測試工具7. 缺陷管理問題包括：a. 缺陷遺漏b. 同類缺陷重復(fù)8. 數(shù)據(jù)庫更新不完全9. 分類不嚴(yán)謹(jǐn)-每個缺陷都劃分為其他類型10. 用來攻擊項目分類的缺陷數(shù)據(jù)11. 很多不負(fù)責(zé)任的錯誤12. 重置是一個瓶頸13. 相同的缺陷重現(xiàn)第3題答案測試完成之后，需要以適當(dāng)?shù)母袷綄λM(jìn)行正式的報告。錯誤報告必須包含以下類型的信息：錯誤報告錯誤報告標(biāo)識 - （序號）錯誤出現(xiàn)的環(huán)境 錯誤出現(xiàn)時使用的系統(tǒng)和操作環(huán)境 發(fā)現(xiàn)錯誤的測試用例 系統(tǒng)應(yīng)有的行為和它實際的行為誰批準(zhǔn)進(jìn)行糾錯？誰需要進(jìn)行糾錯以及在何時？找到并糾正錯誤之后，應(yīng)該編寫修改報告，其中包括問題報告并添加下列信息：錯誤是否被確認(rèn)為有效？導(dǎo)致錯誤的原因是什么？進(jìn)行了什么修改？ 修改前的代碼 修改后的代碼進(jìn)行了什么測試來確認(rèn)以下問題： 修改是否糾正了所報告的錯誤？ 修改是否引入了任何新的錯誤？第6章 CMM和ISO練習(xí)答案 1.(B) 2.(A) 3.(A) 4.(B) 5.(B)作業(yè)答案第1題答案：“能力成熟度模型”是SEI（軟件工程研究所）在1986年開發(fā)的過程，用于改善組織的軟件技術(shù)的應(yīng)用過程。這個過程分為五個定義良好的順序提高的等級：初始級、可重復(fù)級、已定義級、已管理級、優(yōu)化級。能力成熟度模型（CMM）是設(shè)計用來幫助組織解決軟件過程問題的。能力成熟度模型提供了一種有效的和經(jīng)過檢驗的方法，用以不斷地加強(qiáng)對產(chǎn)品開發(fā)過程的控制，并改進(jìn)產(chǎn)品開發(fā)過程；它提供了一個標(biāo)尺，使組織可用來對其生產(chǎn)過程進(jìn)行定期的測量；它也提供了進(jìn)行優(yōu)化及管理改進(jìn)工作的數(shù)據(jù)。CMM描述了軟件特有的產(chǎn)品開發(fā)實踐和所有組織必須遵守的通用管理實踐。這些實踐被組織為5個等級，以個性化的特定過程開始，以受控制的、結(jié)構(gòu)化的、持續(xù)改進(jìn)的過程結(jié)束。每一個等級都比前一等級加強(qiáng)了對生產(chǎn)環(huán)境的控制和管理。依據(jù)模型對組織的實踐進(jìn)行評價，稱為評估。評估確定組織的等級，確定組織的當(dāng)前狀況，確定組織應(yīng)該將主要精力投入到哪些管理實踐，使投資獲得高回報。 初始級（1）優(yōu)化級（5）可重復(fù)級（2）已定義級（3）已管理級（4）第2題答案： 能力成熟度模型等級框圖 持續(xù)改進(jìn)的過程第3題答案： CMM的不同等級是 可預(yù)測的過程 1級：初始級 標(biāo)準(zhǔn)和一致的過程 2級：可重復(fù)級 3級：已定義級 經(jīng)律化過程 4級：已管理級 5級：優(yōu)化級2級：可重復(fù)級有效的過程可以描述為經(jīng)過實踐、已文檔化、強(qiáng)力推行、已經(jīng)培訓(xùn)、經(jīng)過測量并可以改進(jìn)的過程。1. 軟件配置管理2. 軟件質(zhì)量保證3. 軟件分包管理4. 軟件項目跟蹤和監(jiān)督5. 軟件項目規(guī)劃6. 需求管理用于管理軟件項目的方針和實施這些方針的規(guī)程都已建立。新項目的規(guī)劃和管理，是基于類似項目的經(jīng)驗。達(dá)到2級的目標(biāo)之一是使有效的軟件項目管理過程制度化，使得組織能重復(fù)以前項目中的成功實踐，盡管項目實施的具體過程可能不同。有效的過程可以描述為經(jīng)過實踐、已文檔化、強(qiáng)力推行、已經(jīng)培訓(xùn)、經(jīng)過測量并可以改進(jìn)的過程。2級組織在項目中設(shè)置基本的軟件管理控制。實際的項目約定是基于對以前項目的觀察結(jié)果和當(dāng)前項目的需求。項目的軟件經(jīng)理跟蹤軟件成本、進(jìn)度和功能；識別在滿足約定方面出現(xiàn)的問題。對軟件需求和為滿足需求所開發(fā)的工作產(chǎn)品建立基線，并且其完整性得到控制。軟件項目標(biāo)準(zhǔn)均已確定，并且組織能保證切實地執(zhí)行這些標(biāo)準(zhǔn)。如果有分包商的話，軟件項目人員與他們一起努力，建立牢固的顧客 供應(yīng)商關(guān)系。2級組織的軟件過程能力可概括為紀(jì)律化的，因為軟件項目的規(guī)劃和跟蹤是穩(wěn)定的，能重復(fù)以前的成功。根據(jù)以前項目的實施情況制定切實可行的計劃，并遵循該計劃，項目處在項目管理系統(tǒng)的有效控制之下。3級：已定義級3級組織的軟件過程能力可概括為標(biāo)準(zhǔn)和一致的，因為軟件工程活動和管理活動都是穩(wěn)定的和可重復(fù)的。1. 同行評審2. 組間協(xié)調(diào)3. 軟件產(chǎn)品工程4. 集成軟件管理5. 培訓(xùn)計劃6. 組織過程定義7. 組織過程聚焦在全組織范圍內(nèi)建立了開發(fā)和維護(hù)軟件的標(biāo)準(zhǔn)過程（包括軟件工程過程和軟件管理過程）文檔，而且將這些過程集成得渾然一體。在整個CMM中，稱此標(biāo)準(zhǔn)過程為組織的標(biāo)準(zhǔn)軟件過程。3級組織建立的過程