軟件質(zhì)量保證和測試復(fù)習(xí)資料

1、第1章 軟件質(zhì)量保證和測試的背景IEEE關(guān)于軟件質(zhì)量的定義：軟件質(zhì)量是：·系統(tǒng)部件不見或者過程滿足需求的規(guī)定需求的程度。·系統(tǒng)、部件或者過程滿足顧客或者用戶需要或期望的程度。ANSI關(guān)于軟件質(zhì)量的定義。軟件質(zhì)量定義為“與軟件產(chǎn)品滿足規(guī)定的和隱含的需求的能力有關(guān)的特征和特征的全體” 具體包括：·軟件產(chǎn)品中能滿足用戶給定需求的全部特性的集合。·軟件具有所有期望值的各種屬性的集合。·用戶觀得出的軟件是否滿足其綜合期望的程度。·決定所用軟件在使用中將滿足其綜合期望程度的軟件特性。IEEE給出軟件質(zhì)量保證的定義，軟件質(zhì)量保證(SQA)是：（1）

2、 一種有計劃的，系統(tǒng)化的行動模式，它是為項目或者產(chǎn)品符合已有技術(shù)需求提出充分信任所必需的。（2） 設(shè)計用來評價開發(fā)或者制造產(chǎn)品的過程的一組活動，與質(zhì)量控制有區(qū)別。軟件測試是使用人工或者自動手段來運行或測試某個系統(tǒng)的過程，檢驗它是否滿足規(guī)定的需求或者弄清預(yù)期結(jié)果和實際結(jié)果之間的差別。隨著時間的推移，修復(fù)軟件缺陷的費用驚人的增長。軟件測試是軟件質(zhì)量保證的重要手段之一。第2章 軟件質(zhì)量工程體系軟件質(zhì)量控制的定義：軟件質(zhì)量控制是一組由開發(fā)組織使用的程序和方法，使用它可在規(guī)定的資金投入和時間限制的條件下，提供滿足客戶質(zhì)量要求的軟件產(chǎn)品并持續(xù)不斷地改善開發(fā)過程和開發(fā)組織本身，以提高將來生產(chǎn)高質(zhì)量軟件產(chǎn)品的

3、能力。目標(biāo)問題度量法：書P31頁主要看看思想。風(fēng)險管理法：P32頁 圖PDCA計劃 Plan：確定參數(shù)要求實施 Do：根據(jù)要求展開活動檢查 Check：通過評審、度量、測試，確認(rèn)滿足要求改進(jìn) Action：糾正參數(shù)要求，在開發(fā)軟件質(zhì)量保證控制模型參數(shù)：產(chǎn)品、過程、資源。SQA（軟件質(zhì)量保證）是CMM（軟件能力成熟度）2級一個重要關(guān)鍵過程區(qū)域，它是貫穿于整個軟件過程的第三方審查活動，在CMM過程中從當(dāng)重要角色。簡要描述幾種常見的質(zhì)量控制模型（見上）：控制方法：風(fēng)險避免：通過變更計劃消除風(fēng)險的觸發(fā)條件，如采用成熟技術(shù)、增加資源減少軟件范圍等。 風(fēng)險弱化：降低風(fēng)險發(fā)生的概率，如簡化流程、更多測試、開

4、發(fā)原型系統(tǒng)等。風(fēng)險承擔(dān)：制定應(yīng)急方案，隨機應(yīng)變。風(fēng)險轉(zhuǎn)移：將風(fēng)險發(fā)生的結(jié)果連同應(yīng)對權(quán)利轉(zhuǎn)移給有應(yīng)對能力的第三方。第3章 軟件質(zhì)量度量和配置管理Measure：度量（名詞）：是根據(jù)一定規(guī)則賦予軟件過程或產(chǎn)品屬性的數(shù)值或類別軟件度量是對軟件開發(fā)項目、過程及其產(chǎn)品進(jìn)行數(shù)據(jù)定義、收集以及分析的持續(xù)性定量化過程。軟件度量在軟件工程中的作用有三：1、 通過軟件度量增加理解。2、 通過軟件度量管理軟件項目，主要是計劃和估算、跟蹤和確認(rèn)；3、 通過軟件度量指導(dǎo)軟件過程改善，主要是理解，評估和包裝。影響軟件質(zhì)量的因素：首先是人的因素，其次是過程的因素最后是技術(shù)因素。簡述幾種常見的軟件質(zhì)量模型？軟件質(zhì)量保證模型：

