軟件測試與質(zhì)量保證ppt第2章

第2章軟件質(zhì)量工程第一部分軟件質(zhì)量標(biāo)準與模型第二部分軟件質(zhì)量度量第三部分軟件質(zhì)量控制與改進第四部分軟件配置管理第五部分軟件評審一、軟件質(zhì)量標(biāo)準概述軟件質(zhì)量標(biāo)準與傳統(tǒng)的工程質(zhì)量標(biāo)準類似也分為5個層級：國際標(biāo)準：ISO系列標(biāo)準國家標(biāo)準：GBT16260.4-2006軟件工程產(chǎn)品質(zhì)量標(biāo)準行業(yè)標(biāo)準：JB/T6987-1993制造資源計劃MRPII系統(tǒng)原型法軟件開發(fā)規(guī)范企業(yè)標(biāo)準：Q/GDW1597-2015國家電網(wǎng)公司應(yīng)用軟件系統(tǒng)通用安全要求項目規(guī)范一、軟件質(zhì)量標(biāo)準概述ISO9001標(biāo)準從20個方面全面定義質(zhì)量體系要素，規(guī)定質(zhì)量體系要求，如果產(chǎn)品開發(fā)者、生產(chǎn)者或供應(yīng)方達到這些要求，表明具備質(zhì)量保障能力。ISO9000-3的核心內(nèi)容包括以下9個方面。合同評審；需方需求規(guī)格說明；開發(fā)計劃；質(zhì)量計劃；設(shè)計和實現(xiàn)；測試和確認；驗收；復(fù)制、交付和安裝；維護。二、能力成熟度模型能力成熟度模型(CapabilityMaturityModel，CMM)是對軟件組織在定義、實施、度量、控制和改善其軟件過程的實踐中各個發(fā)展階段的描述。CMM的核心是把軟件開發(fā)視為一個過程，并根據(jù)這個原則對軟件開發(fā)和維護進行過程監(jiān)控和研究，以使其更加科學(xué)化、標(biāo)準化、使企業(yè)能夠更好的實現(xiàn)商業(yè)目標(biāo)。二、能力成熟度模型CMM包括5個等級，共計18個過程域，52個目標(biāo)，300多個關(guān)鍵實踐。二、能力成熟度模型在CMM中一共有18個關(guān)鍵過程域，分布在2-5級中。第2級（可重復(fù)級）有6個關(guān)鍵過程域，主要涉及建立軟件項目管理控制方面內(nèi)容，分別為：需求管理(Requirements?Management，RM)

軟件項目計劃(Software?Project?Planning，SPP)

軟件項目跟蹤與監(jiān)控(Software?Project?Tracking?and?Oversight，SPTO)軟件子合同管理(Software?Subcontract?Management，SSM)軟件質(zhì)量保證(Software?Quality?Assurance，SQA)軟件配置管理(Software?Configuration?Management，SCM)二、能力成熟度模型第3級（已定義級）有7?個關(guān)鍵過程域，主要涉及項目和組織的策略。使軟件組織建立起對項目中有效計劃和管理過程的內(nèi)部細節(jié)，分別為：組織過程焦點(Organization?Process?Focus，OPF)組織過程定義(Organization?Process?Definition，OPD)。集成軟件管理(Integrated?Software?Management，ISM)軟件產(chǎn)品工程(Software?Product?Engineering，SPE)組間協(xié)調(diào)(Intergroup?Coordination，IC)同級評審(Peer?Reviews，PR)二、能力成熟度模型第4級（已管理級）有2個關(guān)鍵過程域，主要的任務(wù)是為軟件過程和軟件產(chǎn)品建立一種可以理解的定量方式，分別為：定量過程管理(Quantitative?Process?Management，QPM)軟件質(zhì)量管理(Software?Quality?Management，SQM)二、能力成熟度模型第5級（優(yōu)化級）有3個關(guān)鍵過程域，主要涉及的內(nèi)容是軟件組織和項目中如何實現(xiàn)持續(xù)不斷的過程改進問題。缺陷預(yù)防(Defect?Prevention，DP)技術(shù)變更管理(Technology?Change?Management，TCM)過程變更管理(Process?Change?Management，PCM)二、能力成熟度模型每個關(guān)鍵實踐KPA都包含五類關(guān)鍵實踐： 執(zhí)行保證(commitmenttoperform) 執(zhí)行能力(abilitytoperform) 執(zhí)行行為(activitiesperformed) 測量分析(measurementandanalysis) 實施驗證(verifyimplementation)三、IEEE軟件工程標(biāo)準三、IEEE軟件工程標(biāo)準IEEE-Std-1074是軟件開發(fā)與維護過程標(biāo)準，規(guī)定的軟件生命周期必須由6組17個過程構(gòu)成，這些過程總共包含65個活動。1）模型確定過程：該過程完成模型的確定，主要包含2項活動。2）項目管理過程：包含項目啟動、項目監(jiān)督與控制和軟件質(zhì)量管理三個子過程，主要包含13項活動。3）開發(fā)前過程：包含概念探索、系統(tǒng)分配兩個子過程，主要包含8項活動。4）開發(fā)過程：包含需求、設(shè)計、實現(xiàn)三個子過程，主要包含14項活動。5）開發(fā)后過程：包含安裝、運行與保障、維護、退役四個子過程，主要包含11項活動。6）支持保障過程：包含驗證與確認、軟件配置管理、文件編制和培訓(xùn)四個子過程，主要包含17項活動。三、IEEE軟件工程標(biāo)準IEEE-Std-830是軟件需求規(guī)格說明指南，該標(biāo)準主要內(nèi)容分為六個部分：1）引言：介紹需求規(guī)格說明的目的、文檔約定、預(yù)期的讀者和閱讀建議、產(chǎn)品的范圍、參考文獻。2）綜合描述：概述正在定義的產(chǎn)品以及所運行的環(huán)境、使用產(chǎn)品的用戶和已知的限制。3）外部接口需求：確定可以保證新產(chǎn)品與外部組件正確連接的需求。4）系統(tǒng)特性：描述軟件產(chǎn)品的系統(tǒng)特性，并詳細闡述各系統(tǒng)特性。5）非功能需求：列出所有非功能需求，不包含外部接口需求和限制。6）其他需求：定義在軟件需求規(guī)格說明的其他部分未出現(xiàn)需求。第一部分軟件質(zhì)量標(biāo)準與模型第二部分軟件質(zhì)量度量第三部分軟件質(zhì)量控制與改進第四部分軟件配置管理第五部分軟件評審一、軟件質(zhì)量度量的基本概念在軟件開發(fā)和項目管理中通常存在如下問題：設(shè)計和開發(fā)軟件產(chǎn)品時并未設(shè)置量化目標(biāo)項目管理人員未能對構(gòu)成軟件項目實際費用的各個不同的部分進行有效的度量項目人員在各種環(huán)境中定量分析產(chǎn)品的質(zhì)量項目人員總是試圖使用另外一種新的革新的開發(fā)技術(shù)與方法進行軟件開發(fā)，而這之前并未量化評估該項技術(shù)對軟件質(zhì)量的影響一、軟件質(zhì)量度量的基本概念度量是一個系統(tǒng)、構(gòu)件或過程具有給定屬性的量化測量程度。軟件質(zhì)量度量就是對軟件開發(fā)項目、過程及其產(chǎn)品進行數(shù)據(jù)定義、收集以及分析的持續(xù)性定量化過程，目的在于對此加以理解、預(yù)測、評估、控制和改善。度量取向是軟件開發(fā)諸多事項的橫斷面，包括顧客滿意度度量、項目度量、以及品牌資產(chǎn)度量、知識產(chǎn)權(quán)價值度量等。度量取向要依靠事實、數(shù)據(jù)、原理、法則，它的方法是測試、審核、調(diào)查，所采用的工具是統(tǒng)計、圖表、數(shù)字、模型，它的標(biāo)準是量化的指標(biāo)。二、軟件質(zhì)量度量方法軟件質(zhì)量分為內(nèi)部質(zhì)量、外部質(zhì)量和使用質(zhì)量。軟件的使用質(zhì)量是基于用戶觀點的軟件產(chǎn)品用于指定的環(huán)境和使用周境時的質(zhì)量二、軟件質(zhì)量度量方法外部度量用來測量包含該軟件的基于計算機系統(tǒng)的行為，是對外部質(zhì)量的特性及其子特性的度量，主要度量6個質(zhì)量特性及其子特性：功能性度量適合性度量、準確性度量、互操作性度量、安全保密度量、功能性的依從性度量可靠性度量成熟性度量、容錯性度量、易恢復(fù)性度量、可靠性的依從性度量易用性度量易理解性度量、易學(xué)性度量、易操作性度量、吸引性度量、易用性的依從性度量二、軟件質(zhì)量度量方法效率度量時間特性度量、資源利用性度量、效率的依從性度量維護性度量易分析性度量、易改變性度量、穩(wěn)定性度量、易測試性度量、維護性的依從性度量可移植性度量適應(yīng)性度量、易安裝性度量、共存性度量、易替換性度量、可移植性的依從性度量二、軟件質(zhì)量度量方法內(nèi)部度量用來測量軟件本身的功能，檢測其能否滿足規(guī)定和隱含的要求。內(nèi)部度量同樣主要度量上述6個質(zhì)量特性及其子特性，與外部度量的區(qū)別是度量的角度和出發(fā)點不同。二、軟件質(zhì)量度量方法使用度量具備四個特性：1）有效性度量：指在特定的使用周境中用戶執(zhí)行任務(wù)時是否能夠準確和完全地達到規(guī)定目標(biāo)。2）生產(chǎn)效率度量：指在特定的使用周境中用戶消耗與所達到的有效性相關(guān)的資源。3）安全性度量：指在特定的使用周境中對人、業(yè)務(wù)、軟件、財產(chǎn)或環(huán)境產(chǎn)生傷害的風(fēng)險級別。4）滿意度度量：指在特定的使用周境中用戶對產(chǎn)品使用的態(tài)度。三、軟件質(zhì)量度量工具軟件質(zhì)量度量工具按照工具應(yīng)用的技術(shù)及適用范圍，可分為：通用度量工具小生境度量工具(nichemetricstool)靜態(tài)分析源代碼靜態(tài)分析規(guī)模度量三、軟件質(zhì)量度量工具通用軟件質(zhì)量度量工具：檢查表(checklist)帕累托圖(paretodiagram)直方圖(histogram)散點圖(scatterdiagram)游程圖(runchart)控制圖(controlchart)因果圖四、軟件質(zhì)量度量的三個維度度量維度度量點具體內(nèi)容項目度量理解并控制當(dāng)前項目的情況和狀態(tài)；項目度量具有戰(zhàn)術(shù)性意義，針對具體的項目進行。規(guī)模、成本、工作量、進度、生產(chǎn)力、風(fēng)險、客戶滿意度產(chǎn)品度量測量理解和控制當(dāng)前產(chǎn)品的質(zhì)量狀況，用于對產(chǎn)品質(zhì)量的預(yù)測和控制。以質(zhì)量度量為中心，包括功能性、可靠性、易用性、效率性、可維護性、可移植性等。過程度量理解和控制當(dāng)前情況和狀態(tài)，還包含對過程的改善和未來過程的能力預(yù)測，過程度量具有戰(zhàn)略性意義，在整個軟件生命周期內(nèi)進行。成熟度、管控、生命周期、生產(chǎn)率、缺陷植入率等。四、軟件質(zhì)量度量的三個維度項目度量是針對軟件開發(fā)項目的特定度量：規(guī)模度量：如功能點分析法(FunctionPointsAnalysis，F(xiàn)PA)、代碼行法(LinesOfCode，LOC)、德爾菲法(delphitechnique)、COCOMO模型法、特征點法(featurepoint)、對象點法(objectpoint)、3-D功能點法(3-Dfunctionpoints)、Bang度量法(DeMarco'sbangmetric)、模糊邏輯法(fuzzylogic)、標(biāo)準構(gòu)件法(standardcomponent)等成本度量：類比估算法、細分估算法、周期估算法規(guī)模度量：跟蹤項目預(yù)算和時間計劃法、基于WBS工作分解單元和里程碑法、度量關(guān)鍵路徑性能法、基于工作單元進展法等。顧客滿意度度量四、軟件質(zhì)量度量的三個維度過程度量目標(biāo)結(jié)構(gòu)：四、軟件質(zhì)量度量的三個維度過程度量需求圖：四、軟件質(zhì)量度量的三個維度軟件過程度量包括：定義過程計劃度量執(zhí)行軟件過程應(yīng)用度量控制過程和改善過程四、軟件質(zhì)量度量的三個維度軟件過程度量的內(nèi)容包括：成熟度度量(maturitymetrics)，主要包括組織度量、資源度量、培訓(xùn)度量、文檔標(biāo)準化度量、數(shù)據(jù)管理與分析度量、過程質(zhì)量度量等等。管理度量(managementmetrics)，主要包括項目管理度量（如里程碑管理度量、風(fēng)險度量、作業(yè)流程度量、控制度量、管理數(shù)據(jù)庫度量等）、質(zhì)量管理度量（如質(zhì)量審查度量、質(zhì)量測試度量、質(zhì)量保證度量等）、配置管理度量（如式樣變更控制度量、版本管理控制度量等）。生命周期度量(lifecyclemetrics)，主要包括問題定義度量、需求分析度量、設(shè)計度量、制造度量、維護度量等。四、軟件質(zhì)量度量的三個維度第一部分軟件質(zhì)量標(biāo)準與模型第二部分軟件質(zhì)量度量第三部分軟件質(zhì)量控制與改進第四部分軟件配置管理第五部分軟件評審一、軟件質(zhì)量控制與改進的基本概念軟件質(zhì)量控制是對開發(fā)進程中軟件產(chǎn)品（包括階段性軟件產(chǎn)品）的質(zhì)量信息進行連續(xù)的收集、反饋過程，是軟件開發(fā)組織為了得到客戶規(guī)定軟件產(chǎn)品的質(zhì)量而進行的軟件構(gòu)造、度量、評審，以及采取一切適當(dāng)活動的計劃過程。軟件質(zhì)量控制也是一組程序，軟件開發(fā)組織為了不斷改善開發(fā)過程而執(zhí)行的一組程序。一、軟件質(zhì)量控制與改進的基本概念二、軟件質(zhì)量控制與改進的基本方法用于軟件質(zhì)量控制的方法：目標(biāo)問題度量法(Goal-Question-Metric，GQM)風(fēng)險管理法PDCA控制法二、軟件質(zhì)量控制與改進的基本方法目標(biāo)問題度量法GQM：第一步，根據(jù)用途、愿景和環(huán)境確定改進程序要達到的具體業(yè)務(wù)目標(biāo)。第二步，把目標(biāo)提煉成可以計量的問題。第三步，根據(jù)度量和搜集的數(shù)據(jù)推理出問題答案。二、軟件質(zhì)量控制與改進的基本方法軟件質(zhì)量風(fēng)險管理一般分為4個步驟：風(fēng)險識別：頭腦風(fēng)暴法、專家判斷法、調(diào)查問卷法、經(jīng)驗總結(jié)法和理論分析法風(fēng)險評估：風(fēng)險發(fā)生的可能性、嚴重性、可控性、影響范圍、發(fā)生的時間風(fēng)險控制：風(fēng)險避免、風(fēng)險弱化、風(fēng)險承擔(dān)、風(fēng)險轉(zhuǎn)移風(fēng)險跟蹤：風(fēng)險審計、偏差分析、技術(shù)指標(biāo)分析二、軟件質(zhì)量控制與改進的基本方法PDCA法將質(zhì)量控制整個過程分為四個階段：計劃(plan)：確定產(chǎn)品的質(zhì)量、過程和資源計劃，明確目標(biāo)和配置標(biāo)準。實施(Do)：根據(jù)已確定過程實施計劃活動。檢查(Check)：評審和測試產(chǎn)品，確定已達到目標(biāo)。改進(Action)：糾正已知缺陷，確認待改進因素二、軟件質(zhì)量控制與改進的基本方法PDCA法具備特點：持續(xù)采用PDCA方法有助于產(chǎn)品過程的不斷改善，從而提高產(chǎn)品質(zhì)量。通過持續(xù)地收集數(shù)據(jù)和評審不斷提高產(chǎn)品質(zhì)量目標(biāo)。PDCA更關(guān)注過程、資源和質(zhì)量的度量，并以此為基礎(chǔ)尋找產(chǎn)品缺陷的原因和發(fā)現(xiàn)改善質(zhì)量的機會。三、軟件質(zhì)量控制與改進模型基于PDCA的全面統(tǒng)計質(zhì)量控制(TotalStatisticalQualityControl，TSQC)模型：三、軟件質(zhì)量控制與改進模型TSQC過程是一個調(diào)節(jié)和控制影響軟件質(zhì)量因素的過程。一般認為影響軟件質(zhì)量的因素有如下幾類：

1）產(chǎn)品2）過程3）資源四、軟件質(zhì)量控制與改進技術(shù)從技術(shù)層面講，軟件質(zhì)量控制對象包括：數(shù)據(jù)質(zhì)量程序質(zhì)量文檔質(zhì)量四、軟件質(zhì)量控制與改進技術(shù)按照軟件生命周期的層次，可以將軟件質(zhì)量控制分為三個階段：事前控制：指軟件開發(fā)項目在正式實施前進行的質(zhì)量控制事中控制：指在軟件項目實施過程中進行質(zhì)量控制事后控制：指軟件開發(fā)完成后的質(zhì)量控制四、軟件質(zhì)量控制與改進技術(shù)事前控制包括：審查開發(fā)組織的技術(shù)資源，選擇合適的軟件開發(fā)組織；對所需資源的質(zhì)量進行檢查和控制，沒有經(jīng)過適當(dāng)測試的資源不得在軟件開發(fā)過程中使用；審查技術(shù)方案，保證項目質(zhì)量具有可靠的技術(shù)措施；協(xié)助開發(fā)組織完善質(zhì)量保證體系和質(zhì)量管理制度。四、軟件質(zhì)量控制與改進技術(shù)事中控制包括：協(xié)助開發(fā)組織完善實施控制，把影響產(chǎn)品質(zhì)量的因素納入管理過程中，建立質(zhì)量管理過程，及時檢查和審核開發(fā)組織提交的質(zhì)量統(tǒng)計分析資料和質(zhì)量控制資料；嚴格交接審查，關(guān)鍵階段和里程碑應(yīng)有合適的驗收；對完成的各項工作應(yīng)按相應(yīng)的質(zhì)量評定標(biāo)準和方法進行檢查、驗收，并按合同或規(guī)格說明書開展質(zhì)量監(jiān)督工作；組織定期或不定期的評審會議，及時分析、通報軟件開發(fā)質(zhì)量狀況，并協(xié)調(diào)相關(guān)組織間的業(yè)務(wù)活動。四、軟件質(zhì)量控制與改進技術(shù)事后控制包括：按規(guī)定的質(zhì)量評價標(biāo)準和辦法，組織單元測試和功能測試，進行檢查和驗收；組織開展系統(tǒng)測試和集成測試；審核開發(fā)的質(zhì)量檢查報告及有關(guān)技術(shù)文檔；整理軟件開發(fā)整個過程的質(zhì)量技術(shù)文件，編號并建檔。四、軟件質(zhì)量控制與改進技術(shù)四種常用的軟件質(zhì)量控制與改進技術(shù)：合同評審設(shè)計評審可靠性建模軟件測試技術(shù)四、軟件質(zhì)量控制與改進技術(shù)影響合同評審范圍的因數(shù)：項目規(guī)模，通常按人月、資源衡量；項目技術(shù)復(fù)雜性；員工對項目領(lǐng)域的熟悉程度與經(jīng)驗，對項目領(lǐng)域的熟悉程度常常同軟件的重用性相關(guān)聯(lián)，在可能有高比例軟件重用的地方，評審的范圍就可以減少；項目組織機構(gòu)的復(fù)雜性，參與項目的機構(gòu)越多、所需的合同評審工作量就越大。四、軟件質(zhì)量控制與改進技術(shù)合同評審一般由軟件開發(fā)組織完成，必要時可邀請項目委托人員參與：軟件開發(fā)項目負責(zé)人或其他成員；軟件開發(fā)項目組成員；非項目組成員外的外部專業(yè)人員或公司員工；外部專家小組，通常為重大項目專門請來由外部專家組成員的合同評審組，在小的軟件開發(fā)機構(gòu)的員工中沒有足夠的合適評審組成員時可以請外部專家。四、軟件質(zhì)量控制與改進技術(shù)合同評審內(nèi)容：審查合同是否明確軟件開發(fā)的項目要求；審查合同是否明確軟件開發(fā)的計劃、進度、期限、地點、地域和方式；審查合同是否列明委托方向軟件開發(fā)方移交的技術(shù)資料及具體協(xié)作事項；審查合同是否明確開發(fā)風(fēng)險。審查是否明確開發(fā)人員的確定及更換限制。審查合同是否明確開發(fā)軟件設(shè)計的相關(guān)知識產(chǎn)權(quán)歸屬。審查合同是否明確開發(fā)方軟件侵犯他人著作權(quán)等知識產(chǎn)權(quán)的處理問題。四、軟件質(zhì)量控制與改進技術(shù)合同評審內(nèi)容：審查合同是否明確開發(fā)軟件的驗證方式；審查合同是否明確軟件交付后的技術(shù)指導(dǎo)、培訓(xùn)、系統(tǒng)維護、版本免費更新等后續(xù)服務(wù)問題；審查合同開發(fā)方的保密義務(wù)約定是否明確；審查應(yīng)約定的違約責(zé)任。審查合同中對于名詞和術(shù)語是否列出專門的解釋條款。四、軟件質(zhì)量控制與改進技術(shù)設(shè)計評審的主要目標(biāo)：檢測分析設(shè)計錯誤，檢測初始規(guī)格說明書等設(shè)計文件需要進行改進、更改和完善的內(nèi)容；確定可能影響項目完成的新風(fēng)險；找出偏離模板和風(fēng)格的地方；批準分析或設(shè)計產(chǎn)品，從而使項目開發(fā)人員繼續(xù)進行下一階段工作；提供所需場所以交換開發(fā)方法、工具和技術(shù)方面的專業(yè)知識；記錄分析和設(shè)計錯誤，這些錯誤將被用于未來的改進措施。四、軟件質(zhì)量控制與改進技術(shù)設(shè)計評審是技術(shù)活動，對參與評審人員技術(shù)要求較高，項目評審人員應(yīng)為項目組資深成員，或其他項目組或部分的專業(yè)人員、顧客和用戶代表。在某些情況下，還需軟件開發(fā)顧問參與。理想情況下，設(shè)計評審成員中非項目成員占項目評審組的大多數(shù)。四、軟件質(zhì)量控制與改進技術(shù)設(shè)計評審包括：開發(fā)計劃評審(developmentplanreview)；軟件需求規(guī)格書評審(softwarerequirementspecificationreview)；概要設(shè)計評審(preliminarydesignreview)；詳細設(shè)計評審(detaileddesignreview)；數(shù)據(jù)庫設(shè)計評審(databasereview)；設(shè)計計劃評審(testplanreview)；軟件測試規(guī)程評審(softwaretestprocedurereview)；版本描述評審(versiondescriptionreview)；四、軟件質(zhì)量控制與改進技術(shù)設(shè)計評審包括：操作員手冊評審(operatormanualreview)；支持手冊評審(supportmanualreview)；測試就緒性評審(testreadinessreview)；產(chǎn)品發(fā)布評審(productreleasereview)；安裝計劃評審(installationplanreview)；四、軟件質(zhì)量控制與改進技術(shù)軟件可靠性工程中常使用的可靠性模型分為兩大類：軟件可靠性結(jié)構(gòu)模型：用于反映系統(tǒng)結(jié)構(gòu)邏輯關(guān)系的數(shù)學(xué)方程。軟件可靠性預(yù)計模型：一些描述軟件失效與軟件錯誤的關(guān)系、描述軟件失效與運行剖面關(guān)系的數(shù)學(xué)方程。四、軟件質(zhì)量控制與改進技術(shù)四、軟件質(zhì)量控制與改進技術(shù)軟件可靠性模型的特點：軟件可靠性模型與使用的程序設(shè)計語言無關(guān)軟件可靠性模型與軟件開發(fā)方法無關(guān)可靠性模型均采用有限測試法軟件可靠性模型表述內(nèi)容與操作環(huán)境一致模型輸入分布決定輸出分布軟件可靠性模型未考慮軟件復(fù)雜性問題數(shù)據(jù)不足可能導(dǎo)致模型驗證不充分四、軟件質(zhì)量控制與改進技術(shù)軟件測試的重點在于檢測和排除缺陷，主要包括：1）證明，確認軟件各方面的功能滿足相應(yīng)要求。證明軟件系統(tǒng)在可接受風(fēng)險范圍內(nèi)完全可用；證明在非正常情況下和條件下，功能和特性是可接受的；保證一個軟件系統(tǒng)是完整的并且可用或者可被集成。2）檢測，發(fā)現(xiàn)軟件缺陷、錯誤、局限性等質(zhì)量問題。發(fā)現(xiàn)缺陷、錯誤和系統(tǒng)不足；定義軟件系統(tǒng)能力和局限性；提供組件、工作產(chǎn)品和軟件系統(tǒng)的質(zhì)量信息。四、軟件質(zhì)量控制與改進技術(shù)軟件測試的重點在于檢測和排除缺陷，主要包括：3）預(yù)防，盡早發(fā)現(xiàn)錯誤，從而避免更大風(fēng)險。確定系統(tǒng)規(guī)格中不一致和不清楚的地方；提供預(yù)防和減少可能制造錯誤的信息；在過程中盡早檢測錯誤；確認問題的風(fēng)險，提前確定確認解決這些問題和風(fēng)險的途徑。第一部分軟件質(zhì)量標(biāo)準與模型第二部分軟件質(zhì)量度量第三部分軟件質(zhì)量控制與改進第四部分軟件配置管理第五部分軟件評審一、軟件配置管理目標(biāo)軟件配置管理的目的是保證軟件項目生成的產(chǎn)品在軟件生命周期中的完整性。配置識別配置管控配置狀態(tài)報告配置審核建構(gòu)管理流程管理環(huán)境管理團隊合作缺陷追蹤一、軟件配置管理目標(biāo)為了達到軟件配置管理的目標(biāo)，需要完成技術(shù)部門和項目管理人員確定配置管理的工作過程。軟件配置管理的職責(zé)被明確分配，相關(guān)人員得到軟件按配置管理方面的培訓(xùn)。技術(shù)部門和項目管理人員明確項目中承擔(dān)的軟件配置管理方面的責(zé)任。軟件配置管理有充足的資金支持。軟件配置管理應(yīng)用于對外交付的軟件產(chǎn)品，以及在項目中實用的支持類工作中。軟件配置的整體性在整個項目生命周期中得到控制。軟件質(zhì)量控制人員定期審核各類軟件基準以及軟件配置管理工作。軟件基準的狀態(tài)和內(nèi)容及時通知相關(guān)人員二、軟件配置管理工具軟件軟件配置管理工具軟件功能：配置支持功能軟件版本控制功能變更控制功能構(gòu)造支持功能過程支持功能團隊支持功能報告/查詢功能審計控制功能其他附加功能：提供權(quán)限控制、人員管理和配置庫等二、軟件配置管理工具軟件軟件配置管理工具分類：版本控制工具項目級軟件配置管理工具企業(yè)級配置管理工具二、軟件配置管理工具軟件ClearCase由IBMRational公司開發(fā)的一款廣泛應(yīng)用于眾多企業(yè)級軟件開發(fā)配置管理的軟件配置管理工具。該工具軟件提供了一個開放型的體系構(gòu)架，用這種體系構(gòu)架能夠?qū)崿F(xiàn)廣泛的SCM解決方案，支持多種操作平臺和開發(fā)環(huán)境。版本控制(versioncontrol)工作空間管理(workspacemanagement)建立管理(buildmanagement)過程控制(processcontrol)二、軟件配置管理工具軟件Git是LinuxTorvalds為了幫助管理Linux內(nèi)核開發(fā)而開發(fā)的一個開源的分布式版本控制系統(tǒng)，可以有效、高速地處理從很小到非常大的項目版本管理。Git倉庫由三部分組成，分別是.git目錄、工作目錄和暫存區(qū)，倉庫中的文件狀態(tài)為已修改、已暫存和已提交三者之一，當(dāng)文件在工作目錄上，與Git倉庫上的文件不同時，文件處于已修改狀態(tài)；當(dāng)文件被修改且被增加到暫存區(qū)時，文件處于已暫存狀態(tài)；當(dāng)文件在工作目錄上與Git目錄上的文件保持一致時，則該文件處于已提交狀態(tài)。二、軟件配置管理工具軟件SVN是一個最流行的開源版本控制系統(tǒng)，管理著隨時間改變的數(shù)據(jù)，這些數(shù)據(jù)存放在中央資料檔案庫中，就如同一個文件服務(wù)器一樣，但是它會記錄每一次文件的變動，包括增加、刪除和重新組織文件和目錄。SVN采用客戶端/服務(wù)器的模式，項目的各種版本都存儲在服務(wù)器上，開發(fā)人員可以從服務(wù)器上獲取最新版本，克隆在本地，進行獨立的開發(fā)工作，完成后開發(fā)后，可以隨時提交新代碼到服務(wù)器上三、軟件配置管理的過程描述配置管理計劃的制定步驟是：CCB根據(jù)項目的開發(fā)計劃確定各個里程碑和開發(fā)策略；配置管理員(ConfigurationManagementOfficer，CMO)根據(jù)CCB的規(guī)劃，制定詳細的配置管理計劃，并提交CCB審核；CCB通過配置管理計劃后交給項目經(jīng)理批準，發(fā)布實施。三、軟件配置管理的過程描述配置庫維護內(nèi)容：SCM工具選用，即選取適合本組織使用的配置管理工具；存儲域的定義，包括建立配置庫、建立主干分支、建立域的角色權(quán)限、基線標(biāo)記；建立存儲域控制流程；使用權(quán)限分配，確保只有被授權(quán)的人員才有權(quán)訪問控制項；資源備份。三、軟件配置管理的過程描述配置變更控制的主要任務(wù)是按照配置管理計劃規(guī)定的職責(zé)、任務(wù)、規(guī)程，在項目進展過程中針對正式基線、非正式基線、工作產(chǎn)品版本進行變更控制，包括變更申請與批準、變更實施、配置狀態(tài)統(tǒng)計等。CCB成員需要分析、評審并批準基線變更，確保只有批準的變更請求才能實施，形成CCB會議紀要。項目經(jīng)理負責(zé)審核批準開發(fā)的基線變更，相關(guān)成員需要按照配置管理規(guī)程，配合配置管理人員的配置管理活動，質(zhì)量保證人員需審查項目配置變更管理活動，驗證活動與配置計劃、配置管理過程文件的符合性。配置變更控制最終形成配置變更通知與《變更與問題日志》。三、軟件配置管理的過程描述配置狀態(tài)記錄是記錄配置人員如何進行配置活動，在相應(yīng)的時間發(fā)布狀態(tài)報告，同時，配置狀態(tài)記錄要形成文檔定期維護。收集配置庫數(shù)據(jù)生成狀態(tài)報告分發(fā)狀態(tài)報告三、軟件配置管理的過程描述配置審計的目的是證實在軟件產(chǎn)品生命周期中，各配置項在技術(shù)上和管理上的完整性，確保在基線發(fā)布之前，所有質(zhì)量和配置活動已完成?；€發(fā)布包括基線建立時的發(fā)布和變更實施后的發(fā)布。三、軟件配置管理的過程描述四、軟件配置管理案例以某電力行業(yè)項目為例，該項目的工作量大約是7人年，項目周期約為1年。大部分開發(fā)工作在前8個月內(nèi)完成，后期的工作主要由維護人員進行系統(tǒng)維護。在8個月的開發(fā)時間中，開發(fā)人員在公司進行開發(fā)，根據(jù)用戶需求完成設(shè)計，確定系統(tǒng)架構(gòu)，實現(xiàn)整個框架。軟件項目采用的開發(fā)語言是Java和JSP，涉及的平臺是Windows、Linux，采用的開發(fā)工具包括MyEclipse和SVN。除用戶需求之外，公司還對項目組提出了代碼復(fù)用方面的要求，開發(fā)人員在開發(fā)過程中必須注意代碼的可重用性。第一部分軟件質(zhì)量標(biāo)準與模型第二部分軟件質(zhì)量度量第三部分軟件質(zhì)量控制與改進第四部分軟件配置管理第五部分軟件評審一、為什么需要軟件評審軟件評審的作用主要體現(xiàn)在三個方面：從軟件開發(fā)及維護成本角度衡量，缺陷發(fā)現(xiàn)得越晚糾正缺陷所需費用越高，軟件評審的重要目的就是盡早發(fā)現(xiàn)產(chǎn)品中的缺陷，減少大量的后期返工時間。從技術(shù)角度衡量，軟件開發(fā)人員的認識不可能完全符合客觀實際，在軟件生命周期的每個階段的工作中都可能發(fā)生錯誤。由于前一階段的錯誤會導(dǎo)致后一階段工作結(jié)果中存在相應(yīng)的錯誤，錯誤的累積越來越多，最終導(dǎo)致整個軟件項目停滯甚至流產(chǎn)。從工作效率角度衡量，及時進行軟件評審不僅有利于軟件質(zhì)量提高，還能進一步提高工程師的工作效率。對于開發(fā)工程師來說，軟件評審可以減少修訂缺陷時間，提高編程效率，減少測試和調(diào)試時間；對于項目負責(zé)人來說，軟件評審可以縮短開發(fā)周期，減少維護費用，便于控制項目風(fēng)險和質(zhì)量問題；對于維護人員來說，軟件評審可以減少維護工作時間，增強產(chǎn)品的可維護性。。二、軟件評審的內(nèi)容需求評審設(shè)計評審測試評審維護評審成本評審二、軟件評審的內(nèi)容需求評審的主要內(nèi)容包含：確定用戶目標(biāo)性需求，即整個系統(tǒng)需要達到的目標(biāo)。確定用戶功能性需求，即確定整個系統(tǒng)必須完成的任務(wù)。確定用戶操作性需求，即確定完成每個任務(wù)的具體的人機交互。二、軟件評審的內(nèi)容設(shè)計評審的內(nèi)容：1）概要設(shè)計評審，是概要設(shè)計結(jié)束后的必要步驟，其主要內(nèi)容包括：評價軟件設(shè)計說明書中所描述的軟件概要設(shè)計在總體結(jié)構(gòu)、外部接口、主要部件功能分配、全局數(shù)據(jù)結(jié)構(gòu)以及各主要部件之間的接口等方面的合適性；考察其是否和軟件需求說明書的要求一致；考察模塊劃分是否合理，接口定義是否明確，文檔是否符合有關(guān)標(biāo)準規(guī)定。二、軟件評審的內(nèi)容設(shè)計評審的內(nèi)容：2）詳細設(shè)計評審，是詳細設(shè)計結(jié)束后的必要步驟，其主要內(nèi)容包括：評價軟件驗證與確認計劃中所規(guī)定的驗證與確定方法的合適性與完整性；考察其是否與概要說明書的要求一致；模塊內(nèi)部邏輯結(jié)構(gòu)是否合理，模塊間接口是否清晰；測試是否全面，文檔是否符合相關(guān)標(biāo)準規(guī)定。3）數(shù)據(jù)庫設(shè)計評審，是數(shù)據(jù)庫設(shè)計結(jié)束后的必要步驟，其主要內(nèi)容包括：評價數(shù)據(jù)庫的結(jié)構(gòu)設(shè)計，以及運用設(shè)計的合適性；考察概要設(shè)計的邏輯結(jié)構(gòu)設(shè)計、物理結(jié)構(gòu)設(shè)計、數(shù)據(jù)字典設(shè)計、安全保密設(shè)計是否滿足要求，且正確。二、軟件評審的內(nèi)容測試評審的內(nèi)容：1）測試計劃評審要點測試計劃中測試進度安排是否與項目計劃保持一致；測試計劃是否明確測試范圍；測試計劃是否明確測試方法及策略；測試計劃是否對系統(tǒng)測試的硬件環(huán)境作了明確說明；測試計劃是否對系統(tǒng)測試的軟件環(huán)境作了明確說明；測試計劃是否對系統(tǒng)測試的數(shù)據(jù)環(huán)境作了明確說明；測試計劃是否對系統(tǒng)測試的網(wǎng)絡(luò)環(huán)境作了明確說明；測試計劃是否對測試輔助工具作了明確說明；測試計劃是否定義測試完成準則；測試計劃是否明確人員任務(wù)安排；測試計劃是否經(jīng)過評審；測試計劃是否使用規(guī)定模板；測試計劃文檔內(nèi)容是否具備完整性、合理性；測試計劃文檔是否符合規(guī)范。二、軟件評審的內(nèi)容測試評審的內(nèi)容：2）測試用例評審要點測試用例是否對被測試對象作詳細介紹；測試用例是否明確測試范圍與目的；測試用例是否明確各類測試環(huán)境與測試輔助工具；測試用例是否明確功能測試的前提條件；測試用例是否明確功能測試用例的輸入輸出；每個測試用例是否清楚的填寫測試特性、步驟、預(yù)期結(jié)果；測試步驟、輸入數(shù)據(jù)是否清晰，是否具備可操作性；測試用例是否包含邊界值、等價類劃分、因果圖等設(shè)計方法，是否針對不同需求使用不同設(shè)計方法；測試用例是否包含測試數(shù)據(jù)、測試數(shù)據(jù)的生成辦法或者輸入的相關(guān)描述；是否制定用戶界面測試的檢查表；是否對安裝測試的配置進行說明；是否描述安裝選項正常與否及其使用難易程度；業(yè)務(wù)流程中最長的流程用例是否覆蓋；測試用例是否覆蓋《需求規(guī)格說明書》；測試用例是否通過評審。二、軟件評審的內(nèi)容測試評審的內(nèi)容：3）系統(tǒng)測試報告評審要點測試報告是否描述系統(tǒng)測試計劃的版本、時間；測試報告是否對測試對象進行描述；測試報告是否對測試環(huán)境進行描述；測試報告是否描述測試人員；測試報告是否描述測試時間；測試報告是否有缺陷分析，包括缺陷類型、嚴重程度及缺陷狀態(tài)；測試報告是否對測試結(jié)果進行分析并提出建議；測試報告是否陳述經(jīng)測試證實的軟件能力。三、軟件評審的方法和技術(shù)軟件評審按評審人員的組織形式可以分為內(nèi)部評審和外部評審。內(nèi)部評審由軟件開發(fā)人員組織。在軟件開發(fā)的各個階段，內(nèi)部評審活動由質(zhì)量管理人員負責(zé)，評審組由具備相關(guān)背景知識、了解項目情況的至少5名同行專家和代表組成。外部評審由其他組織開展，是在內(nèi)部評審結(jié)束后進行。外部評審按照軟件研發(fā)委托任務(wù)書要求落實，一般情況下必須成立至少5人組成的評審委員會，委員會成員由委托人員、受托人員、評測方及用戶相關(guān)專家組成，分預(yù)先評審和外部評審會議兩步完成。三、軟件評審的方法和技術(shù)評審方法：三、軟件評審的方法和技術(shù)評審技術(shù)：缺陷檢查表規(guī)則集評審工具的使用從不同角色理解軟件場景分析四、軟件評審案例需求規(guī)格說明書：編號分類檢查點1組織和完整性是否清晰的定義優(yōu)先級。2是否描述不同角色用戶訪問權(quán)限。3是否說明和線上運行環(huán)境的依賴關(guān)系。4是否清