5、McCall模型，Boehm模型，F(xiàn)URPS模型ISO1926簡述軟件過程度量的目標(biāo)對象方法和結(jié)果？軟件過程度量的目標(biāo):軟件過程度量的目標(biāo)是為了對軟件過程的行為進(jìn)行目標(biāo)管理，并在度量的基礎(chǔ)上對軟件過程進(jìn)行控制，評價和改善軟件過程度量最終為項目管理和軟件過程管理服務(wù)。軟件過程度量就其對象而言，主要包括三個：工作產(chǎn)品、軟件項目和過程。軟件過程度量的方法：對軟件過程度量的方法是過程性方法，軟件過程行為是事件行為，對過程的度量也具有過程性，從制定度量目標(biāo)到收集數(shù)據(jù)再到數(shù)據(jù)分析表示了典型的度量階段。軟件度量的結(jié)果通常是軟件產(chǎn)品的復(fù)雜度模型和可靠性模型等。簡述影響軟件質(zhì)量的因素？首先是人的因素，即M.軟件

6、開發(fā)是智力勞動，軟件是人的腦力勞動，進(jìn)行創(chuàng)造性思維的結(jié)果。其次是過程因素，即P。“過程”一詞有很多的定義，ISO9000將過程定義為“一種將輸入轉(zhuǎn)化為輸出的相互關(guān)聯(lián)或相互作用的活動”。軟件過程是人們用來生產(chǎn)軟件產(chǎn)品一系列的工具、方法和實踐的集合。最后是技術(shù)因素，即T，近年來軟件技術(shù)雖然取得了不少進(jìn)展，提出了許多新的開發(fā)方法，比如充分利用現(xiàn)成軟件復(fù)用技術(shù)，自動生成技術(shù)，也研制了一些有效的軟件開發(fā)工具或開發(fā)環(huán)境，但在軟件項目中采用的比率仍然很低。第4章 軟件可靠性度量和測試軟件可靠性的定義：（1） 在規(guī)定的條件下，在規(guī)定時間內(nèi)，軟件不引起系統(tǒng)失效的概率，該效率是系統(tǒng)輸入和系統(tǒng)使用的函數(shù)，也是軟件中

7、存在錯誤的函數(shù)；系統(tǒng)輸入將確定是否遇到已存在的錯誤（如果錯誤存在的話）（2） 在規(guī)定的時間周期內(nèi)，在所述條件下程序執(zhí)行所要求功能的能力。影響軟件可靠性的因素：需求分析定義錯誤，設(shè)計錯誤，編碼錯誤，測試錯誤，文檔錯誤。軟件可靠性模型是指為預(yù)計或估算軟件的可靠性所建立的可靠性框圖和數(shù)學(xué)模型。 Musa和Okumoto根據(jù)軟件可靠性的5種特征，對模型進(jìn)行了下述分類：時間域 類別 型式 種類 族簡要描述提高軟件可靠性的方法和技術(shù)？軟件重用 使用開發(fā)管理工具如Intersolv公司的PVCS軟件開發(fā)管理工具 加強測試容錯設(shè)計盡可能不讓差錯和缺陷潛入軟件，這類常用的技術(shù)有以下幾種：算法模型化，模擬模型化、

8、可靠性模型、軟件危險分析與故障樹分析第5章 軟件質(zhì)量標(biāo)準(zhǔn)軟件質(zhì)量標(biāo)準(zhǔn)：國際標(biāo)準(zhǔn)、國家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)、企業(yè)規(guī)范、項目規(guī)范。CMM關(guān)鍵域等級：初始級、可重復(fù)級、已定義級、已管理級、優(yōu)化級。*軟件保證實現(xiàn)的具體實施方法如下：1、定義項目類型和生命周期，2、建立SOA計劃，確定項目審計內(nèi)容，3、生成SOA報告。4、審計SOA報告5、建立匯報。第6章 軟件評審為什么需要軟件評審？評審是一些用于開發(fā)過程早期檢查和糾正缺陷的有效方法，它們可以用來檢查未形成執(zhí)行代碼的文檔的缺陷?？傮w來說，自開發(fā)過程中評審可以讓人們獲得以下收益：（1） 提高項目的生產(chǎn)率，這是由于早期發(fā)現(xiàn)了錯誤，因而減少了返工時間，還可能減少了

9、測試時間。（2） 改善軟件的質(zhì)量。（3） 在評審的過程中，使開發(fā)團(tuán)隊的其他成員更熟悉產(chǎn)品和開發(fā)過程。（4） 通過評審，標(biāo)志著軟件開發(fā)的一個階段的完成。（5） 生產(chǎn)更容易維護(hù)的軟件。評審的內(nèi)容：管理評審 技術(shù)評審 文檔評審 過程評審評審的方法：特別檢查 輪查 走查 團(tuán)隊評審 檢視評審的技術(shù)缺陷檢查表 規(guī)則表 評審工具的使用 從不同角度理解產(chǎn)品 場景分析技術(shù)第7章 軟件全面質(zhì)量管理為什么要進(jìn)行全面軟件質(zhì)量管理？縮短總運轉(zhuǎn)周期 降低質(zhì)量所需成本 縮短庫存周轉(zhuǎn)時間 提高生產(chǎn)率 追求企業(yè)利益和成功 使顧客完全滿意 最大限度獲取利潤質(zhì)量管理蘊含著如下含義：強烈關(guān)注顧客 精確度量 堅持不斷的改進(jìn) 向員工授權(quán)

10、 改進(jìn)組織中每項工作的質(zhì)量 P(Plan)計劃>D(Do)實施>C(Check)檢查>A(Action) 處理 138頁圖*全面管理與ISO9000：（談?wù)勡浖|(zhì)量全面管理的思想體系）兩者的相同之處：首先，兩者的管理理論和統(tǒng)計理論基礎(chǔ)是一致的，它們都認(rèn)為產(chǎn)品質(zhì)量形成與產(chǎn)品全過程，都要求質(zhì)量體系貫穿于質(zhì)量形成的全過程。在實現(xiàn)方法上，兩者使用了PDCA質(zhì)量運行模式。其次，兩者都要求對質(zhì)量實施系統(tǒng)化的管理，都強調(diào)一把手對質(zhì)量的管理。最后，兩者的最終目的是一致的，都是為了提高軟件產(chǎn)品質(zhì)量，滿足顧客的需要，都強調(diào)任何一個過程都是可以不斷改進(jìn)和完善的。兩者的不同之處：首先，兩者的期間目標(biāo)

11、不一致。全面質(zhì)量管理的目標(biāo)是改變現(xiàn)狀。其作業(yè)只限于一次，目標(biāo)實現(xiàn)后，管理活動也就結(jié)束了，下一次計劃管理活動雖然是在上一次計劃管理活動的結(jié)果上進(jìn)行的，但絕不重復(fù)與上次相同的作業(yè)。相反ISO9000的目標(biāo)是維持標(biāo)準(zhǔn)現(xiàn)狀，他的目標(biāo)值為定值，它的管理活動是重復(fù)相同的方法和作業(yè)，使實際的工作結(jié)果與標(biāo)準(zhǔn)的偏差量盡量減少，其次，兩者的工作中心不同，全面質(zhì)量管理是以人為中心，ISO9000是以標(biāo)準(zhǔn)為中心。再次，兩者執(zhí)行標(biāo)準(zhǔn)及檢查方式不同。實施全面質(zhì)量的企業(yè)所制定的標(biāo)準(zhǔn)是企業(yè)結(jié)合其自身特點的自我約束的管理體制，其檢查方主要是企業(yè)內(nèi)部人員，檢查方法是考核和評價。6管理的優(yōu)點：提升企業(yè)的管理能力 節(jié)約企業(yè)運營成本

12、增加顧客價值 改進(jìn)服務(wù)水平 形成積極向上的企業(yè)文化第8章 高質(zhì)量編程內(nèi)存分配方式：從靜態(tài)存儲區(qū)域分配 在棧上創(chuàng)建 從堆上分配，也稱動態(tài)內(nèi)存分配常見的錯誤情況：（1） 內(nèi)純分配未成功卻使用了它（2）內(nèi)存分配雖然成功，但是尚未初始化就引用它（3） 內(nèi)存分配成功并且已經(jīng)初始化，但操作越過了內(nèi)存的便捷（4）忘記了釋放內(nèi)存，造成內(nèi)存泄露（5）釋放了內(nèi)存卻繼續(xù)使用它第9章 軟件測試過程軟件測試時需要以下三類信息：軟件配置 測試配置 測試工具綜合測試分為4個步驟：單元測試 集成測試 系統(tǒng)測試 驗收測試另外 ，在所有的測試過程中，始終貫穿著回歸測試輔助測試模塊分為以下兩種：驅(qū)動模塊 樁模塊測試方法：第13章課

13、后題 請比較非增量式集成、自頂向下、自底向上的集成策略？（1） 非增量測試集成測試方法（2）增量式集成測試方法兩種測試方法的比較：自頂向下：優(yōu)點：1.如果程序錯誤趨向于發(fā)生在程序的頂端時，有利于查處錯誤。2.可以較早出現(xiàn)程序的輪廓。3.加進(jìn)輸入/輸出模塊后，較方便描述測試用例 缺點：1.樁模塊較難設(shè)計。2.模塊介入使結(jié)果較難觀察自底向上：優(yōu)點：1.如果程序錯誤趨向于發(fā)生在程序的低端時，有利于查出錯誤。2.容易產(chǎn)生測試條件和觀察測試結(jié)果。3.容易編寫驅(qū)動模塊。 缺點：1.在加入最后一個模塊之前，程序不能作為一個整體存在。2，必必須給出驅(qū)動程序常用的選擇回歸測試的方式如下：再測試全部用例 基于風(fēng)險

14、的選擇 基于操作剖面選擇測試 在測試修改部分軟件測試貫穿于整個軟件開發(fā)生命周期。簡述軟件測試自動化的意義對新版本進(jìn)行回歸測試。執(zhí)行更多更頻繁的測試。執(zhí)行一些手工測試?yán)щy或不可能做的測試。更好的利用資源。測試具有一致性和可重復(fù)性。測試的復(fù)用性。增加軟件的信任度?？梢愿斓膶④浖葡蚴袌?。第12章 基于缺陷模式的軟件測試軟件缺陷屬性：缺陷標(biāo)識 缺陷類型 缺陷嚴(yán)重程度 缺陷優(yōu)先級 缺陷狀態(tài) 缺陷起源 缺陷來源 缺陷根源 CMM1級（初始級） CMM2（可重復(fù)級）CMM3級（已定義級）CMM4級（已管理級） CMM5級（持續(xù)優(yōu)化級）缺陷管理目標(biāo)：（1） 及時了解并跟蹤每個被發(fā)現(xiàn)的缺陷。（2） 確保每個

15、被發(fā)現(xiàn)的缺陷都能夠被處理（3） 收集缺陷數(shù)據(jù)并根據(jù)缺陷趨勢曲線來識別測試過程是否結(jié)束（4） 收集缺陷數(shù)據(jù)并在其上進(jìn)行數(shù)據(jù)分析，作為組織的過程財富。一個簡單的軟件缺陷生命周期（P288）圖實踐中的軟件缺陷生命周期（P289）缺陷分析指標(biāo)：缺陷發(fā)現(xiàn)率 缺陷潛伏期 缺陷密度 缺陷清除率第13章 集成測試集成測試與單元測試和系統(tǒng)測試的區(qū)別：集成測試與單元測試關(guān)注的范圍有很大的不同 三者的依據(jù)也不同三明治集成測試（P301）三明治集成測試。三明治集成測試是將自頂向下測試與自底向上測試兩種模式有機結(jié)合起來，采用并行的自頂向下、自底向上集成方式，形成改進(jìn)的三明治方法。采取持續(xù)集成的策略，軟件開發(fā)中各個模塊不

16、是同時完成，根據(jù)進(jìn)度將完成的模塊盡可能早地進(jìn)行集成，有助于盡早發(fā)現(xiàn)缺陷，避免集成階段大量缺陷涌現(xiàn)。自底向上集成時，先完成的模塊將是后期模塊的被調(diào)用程序，而自頂向下集成時，先期完成的模塊將是后期模塊的驅(qū)動程序，使后期模塊的單元測試和集成測試出現(xiàn)了部分交叉，節(jié)省了測試代碼的編寫，提高工作效率。核心系統(tǒng)先行集成測試（P302）核心系統(tǒng)先行集成測試法的思想是先對核心軟件部件進(jìn)行集成測試，在測試通過的基礎(chǔ)上再按各外圍軟件部件的重要程度逐個集成到核心系統(tǒng)中。每次加入一個外圍軟件部件都產(chǎn)生一個產(chǎn)品基線，直至最后形成穩(wěn)定的軟件產(chǎn)品，核心系統(tǒng)先行集成測試對應(yīng)的集成過程是一個逐漸趨于閉合的螺線形曲線，代表產(chǎn)品逐步定型的過程.第14章 系統(tǒng)測試性能測試：時間性能 空間性能兼容是測試包括幾方面：（兼容性測試需要考慮那幾個方面？）向前和向后兼容 不同版本之間的兼容 標(biāo)準(zhǔn)和規(guī)范 數(shù)據(jù)共享兼容性軟件文檔對軟件整體質(zhì)量的影響：提高可用性?？捎眯源笮∨c軟件文檔有關(guān)提高可靠性。可靠性是指軟件平穩(wěn)運行的程度降低支持費用。用戶有麻煩或者遇到意外情況時，就會向公司請求幫助。好的文檔能通過恰當(dāng)?shù)慕忉尯鸵龑?dǎo)幫助用戶克服困難，盡可能預(yù)防這種情況的發(fā)生。網(wǎng)站測試:（進(jìn)行網(wǎng)站測試時需要考慮那些要領(lǐng)？）(1)