軟件工程7-資料教學(xué)課件

《現(xiàn)代軟件工程》第七部分現(xiàn)代軟件工程的質(zhì)量保證

《現(xiàn)代軟件工程》本部分主要參考書《軟件驗(yàn)證與確認(rèn)的最佳管理方法》（美）StevenR.Rakitin著于秀山等譯（電子工業(yè)出版社）2019《測(cè)試流程管理》（美）RexBlack著（北京大學(xué)出版社）2019《軟件工程與軟件測(cè)試自動(dòng)化教程》張克東、莊燕濱（電子工業(yè)出版社）《軟件工程規(guī)范》（美）Watts.S.Humphrey著，傅為、蘇俊、許青松譯（清華大學(xué)出版社）2019《軟件配置管理策略與RationalClearCase》（美）BrianA.White著尤克濱等譯（人民郵電出版社）2019現(xiàn)代軟件工程的質(zhì)量保證過程-1軟件測(cè)試的組織與管理-2軟件系統(tǒng)的可靠性工程-3配置管理方法與實(shí)踐-4第七部分現(xiàn)代軟件工程的質(zhì)量保證第一章現(xiàn)代軟件工程的質(zhì)量保證過程

軟件的質(zhì)量要素與度量-1.1軟件工程的質(zhì)量保證過程-1.2軟件工程的質(zhì)量保證活動(dòng)-1.3軟件質(zhì)量保證體系建設(shè)-1.4

第七部分現(xiàn)代軟件工程的質(zhì)量保證如何描述質(zhì)量用人的健康做類比如何判斷人是否健康？體檢因素：身高、體重、心跳、血壓、血液、體溫等如何描述軟件的質(zhì)量軟件系統(tǒng)功能齊全是不是就是質(zhì)量好？用戶界面友好是不是就是軟件的質(zhì)量好？沒有BUG是不是就是軟件的質(zhì)量好？用戶滿意？運(yùn)行正確的軟件就是高質(zhì)量的軟件嗎？不貪污的官就是好官嗎？軟件測(cè)試是不是軟件質(zhì)量的全部？回答全部是：NO！那么，什么是軟件的質(zhì)量？什么是軟件的質(zhì)量？現(xiàn)代軟件工程的質(zhì)量保證與軟件測(cè)試有什么不同？技術(shù)經(jīng)理、項(xiàng)目經(jīng)理與質(zhì)量經(jīng)理有什么不同？什么是現(xiàn)代軟件工程的質(zhì)量管理？開發(fā)團(tuán)隊(duì)在質(zhì)量保證方面，要做什么工作？我們就來回答這些問題！什么是軟件項(xiàng)目的質(zhì)量管理？軟件質(zhì)量軟件質(zhì)量的定義：ANSI/IEEEStd729-1983定義軟件質(zhì)量為“與軟件產(chǎn)品滿足規(guī)定的和隱含的需求的能力有關(guān)的特征或特性的全體”。M.J.Fisher

定義軟件質(zhì)量為“所有描述計(jì)算機(jī)軟件優(yōu)秀程度的特性的組合”。質(zhì)量特性及其組合，是軟件開發(fā)與維護(hù)中的重要考慮因素為滿足軟件的各項(xiàng)精確定義的功能、性能需求，符合文檔化的開發(fā)標(biāo)準(zhǔn)，需要相應(yīng)地給出或設(shè)計(jì)一些質(zhì)量特性及其組合。如果這些質(zhì)量特性及其組合都能在產(chǎn)品中得到滿足，則這個(gè)軟件產(chǎn)品質(zhì)量就是高的。軟件質(zhì)量軟件質(zhì)量的因素與度量有關(guān)直接度量的因素如單位時(shí)間內(nèi)千行代碼中所產(chǎn)生的錯(cuò)誤數(shù)。間接度量的因素如可用性或可維護(hù)性軟件質(zhì)量軟件質(zhì)量的度量模型1976年，Boehm第一次提出了軟件質(zhì)量度量的層次模型。1978年，Walters和McCall等人提出了從軟件質(zhì)量要素、準(zhǔn)則到度量的三個(gè)層次式的模型。1985年，ISO建議軟件質(zhì)量模型由三層組成：高層：軟件質(zhì)量需求評(píng)價(jià)準(zhǔn)則（SQRC）中層：軟件質(zhì)量設(shè)計(jì)評(píng)價(jià)準(zhǔn)則（SQDC）低層：軟件質(zhì)量度量評(píng)價(jià)準(zhǔn)則（SQMC）現(xiàn)代軟件工程的標(biāo)準(zhǔn)體系ISO/IEC12207應(yīng)用成果基礎(chǔ)產(chǎn)品實(shí)用產(chǎn)品需求軟件工程項(xiàng)目管理軟件配置管理風(fēng)險(xiǎn)管理軟件質(zhì)量保證設(shè)計(jì)實(shí)現(xiàn)測(cè)試維護(hù)1.1軟件質(zhì)量的要素與度量1.1.1軟件的質(zhì)量要素1.1.2軟件質(zhì)量評(píng)價(jià)的準(zhǔn)則1.1.3軟件質(zhì)量的度量1.1.4軟件質(zhì)量度量的實(shí)施1.1.1軟件的質(zhì)量要素什么是軟件的質(zhì)量？ISO9000的質(zhì)量定義：質(zhì)量的定義：反映實(shí)體滿足明確和隱含需要能力的特性綜合定義的說明：明確需要：指合同中用戶明確提出的要求與需要隱含需要：指由生產(chǎn)企業(yè)通過市場(chǎng)調(diào)研進(jìn)行識(shí)別與探明的要求或需要質(zhì)量與等級(jí)的關(guān)系等級(jí)的含義是：對(duì)功能用途相同、但技術(shù)特性不同的存在事務(wù)的一種分類或排序例如：高質(zhì)量——無(wú)錯(cuò)誤、可讀性強(qiáng)的用戶手冊(cè)低等級(jí)——有限的功能低質(zhì)量——錯(cuò)誤百出、編排混亂的用戶手冊(cè)高等級(jí)——大量功能確定質(zhì)量和等級(jí)標(biāo)準(zhǔn)水平，是項(xiàng)目經(jīng)理的責(zé)任

質(zhì)量的要素討論軟件的質(zhì)量定義，一般地從4個(gè)角度來看，即用戶的角度、開發(fā)商的角度、產(chǎn)品的角度和價(jià)值的角度。1976年美國(guó)的B.W.Boehm和R.Brown先后提出了三層次的評(píng)價(jià)度量模型：軟件質(zhì)量要素、準(zhǔn)則、度量。隨后G.Mruine提出了自己的軟件質(zhì)量度量SQM技術(shù)，波音公司在軟件開發(fā)過程中采用了SQM技術(shù)，日本的NEC公司也提出了自己的SQM工具，即SQMAT，并且在成本控制和進(jìn)度安排方面取得了良好的效果。IEEE標(biāo)準(zhǔn)1061-2019以表格的形式，定義了有關(guān)確認(rèn)和收集與軟件質(zhì)量需求有關(guān)一個(gè)模型，或稱為一個(gè)框架。可度量的軟件的質(zhì)量要素IEEE定義的軟件質(zhì)量度量框架度量框架一種用來組織、選擇、溝通、評(píng)價(jià)軟件系統(tǒng)要求的質(zhì)量屬性的輔助決策法。它逐層分解為特性、子特性和度量質(zhì)量特性一個(gè)與質(zhì)量有關(guān)的面向管理的軟件屬性質(zhì)量子特性質(zhì)量特性分解出來的技術(shù)組件直接度量一種不依賴與任何其他屬性測(cè)量的度量預(yù)計(jì)度量一種試用于開發(fā)階段的度量，它用來預(yù)計(jì)軟件質(zhì)量特性的值質(zhì)量度量一個(gè)函數(shù)、它的輸入是軟件數(shù)據(jù)，輸出是一個(gè)單一數(shù)值。它可解釋為給定的軟件屬性對(duì)其質(zhì)量的影響程度過程質(zhì)量一種用來測(cè)量在軟件系統(tǒng)開發(fā)、實(shí)現(xiàn)和維護(hù)過程中使用的方法、技術(shù)和工具特性的度量產(chǎn)品度量一種用來測(cè)量軟件開發(fā)過程中任何中間或最終產(chǎn)品特性的度量

IEEE定義的軟件質(zhì)量度量框架第一層次：質(zhì)量需求在四層模型的第一層，軟件產(chǎn)品質(zhì)量層，是產(chǎn)品必須滿足的質(zhì)量需求。它是用用戶術(shù)語(yǔ)描述的，主要有四點(diǎn)：（1）產(chǎn)品將在用戶所在組織當(dāng)前使用的平臺(tái)和操作系統(tǒng)上運(yùn)行。（2）

產(chǎn)品將是可靠的并能防止數(shù)據(jù)丟失的機(jī)制。（3）

產(chǎn)品將提供完成某些任務(wù)所必需的功能。（4）

產(chǎn)品將易于使用。第二層次：質(zhì)量特性在模型的第二層，表示與整個(gè)質(zhì)量需求有關(guān)的特殊質(zhì)量特性，它代表了用戶的質(zhì)量需求。它采用從用戶角度考慮的立場(chǎng)，把軟件質(zhì)量分解成四類質(zhì)量特性，這四個(gè)質(zhì)量特性是軟件的基本特征。IEEE的四個(gè)質(zhì)量特性是：

可移植性、可靠性、功能性、可使用性。

IEEE定義的軟件質(zhì)量度量框架四層模型質(zhì)量需求質(zhì)量特性質(zhì)量子特性直接度量度量描述（例子）產(chǎn)品將在多平臺(tái)和當(dāng)前用戶正在使用的操作系統(tǒng)上運(yùn)行可移植性硬件獨(dú)立性硬件依賴性計(jì)算硬件的依賴性軟件獨(dú)立性軟件依賴性計(jì)算軟件的依賴性易安裝性安裝時(shí)間測(cè)量安裝時(shí)間可重用性能夠用于其他軟件中計(jì)算能夠或已經(jīng)應(yīng)用于其他軟件系統(tǒng)的模塊數(shù)量產(chǎn)品將是可靠的并能提供防止數(shù)據(jù)丟失的機(jī)制可靠性無(wú)缺陷性測(cè)試覆蓋測(cè)量測(cè)試覆蓋度審查覆蓋計(jì)算已做過的代碼審查模塊容錯(cuò)性數(shù)據(jù)完整性統(tǒng)計(jì)用戶數(shù)據(jù)被破壞情況數(shù)據(jù)恢復(fù)測(cè)量恢復(fù)被破壞的數(shù)據(jù)的能力可用性軟件可用的百分比軟件可用時(shí)間除以總的軟件使用時(shí)間產(chǎn)品將提供完成某些任務(wù)所必需的功能功能性完備性測(cè)試覆蓋計(jì)算調(diào)用或分支測(cè)量覆蓋正確性缺陷密度計(jì)算每一版本發(fā)布前的缺陷安全性

數(shù)據(jù)安全性統(tǒng)計(jì)用戶數(shù)據(jù)被破壞的情況用戶安全性

沒有被阻止的非法用戶入侵?jǐn)?shù)兼容性

環(huán)境變化

軟件安裝后必須修改的環(huán)境變量數(shù)量互操作性混合應(yīng)用環(huán)境下軟件的可操作性混合應(yīng)用環(huán)境下可正確運(yùn)行的數(shù)量產(chǎn)品將易于使用可使用性易理解性學(xué)習(xí)所用時(shí)間新用戶學(xué)習(xí)軟件特性所花費(fèi)的時(shí)間易學(xué)性學(xué)習(xí)所用時(shí)間新用戶學(xué)會(huì)操作軟件提供的基本功能所花費(fèi)的時(shí)間易操作性人的因素新用戶基于人類工程學(xué)對(duì)軟件消極方面的評(píng)價(jià)數(shù)量溝通性人的因素新用戶基于人類工程學(xué)對(duì)軟件消極方面的評(píng)價(jià)數(shù)量質(zhì)量需求質(zhì)量特性質(zhì)量子特性直接度量度量描述（例子）1978年，Walters和McCall等人提出了從軟件質(zhì)量要素、準(zhǔn)則到度量的三個(gè)層次式的模型。McCall選擇的軟件質(zhì)量要素評(píng)價(jià)準(zhǔn)則共21種，它們是：（1）可審查性(auditability)。檢查軟件需求、規(guī)格說明、標(biāo)準(zhǔn)、過程、指令、代碼與合同是否一致的難易程度。（2）準(zhǔn)確性(accuracy)。計(jì)算和控制的精度，是對(duì)無(wú)誤差程序的一種定量估計(jì)。最好表示成相對(duì)誤差的函數(shù)。值越大表示精度越高。（3）通信通用性(communicationcommonality)。使用標(biāo)準(zhǔn)接口、協(xié)議、規(guī)范的程序。（4）完全性(completeness)。所需功能完全實(shí)現(xiàn)的程度。

（5）簡(jiǎn)明性(conciseness)。程序源代碼的緊湊與簡(jiǎn)潔性。（6）一致性(consistency)。設(shè)計(jì)文檔與系統(tǒng)實(shí)現(xiàn)的一致性。（7）數(shù)據(jù)通用性(datacommonality)。在程序中使用標(biāo)準(zhǔn)的數(shù)據(jù)結(jié)構(gòu)和類型。（8）容錯(cuò)性(error-tolerance)。系統(tǒng)在各種異常條件下提供繼續(xù)操作的能力。（9）執(zhí)行效率(executionEfficiency)。程序運(yùn)行效率。（10）可擴(kuò)充性(expandability)。能夠?qū)Y(jié)構(gòu)設(shè)計(jì)、數(shù)據(jù)設(shè)計(jì)和過程設(shè)計(jì)進(jìn)行擴(kuò)充的程度。1.1.2軟件質(zhì)量評(píng)價(jià)的準(zhǔn)則（11）通用性(generality)。程序部件潛在的應(yīng)用范圍的廣泛性，即部件可重用。（12）硬件獨(dú)立性(hardwareindependence)。軟件同支持他運(yùn)行的硬件系統(tǒng)不相關(guān)的程度。（13）檢測(cè)性(instrumentation)。監(jiān)視程序的運(yùn)行，一旦發(fā)生錯(cuò)誤時(shí)，能明確地標(biāo)識(shí)錯(cuò)誤的程度。（14）模塊化(modularity)。程序部件的功能獨(dú)立性。（15）可操作性(operability)。操作一個(gè)軟件的難易程度。（16）安全性(security)?？刂苹虮Ｗo(hù)程序和數(shù)據(jù)不受破壞的機(jī)制，以防止程序和數(shù)據(jù)受到意外的或蓄意的存取、使用、修改、毀壞或泄密。（17）自文檔化(sdlf-documentation)。源代碼提供有意義文檔的程度。（18）簡(jiǎn)單性(simplicity)。理解程序的難易程度。（19）軟件系統(tǒng)獨(dú)立性(softwaresystemindependence)。程序與非標(biāo)準(zhǔn)的程序設(shè)計(jì)語(yǔ)言特征、操作系統(tǒng)特征以及其他環(huán)境約束無(wú)關(guān)的程度。（20）可追蹤性(reacebility)。從設(shè)計(jì)表示或?qū)嶋H程序構(gòu)件，追蹤到需求的能力。（21）易培訓(xùn)性(training)。軟件支持新用戶使用該系統(tǒng)的能力。McCall的軟件質(zhì)量評(píng)價(jià)準(zhǔn)則軟件質(zhì)量評(píng)價(jià)準(zhǔn)則

1、正確性正確性是指軟件按照需求正確執(zhí)行任務(wù)的能力?！罢_性”的語(yǔ)義涵蓋了“精確性”。正確性無(wú)疑是第一重要的軟件質(zhì)量屬性。技術(shù)評(píng)審和測(cè)試的第一關(guān)都是檢查工作成果的正確性。機(jī)器不會(huì)主動(dòng)欺騙人，軟件運(yùn)行出錯(cuò)通常都是人造成的，所以不要找借口埋怨機(jī)器有毛病。2、健壯性

健壯性是指在異常情況下，軟件能夠正常運(yùn)行的能力。正確性描述軟件在需求范圍之內(nèi)的行為，而健壯性描述軟件在需求范圍之外的行為。開發(fā)者往往把異常情況當(dāng)成正常情況而不作處理，結(jié)果降低了健壯性。用戶才不管正確性與健壯性的區(qū)別，反正軟件出了差錯(cuò)都是開發(fā)方的錯(cuò)。所以提高軟件的健壯性也是開發(fā)者的義務(wù)。健壯性有兩層含義：一是容錯(cuò)能力，二是恢復(fù)能力。3、可靠性可靠性是指在一定的環(huán)境下，在給定的時(shí)間內(nèi)，系統(tǒng)不發(fā)生故障的概率。可靠性本來是硬件領(lǐng)域的術(shù)語(yǔ)。比如某個(gè)電子設(shè)備在剛開始工作時(shí)挺好的，但由于器件在工作中其物理性質(zhì)會(huì)發(fā)生變化（如發(fā)熱），慢慢地系統(tǒng)的功能或性能就會(huì)失常。所以一個(gè)從設(shè)計(jì)到生產(chǎn)完全正確的硬件系統(tǒng)，在工作中未必就是可靠的。

軟件在運(yùn)行時(shí)不會(huì)發(fā)生物理性質(zhì)的變化，人們常以為如果軟件的某個(gè)功能是正確的，那么它一輩子都是正確的?？墒俏覀儫o(wú)法對(duì)軟件進(jìn)行徹底地測(cè)試，無(wú)法根除軟件中潛在的錯(cuò)誤。平時(shí)軟件運(yùn)行得好好的，說不準(zhǔn)哪一天就不正常了，如有千年等一回的“千年蟲”問題，司空見慣的“內(nèi)存泄露”問題、“誤差累積”問題等等。

時(shí)隱時(shí)現(xiàn)的錯(cuò)誤一般都屬于可靠性問題，糾錯(cuò)的代價(jià)很高。軟件質(zhì)量評(píng)價(jià)準(zhǔn)則

4、性能性能通常是指軟件的“時(shí)間-空間”效率，而不僅是指軟件的運(yùn)行速度。人們總希望軟件的運(yùn)行速度高些，并且占用資源少些。性能優(yōu)化的關(guān)鍵工作是找出限制性能的“瓶頸”可以通過優(yōu)化數(shù)據(jù)結(jié)構(gòu)、算法和代碼來提高軟件的性能。

5、易用性易用性是指用戶使用軟件的容易程度?，F(xiàn)代人的生活節(jié)奏快，圖方便。所以把易用性作為重要的質(zhì)量屬性對(duì)待無(wú)可非議。

導(dǎo)致軟件易用性差的根本原因：教育缺陷：沒有開設(shè)人機(jī)工程學(xué)、美學(xué)、心理學(xué)這些必修課，大部分開發(fā)人員不知道如何設(shè)計(jì)易用的軟件產(chǎn)品。開發(fā)人員犯了“錯(cuò)位”的毛?。核詾橹灰约河闷饋矸奖悖脩粢簿蜁?huì)滿意。

軟件的易用性要讓用戶來評(píng)價(jià)。當(dāng)用戶真的感到軟件很好用時(shí)，一股溫暖的感覺油然而生，于是就用“界面友好”等詞來評(píng)價(jià)軟件產(chǎn)品。

軟件質(zhì)量評(píng)價(jià)準(zhǔn)則

6、清晰性清晰意味者所有的工作成果易讀、易理解，可以提高團(tuán)隊(duì)開發(fā)效率，降低維護(hù)代價(jià)。開發(fā)人員只有在自己思路清晰的時(shí)候才可能寫出讓別人易讀、易理解的程序和文檔?？衫斫獾臇|西通常是簡(jiǎn)潔的。一個(gè)原始問題可能很復(fù)雜，但高水平的人就能夠把軟件系統(tǒng)設(shè)計(jì)得很簡(jiǎn)潔。如果軟件系統(tǒng)臃腫不堪，它遲早會(huì)出問題。所以簡(jiǎn)潔是人們對(duì)工作“精益求精”的結(jié)果，而不是潦草應(yīng)付的結(jié)果。千萬(wàn)不要把在學(xué)校里“造文章”的手法用于開發(fā)產(chǎn)品！7、安全性

安全性是指防止系統(tǒng)被非法入侵的能力，既屬于技術(shù)問題又屬于管理問題?！暗栏咭怀撸Ц咭徽伞?，絕對(duì)安全的信息系統(tǒng)幾乎不存在。開發(fā)商和客戶愿意為提高安全性而投入的資金是有限的，他們要考慮值不值得。

軟件質(zhì)量評(píng)價(jià)準(zhǔn)則

8、可擴(kuò)展性

可擴(kuò)展性反映軟件適應(yīng)“變化”的能力。在軟件開發(fā)過程中，“變化”是司空見慣的事情，如需求、設(shè)計(jì)的變化，算法的改進(jìn)，程序的變化等等。由于軟件是“軟”的，是否它天生就容易修改以適應(yīng)“變化”？關(guān)鍵要看軟件的規(guī)模和復(fù)雜性?，F(xiàn)代軟件產(chǎn)品通常采用“增量開發(fā)模式”，不斷推出新版本，獲取增值利潤(rùn)?？蓴U(kuò)展性越來越重要?？蓴U(kuò)展性是系統(tǒng)設(shè)計(jì)階段重點(diǎn)考慮的質(zhì)量屬性。9、兼容性兼容性是指兩個(gè)或兩個(gè)以上的軟件相互交換信息的能力。兼容性的商業(yè)規(guī)則：弱者設(shè)法與強(qiáng)者兼容，否則無(wú)容身之地；強(qiáng)者應(yīng)當(dāng)避免被兼容，否則市場(chǎng)將被瓜分。10、可移植性可移植性是指軟件運(yùn)行于不同軟硬件環(huán)境的能力編程語(yǔ)言越低級(jí)，其程序越難移植，反之則容易。軟件設(shè)計(jì)時(shí)應(yīng)該將“設(shè)備相關(guān)程序”與“設(shè)備無(wú)關(guān)程序”分開，將“功能模塊”與“用戶界面”分開。軟件質(zhì)量評(píng)價(jià)準(zhǔn)則

1985年，國(guó)際標(biāo)準(zhǔn)化組織（ISO）建議，軟件質(zhì)量度量模型由三層組成。高層稱軟件質(zhì)量需求評(píng)價(jià)準(zhǔn)則（SQRC），中層稱軟件質(zhì)量設(shè)計(jì)評(píng)價(jià)準(zhǔn)則（SQDC），低層稱軟件質(zhì)量度量評(píng)價(jià)準(zhǔn)則（SQMC）。分別對(duì)應(yīng)McCall等人的要素、評(píng)價(jià)準(zhǔn)則和度量。ISO認(rèn)為應(yīng)對(duì)高層和中層建立國(guó)際標(biāo)準(zhǔn)，以便在國(guó)際范圍內(nèi)推廣應(yīng)用軟件質(zhì)量管理，而低層可由各使用單位自行制定。ISO高層由8個(gè)要素組成、中層由23個(gè)評(píng)價(jià)準(zhǔn)則組成。高層的8個(gè)要素為左表的列，中層的23個(gè)準(zhǔn)則為下表的行。它們之間的關(guān)系如左表所示。ISO/IEC9126-1《產(chǎn)品質(zhì)量-質(zhì)量模型》的軟件質(zhì)量模型軟件質(zhì)量的另一種理解內(nèi)部質(zhì)量的定義是：反映軟件產(chǎn)品在規(guī)定條件下使用時(shí)，滿足需求的能力的特性，是軟件開發(fā)過程中各階段（需求開發(fā)、軟件設(shè)計(jì)、代碼編寫等）產(chǎn)生的中間軟件產(chǎn)品的質(zhì)量。了解軟件產(chǎn)品的內(nèi)部質(zhì)量，可以預(yù)計(jì)最終產(chǎn)品的質(zhì)量。外部質(zhì)量的定義是：反映軟件產(chǎn)品在規(guī)定條件下使用時(shí)，滿足需求的程度。外部特性反映在預(yù)定的系統(tǒng)環(huán)境中運(yùn)行時(shí)可達(dá)到的質(zhì)量水平。軟件質(zhì)量的另一種理解使用質(zhì)量的定義是：反映軟件產(chǎn)品在規(guī)定的使用環(huán)境下，使特定用戶在達(dá)到規(guī)定目標(biāo)方面的能力。反映的是從用戶角度看到的軟件產(chǎn)品在特定系統(tǒng)環(huán)境下滿足其需求的滿足程度。對(duì)內(nèi)部和外部質(zhì)量特性的度量描述包括：功能性、可靠性、易用性、效率、可維護(hù)性、可移植性等；對(duì)使用質(zhì)量特性的度量描述包括：有效性、生產(chǎn)率、安全性、滿意程度等軟件質(zhì)量的另一種理解1.1.3軟件質(zhì)量的度量軟件度量：分析模型的度量（對(duì)分析模型的度量以測(cè)試系統(tǒng)的大小）設(shè)計(jì)模型的度量（度量體系結(jié)構(gòu)、數(shù)據(jù)和系統(tǒng)的復(fù)雜度）源代碼的度量（度量程序的長(zhǎng)度、層次、開發(fā)量、時(shí)間等）對(duì)測(cè)試的度量（度量測(cè)試的寬度、深度、錯(cuò)誤的級(jí)別）對(duì)維護(hù)的度量（度量軟件的穩(wěn)定性）

軟件質(zhì)量度量每個(gè)軟件屬性都有一套度量方法，選擇度量方法時(shí)，必須考慮下列因素。1.與軟件屬性的相關(guān)性相關(guān)性分為4個(gè)等級(jí)：A—度量方法與相應(yīng)的軟件屬性始終存在正相關(guān)AA—幾乎總是存在正相關(guān)U—經(jīng)常存在正相關(guān)S—偶爾存在正相關(guān)軟件質(zhì)量度量2.度量值的可理解性定量的度量方法所得到的值分為5種情況：AL—通過一個(gè)自動(dòng)算法很容易理解UR—不需要受過專門訓(xùn)練的人員TR—需要受過專門訓(xùn)練的人員ER—需要專家EX—需要執(zhí)行程序3.開發(fā)自動(dòng)工具的容易性開發(fā)度量工具的難易程度分為3種情況E—容易M—存在困難D—很困難軟件質(zhì)量度量4.自動(dòng)工具的完備性所開發(fā)的自動(dòng)工具是否完全等價(jià)于度量方法，有2種情況C—完全等價(jià)P—部分等價(jià)5.潛在效益潛在效益分為5個(gè)級(jí)別：5、4、3、2、1軟件質(zhì)量度量軟件質(zhì)量度量?jī)蓚€(gè)軟件（程序）質(zhì)量度量方法Halstead的軟件科學(xué)基本思路是根據(jù)程序中可執(zhí)行代碼行的操作符和操作數(shù)的數(shù)量來計(jì)算程序的復(fù)雜性。操作符和操作數(shù)的量越大，程序結(jié)構(gòu)就越復(fù)雜。McCabe復(fù)雜性度量法程序的復(fù)雜性很大程度上取決于程序控制流的復(fù)雜性單一的順序程序結(jié)構(gòu)最簡(jiǎn)單，循環(huán)和選擇所構(gòu)成的環(huán)路越多，程序就越復(fù)雜。軟件質(zhì)量的度量和評(píng)價(jià)軟件質(zhì)量特性度量有兩類：預(yù)測(cè)型和驗(yàn)收型。預(yù)測(cè)度量是利用定量或定性的方法，估算軟件質(zhì)量的評(píng)價(jià)值，以得到軟件質(zhì)量的比較精確的估算值。第一種叫做尺度度量，這是一種定量度量。它適用于一些能夠直接度量的特性，例如，出錯(cuò)率定義為：錯(cuò)誤數(shù)／KLOC／單位時(shí)間。第二種叫做二元度量，這是一種定性度量。它適用于一些只能間接度量的特性，例如，可使用性、靈活性等等。驗(yàn)收度量是在軟件開發(fā)各階段的檢查點(diǎn)，對(duì)軟件的要求質(zhì)量進(jìn)行確認(rèn)性檢查的具體評(píng)價(jià)值，它是對(duì)開發(fā)過程中的預(yù)測(cè)進(jìn)行評(píng)價(jià)。尺度度量檢查表二元度量檢查表基于軟件配置管理的度量和度量準(zhǔn)則SCM提供軟件產(chǎn)品的狀態(tài)統(tǒng)計(jì)。統(tǒng)計(jì)提供尋找軟件開發(fā)的瓶頸和解決辦法，并據(jù)此衡量軟件產(chǎn)品的成熟度。度量準(zhǔn)則：平均嚴(yán)重程度嚴(yán)重程度級(jí)的分布平均關(guān)閉時(shí)間嚴(yán)重程度的圖示各配置項(xiàng)或子系統(tǒng)的圖示

SCM的度量和度量準(zhǔn)則軟件產(chǎn)品成熟度數(shù)據(jù)要求：軟件變更（問題）數(shù)量描述計(jì)算機(jī)軟件配置項(xiàng)標(biāo)識(shí)（CSCI）

嚴(yán)重程度級(jí)打開變更的日期（或發(fā)現(xiàn)問題）關(guān)閉變更（問題）和實(shí)施日期

軟件變更統(tǒng)計(jì)

SCM的度量和度量準(zhǔn)則圖表分析軟件剩余問題剩余變更和錯(cuò)誤密度1.1.4軟件質(zhì)量度量的實(shí)施在確定要對(duì)一個(gè)軟件（系統(tǒng)）進(jìn)行度量之后，一般，采取以下5個(gè)步驟，來實(shí)施對(duì)該軟件的度量：

（1）確定軟件質(zhì)量需求；

在用戶需求中，除功能需求外，還有非功能需求，包括：質(zhì)量需求、環(huán)境需求、設(shè)計(jì)約束、開發(fā)策略等。質(zhì)量需求是用戶比較關(guān)心的內(nèi)容。

但是，我們已經(jīng)知道，軟件的功能需求的確定，存在一定的難度。而非功能需求的確定，則難度更大。這些困難包括：需求如何獲取，需求沖突如何協(xié)調(diào)、需求的確認(rèn)和變更的授權(quán)等。 過程：需求獲?。菏紫龋阋斫庥脩舻男枨?，區(qū)分哪些是質(zhì)量需求，把這些需求記錄下來，獲得用戶的確認(rèn)。需求分析：拿到用戶確認(rèn)的需求后，你可以開始把用戶的質(zhì)量需求與我們?cè)O(shè)定的質(zhì)量特性聯(lián)系起來，一直區(qū)分到子特性。這種聯(lián)系，就是把用戶語(yǔ)言描述的需求，轉(zhuǎn)變?yōu)橛?jì)算機(jī)工程師語(yǔ)言的需求。建立了這種關(guān)聯(lián)后，可以根據(jù)分類，分級(jí)，確定直接度量。

1.1.4軟件質(zhì)量度量的實(shí)施（2）確定直接度量

直接度量就是實(shí)際的軟件質(zhì)量測(cè)量活動(dòng)，它的輸入是軟件或軟件過程，輸出是一個(gè)測(cè)量值。它通過執(zhí)行一系列的任務(wù)，獲得一個(gè)質(zhì)量值。 例如：對(duì)一個(gè)沒有經(jīng)過培訓(xùn)的用戶，讓他使用軟件系統(tǒng)的某一功能，在界面提示、聯(lián)機(jī)幫助、使用手冊(cè)的幫助下，他學(xué)會(huì)掌握該功能所花的時(shí)間。而用戶需求對(duì)此項(xiàng)指標(biāo)的要求（目標(biāo)）和現(xiàn)實(shí)系統(tǒng)所達(dá)到的實(shí)際值（比如：10個(gè)人次測(cè)量后統(tǒng)計(jì)意義上的）的比較，就是將提交質(zhì)量評(píng)審的質(zhì)量值。在進(jìn)行直接度量前，你應(yīng)該有以下準(zhǔn)備：（1）工具：有助于計(jì)算度量值的硬件/軟件工具，如：缺陷跟蹤工具；（2）應(yīng)用：描述度量結(jié)果的希望值、度量值的意義、作用和對(duì)度量結(jié)果數(shù)據(jù)的使用方法；（3）數(shù)據(jù)：獲得度量結(jié)果所需的數(shù)據(jù)、程序、過程等度量對(duì)象；（4）計(jì)算：度量程序、步驟和方法。（5）費(fèi)用：測(cè)試是要花錢（人力、物力、時(shí)間等）的。1.1.4軟件質(zhì)量度量的實(shí)施

（3）分析度量結(jié)果對(duì)度量過程進(jìn)行跟蹤和分析，需要時(shí)，可能會(huì)對(duì)度量程序、度量工具、度量方法，甚至原始數(shù)據(jù)，做出補(bǔ)充和調(diào)整。（4）確認(rèn)質(zhì)量度量在度量過程中，進(jìn)行度量結(jié)果的確認(rèn)非常重要。首先，要確認(rèn)度量過程是否與事實(shí)相符，脫離現(xiàn)實(shí)真實(shí)的度量，與目標(biāo)再相符的結(jié)果也是沒有意義的。其次，是確認(rèn)方法的有效性，例如：在度量中，我們用到很多統(tǒng)計(jì)學(xué)方法，在這些方法中，我們有一些概率分布假設(shè)（例如：某些錯(cuò)誤的發(fā)生，我們假設(shè)符合隨機(jī)概率分布），當(dāng)這些假設(shè)并不成立時(shí)，度量的結(jié)果是不真實(shí)的。一個(gè)系統(tǒng)集成項(xiàng)目的質(zhì)量特性與度量可交付成果的質(zhì)量采購(gòu)的主機(jī)/存儲(chǔ)/網(wǎng)絡(luò)硬件/軟件運(yùn)輸/安裝/檢驗(yàn)/調(diào)試/測(cè)試培訓(xùn)/服務(wù)/技術(shù)支持/維護(hù)/響應(yīng)資料文檔（手冊(cè)）提供項(xiàng)目實(shí)施過程的質(zhì)量項(xiàng)目的計(jì)劃性組織準(zhǔn)備的充分與周到性溝通與協(xié)調(diào)性操作與行為的規(guī)范性案例分析1、你已經(jīng)確認(rèn)的，你的項(xiàng)目的質(zhì)量需求（質(zhì)量特性）是什么？2、這些質(zhì)量需求的（面向度量）的子特性是什么？3、如何進(jìn)行這些子特性的度量（方法設(shè)計(jì)）？4、度量結(jié)果（度量值）的評(píng)價(jià)標(biāo)準(zhǔn)是什么？問題1：1.2.1確認(rèn)過程1.2.2驗(yàn)證過程1.2軟件工程的質(zhì)量保證過程軟件質(zhì)量保證什么是質(zhì)量保證它是為保證產(chǎn)品和服務(wù)充分滿足消費(fèi)者要求的質(zhì)量而進(jìn)行的有計(jì)劃、有組織的活動(dòng)。質(zhì)量保證是面向消費(fèi)者的活動(dòng)，是為了使產(chǎn)品實(shí)現(xiàn)用戶要求的功能，站在用戶立場(chǎng)上來掌握產(chǎn)品質(zhì)量的。什么是軟件的質(zhì)量保證就是向用戶及社會(huì)提供滿意的高質(zhì)量的產(chǎn)品。軟件的質(zhì)量保證活動(dòng)也和一般的質(zhì)量保證活動(dòng)一樣，是確保軟件產(chǎn)品從誕生到消亡為止的所有階段的質(zhì)量的活動(dòng)。即為了確定、達(dá)到和維護(hù)需要的軟件質(zhì)量而進(jìn)行的所有有計(jì)劃、有系統(tǒng)的管理活動(dòng)?，F(xiàn)代軟件工程的質(zhì)量保證過程，主要包括軟件確認(rèn)與驗(yàn)證二個(gè)過程軟件的確認(rèn)（Validation）與驗(yàn)證（Verification）簡(jiǎn)稱為V＆V或V2，也是軟件產(chǎn)品質(zhì)量度量的具體方法。軟件確認(rèn)的概念確認(rèn)是這樣一個(gè)過程，它評(píng)價(jià)“在軟件開發(fā)過程期間（針對(duì)單元）或結(jié)束（針對(duì)系統(tǒng)）時(shí)，單元或系統(tǒng)是否滿足用戶特定的需求”。換句話說，是開發(fā)結(jié)束期間確認(rèn)，我們的產(chǎn)品符合用戶要求嗎？因此，確認(rèn)的產(chǎn)品質(zhì)量。確認(rèn)活動(dòng)圍繞三個(gè)基本過程來開展，測(cè)試、度量和軟件可靠性增長(zhǎng)軟件驗(yàn)證的概念而驗(yàn)證是這樣一個(gè)過程，它評(píng)價(jià)“在一個(gè)給定的開發(fā)階段中，單元或系統(tǒng)是否滿足在此階段開始時(shí)確定的條件”。因此，它的意思是，我們正在制作的產(chǎn)品符合用戶要求嗎？因此，驗(yàn)證的是產(chǎn)品開發(fā)過程質(zhì)量——工作質(zhì)量。驗(yàn)證活動(dòng)也是圍繞三個(gè)基本過程來進(jìn)行，審查、度量和配置管理。軟件工程的質(zhì)量保證過程軟件質(zhì)量保證傳統(tǒng)的軟件質(zhì)量保證的活動(dòng)技術(shù)方法的應(yīng)用正式技術(shù)評(píng)審的實(shí)施軟件測(cè)試標(biāo)準(zhǔn)的執(zhí)行修改的控制度量記錄和記錄保存現(xiàn)代方法基于架構(gòu)的迭代和增量開發(fā)配置管理軟件確認(rèn)過程1：測(cè)試根據(jù)不同的軟件生命周期定義，測(cè)試的階段、方法和類型構(gòu)成一個(gè)層次結(jié)構(gòu)，如下圖：V模型中的過程從左到右，描述了基本的開發(fā)過程和測(cè)試行為。V模型的價(jià)值在于它非常明確地標(biāo)明了測(cè)試過程中存在的不同級(jí)別，并且清楚地描述了這些測(cè)試階段和開發(fā)過程期間各階段的對(duì)應(yīng)關(guān)系。

測(cè)試與開發(fā)階段的對(duì)應(yīng)——V模式單元測(cè)試

單元測(cè)試的內(nèi)容主要是：算法邏輯、數(shù)據(jù)定義的理解和使用、接口、各種CASE路徑、邊界條件、錯(cuò)誤處理等。單元測(cè)試的目的通常是:在開發(fā)環(huán)境中，程序設(shè)計(jì)工程師為了檢查單元程序模塊內(nèi)部的邏輯、算法和數(shù)據(jù)處理結(jié)果的正確性等。單元測(cè)試通常由負(fù)責(zé)編碼的工程師自己在代碼完成后測(cè)試，也有在項(xiàng)目組內(nèi)，由工程師相互交叉測(cè)試。調(diào)試與測(cè)試的最大的不同點(diǎn)是二者的目的和視角的區(qū)別：調(diào)試包括查找BUG、定位BUG、修改并最終確認(rèn)BUG已經(jīng)被修復(fù)的軟件故障排除過程。測(cè)試是在一個(gè)相對(duì)獨(dú)立的環(huán)境下（測(cè)試應(yīng)盡可能地模擬運(yùn)行環(huán)境，調(diào)試是在開發(fā)環(huán)境），運(yùn)行系統(tǒng)單元，觀察和記錄運(yùn)行結(jié)果，對(duì)結(jié)果進(jìn)行獨(dú)立評(píng)價(jià)的過程。

單元測(cè)試（模塊測(cè)試）實(shí)際上，在單元測(cè)試級(jí)，一般項(xiàng)目組很難做到把調(diào)試與測(cè)試分開。因?yàn)槎叩墓ぷ鲀?nèi)容比較接近，擔(dān)負(fù)人常常是一個(gè)人，環(huán)境區(qū)別并不大或者重新搭建環(huán)境在時(shí)間、成本和人力上，都比較困難。這些都是一般項(xiàng)目組并沒有獨(dú)立的單元測(cè)試的原因。將單元測(cè)試與模塊調(diào)試合并可能帶來的問題是： （1）單元測(cè)試沒有任何記錄和文檔。少有筆頭勤快的工程師，會(huì)把他每天測(cè)了什么、改了什么，記錄下來。軟件工程師要的就是沒有BUG的程序，任何中間結(jié)果都是垃圾。 （2）由于調(diào)試的目標(biāo)是獲得沒有故障的程序，因此，與功能無(wú)關(guān)的程序?qū)傩酝缓雎裕蛘咭郊蓽y(cè)試、確認(rèn)測(cè)試時(shí)才被發(fā)現(xiàn)。例如：命名標(biāo)準(zhǔn)、程序形式規(guī)范等。不論怎么說，現(xiàn)實(shí)情況，單元測(cè)試與模塊調(diào)試經(jīng)常是混為一談的，要想改變，也不太容易。

由于單元測(cè)試在項(xiàng)目組中，常常由編碼工程師完成，項(xiàng)目經(jīng)理的管理一般并不深入到單元測(cè)試層。

集成測(cè)試（子系統(tǒng)測(cè)試）集成測(cè)試又稱組裝測(cè)試，它是在單元測(cè)試完成后，組裝為一個(gè)子系統(tǒng)后，對(duì)下列只有組裝后才能發(fā)生和測(cè)試到的問題，進(jìn)行檢查：（1）組裝后一個(gè)模塊對(duì)一個(gè)模塊的影響； （2）合并功能是否是預(yù)期的； （3）獨(dú)立的誤差在合并后的變化，是擴(kuò)大還是減小，是否在可接受的范圍內(nèi)； （4）實(shí)際的接口測(cè)試；包括：模塊之間對(duì)實(shí)際銜接的標(biāo)準(zhǔn)、時(shí)序（實(shí)時(shí)性）、應(yīng)答響應(yīng)、容錯(cuò)與錯(cuò)誤處理等； （5）模塊間的資源競(jìng)爭(zhēng)等。

集成測(cè)試也很重視集成的階段性。最壞的情況是系統(tǒng)只有一次集成，就是系統(tǒng)全部模塊完成后進(jìn)行集成。實(shí)際上，這就像一部汽車，直到要出廠時(shí)，才來一次總測(cè)試。而當(dāng)你每天生產(chǎn)一部完全不同規(guī)格、型號(hào)的汽車時(shí)，這個(gè)時(shí)候的測(cè)試，可能是非常要命的。

比較好的辦法是通常采用的增量組裝法，包括自頂向下或自低向上的增量組裝。分階段的增量組裝測(cè)試，可以解決一次集成，問題的隔離和區(qū)分不易的困難。

確認(rèn)測(cè)試（系統(tǒng)測(cè)試）

確認(rèn)測(cè)試的目的是按照與用戶確認(rèn)的軟件需求規(guī)格說明書的要求，檢查系統(tǒng)的需求實(shí)現(xiàn)。確認(rèn)需求的測(cè)試依據(jù)是需求階段產(chǎn)生的測(cè)試腳本（測(cè)試用例）。國(guó)內(nèi)項(xiàng)目組的現(xiàn)實(shí)情況有以下幾種： （1）沒有確認(rèn)測(cè)試； （2）沒有獨(dú)立的確認(rèn)測(cè)試，測(cè)試與設(shè)計(jì)、編碼不分離； （3）有獨(dú)立的確認(rèn)測(cè)試，但測(cè)試用例是設(shè)計(jì)和編碼人員寫的，因此，獨(dú)立測(cè)試人員相當(dāng)于按設(shè)計(jì)和編碼人員的設(shè)計(jì)思路再測(cè)一遍。上述這些情況，就喪失了確認(rèn)測(cè)試的大部分意義。正確的確認(rèn)測(cè)試是獨(dú)立的測(cè)試組中，具有相應(yīng)知識(shí)的測(cè)試設(shè)計(jì)師，根據(jù)需求規(guī)格說明書，并依據(jù)該軟件在用戶方面將會(huì)是在什么環(huán)境下，用戶將如何使用該軟件，來設(shè)計(jì)測(cè)試方案和測(cè)試用例，安排測(cè)試人員進(jìn)行測(cè)試。很顯然，現(xiàn)實(shí)離理想的距離還比較遙遠(yuǎn)。確認(rèn)測(cè)試還包括軟件經(jīng)修改后的再測(cè)試（回歸測(cè)試）?；貧w測(cè)試是對(duì)已測(cè)試并發(fā)現(xiàn)故障的部分，修改后進(jìn)行再測(cè)試。回歸測(cè)試不應(yīng)修改測(cè)試程序、測(cè)試內(nèi)容或測(cè)試標(biāo)準(zhǔn)。它與正常測(cè)試不同的僅是：它可能并不需要再完整地走一遍所有的確認(rèn)測(cè)試，而是小心地選擇部分確認(rèn)測(cè)試程序，選擇的標(biāo)準(zhǔn)是不減低原標(biāo)準(zhǔn)的整體要求。

ɑ測(cè)試和?測(cè)試

為了實(shí)際檢驗(yàn)軟件的功能和性能，有時(shí)，常邀請(qǐng)?zhí)囟ǖ挠脩魩椭囉茫y(cè)試）系統(tǒng)正式發(fā)布前的版本，請(qǐng)用戶對(duì)系統(tǒng)進(jìn)行評(píng)價(jià)。這就是通常所說的ɑ測(cè)試和?測(cè)試。ɑ測(cè)試是由一個(gè)用戶在開發(fā)者的場(chǎng)所，在開發(fā)者指導(dǎo)下進(jìn)行的測(cè)試。開發(fā)者記錄下問題和錯(cuò)誤，是在開發(fā)者“控制”下的測(cè)試。?測(cè)試是用戶的環(huán)境中，開發(fā)者可能并不在現(xiàn)場(chǎng)，由用戶“活用”系統(tǒng)情況下的測(cè)試。用戶記錄下問題，報(bào)告給開發(fā)者。在商用套裝軟件中，這種情況比較多見，在行業(yè)應(yīng)用系統(tǒng)中，由于現(xiàn)實(shí)環(huán)境并不允許不成功的軟件直接投入使用，用戶也沒有參與測(cè)試義務(wù)、時(shí)間和資源的投入和配合的積極性，因此，這種測(cè)試很少發(fā)生。

驗(yàn)收測(cè)試在行業(yè)應(yīng)用軟件環(huán)境中，驗(yàn)收測(cè)試是項(xiàng)目過程非常重要的一環(huán)，也是項(xiàng)目經(jīng)理非常關(guān)注的一項(xiàng)工作。驗(yàn)收測(cè)試與確認(rèn)測(cè)試非常相似，所不同的是，確認(rèn)測(cè)試是項(xiàng)目組或組織內(nèi)部的測(cè)試，驗(yàn)收測(cè)試是用戶主導(dǎo)、現(xiàn)場(chǎng)參與、現(xiàn)場(chǎng)環(huán)境下的測(cè)試。驗(yàn)收測(cè)試通常由項(xiàng)目組先提出測(cè)試大綱，定義測(cè)試目的、范圍、方法、測(cè)試用例、預(yù)期結(jié)果、驗(yàn)收標(biāo)準(zhǔn)等。經(jīng)用戶同意批準(zhǔn)，可能包括用戶的修改、增加后，確定測(cè)試時(shí)間，開始進(jìn)入驗(yàn)收測(cè)試。用戶在完成按測(cè)試用例的測(cè)試后，在測(cè)試記錄上逐條確認(rèn)、簽字，最后，在測(cè)試報(bào)告上簽字，完成驗(yàn)收測(cè)試。一般地、驗(yàn)收測(cè)試報(bào)告是項(xiàng)目初驗(yàn)、終驗(yàn)的依據(jù)和主要驗(yàn)收形式。

單元測(cè)試與驗(yàn)收測(cè)試單元測(cè)試和驗(yàn)收測(cè)試沒有什么區(qū)別？單元測(cè)試可以類比為一個(gè)建筑的質(zhì)檢人員對(duì)建筑進(jìn)行的檢測(cè)，

他關(guān)注的重點(diǎn)是建筑的內(nèi)部結(jié)構(gòu)、地基、框架以及墻壁是否垂直等。他的檢測(cè)是要保證建筑的各個(gè)部分是正常的、安全的，換句話說，就是要保證施工滿足建筑上面的質(zhì)量標(biāo)準(zhǔn)。驗(yàn)收測(cè)試可以類比為建筑的使用者來對(duì)建筑進(jìn)行的檢測(cè)。他關(guān)心建筑的外觀是否美觀、各個(gè)房間的大小是否合適，窗戶的位置是否合適，是否能夠滿足家庭的需要等。這里，建筑的使用者執(zhí)行的就是驗(yàn)收測(cè)試，他是從用戶的角度出發(fā)的。正是這種角度的不同決定了單元測(cè)試和驗(yàn)收測(cè)試之間的區(qū)別。它們是對(duì)系統(tǒng)的不同的方面進(jìn)行的測(cè)試，二者是互相補(bǔ)充的。不管我們?cè)谙到y(tǒng)的構(gòu)建中使用了多么聰明的方法，不管我們的系統(tǒng)是多么的靈活，但是首先我們的產(chǎn)品必須是可用的，否則我們所做的就是浪費(fèi)時(shí)間，從這一點(diǎn)上來說驗(yàn)收測(cè)試要比單元測(cè)試顯得更加重要。

測(cè)試方法測(cè)試所處的階段不同，方法也不同：白盒測(cè)試 在單元測(cè)試階段，由于測(cè)試者對(duì)被測(cè)對(duì)象的內(nèi)部結(jié)構(gòu)、邏輯思路、接口關(guān)系等比較熟悉，一般采取白盒測(cè)試的方法，它是根據(jù)模塊的內(nèi)部邏輯，進(jìn)行測(cè)試設(shè)計(jì)的方法。有些集成測(cè)試也采用白盒方法，關(guān)鍵看集成階段的劃分。黑盒測(cè)試 在集成測(cè)試以至此后的各階段，測(cè)試設(shè)計(jì)和測(cè)試人員，對(duì)被測(cè)對(duì)象的內(nèi)部結(jié)構(gòu)不了解也不需要了解，他的目的是按需求功能進(jìn)行確認(rèn)。因此，黑盒測(cè)試是嚴(yán)格按軟件需求進(jìn)行測(cè)試設(shè)計(jì)的方法。代碼走查

測(cè)試類型在不同階段，測(cè)試的類型也不相同，常有的測(cè)試類型是：（1）功能測(cè)試：軟件實(shí)現(xiàn)的功能是否符合需求規(guī)格說明書中定義的功能；（2）性能測(cè)試：軟件在規(guī)定配置下的性能是否符合需求規(guī)定；（3）算法測(cè)試：確認(rèn)實(shí)現(xiàn)的算法的正確性；（4）正向測(cè)試：按照用戶正常的理解、操作方式、思維和使用習(xí)慣使用軟件，得到的結(jié)果是否與需求一致。（5）逆向測(cè)試：如果不按用戶正常的理解、操作發(fā)生、思維和使用習(xí)慣使用軟件，軟件是否能正確地進(jìn)行處理。如：無(wú)效操作、錯(cuò)誤的數(shù)據(jù)輸入處理、非法進(jìn)入等。（6）邊界測(cè)試：按軟件的限制、假設(shè)條件的邊界輸入，進(jìn)行測(cè)試。（7）配置測(cè)試：對(duì)軟件環(huán)境進(jìn)行配置變化，軟件需求實(shí)現(xiàn)，特別是性能實(shí)現(xiàn)是否能符合需求規(guī)定要求。（8）負(fù)載測(cè)試：在業(yè)務(wù)處理量、數(shù)據(jù)負(fù)載量、通訊負(fù)載量達(dá)到何種情況，系統(tǒng)的性能變化和承載能力情況。測(cè)試計(jì)劃測(cè)試估計(jì)

在擬定測(cè)試計(jì)劃時(shí)，首先需要對(duì)以下情況，做出估計(jì)： （1）

完成測(cè)試設(shè)計(jì)所需要的工作量： （2）

完成測(cè)試設(shè)計(jì)所需要的工作時(shí)間： （3）

完成測(cè)試所需要的時(shí)間：

根據(jù)以上三個(gè)部分的結(jié)果，我們已經(jīng)知道了測(cè)試的范圍、內(nèi)容、任務(wù)分配、時(shí)間等，這樣，項(xiàng)目經(jīng)理可以能比較充分地規(guī)劃資源，制訂出一份比較全面和切實(shí)的測(cè)試工作計(jì)劃。測(cè)試分配

測(cè)試計(jì)劃確定了測(cè)試的范圍、內(nèi)容和估計(jì)時(shí)間，根據(jù)WBS方法，測(cè)試計(jì)劃還應(yīng)說明具體測(cè)試任務(wù)的分解和測(cè)試工作的分配。測(cè)試組的成員根據(jù)分工，各自完成一部分測(cè)試任務(wù)。測(cè)試組與項(xiàng)目開發(fā)組還需要保持一定的同步，使測(cè)試與開發(fā)、修改在協(xié)調(diào)的步驟下進(jìn)行，以節(jié)約寶貴的項(xiàng)目總時(shí)間。測(cè)試確認(rèn)

測(cè)試用例名稱工號(hào)權(quán)限被測(cè)子系統(tǒng)名卡/號(hào)資源管理測(cè)試用例來源公司測(cè)試組□內(nèi)部測(cè)試抽查參考文檔序號(hào)測(cè)試用例描述XWYY001

測(cè)試目的能否正確識(shí)別合法的操作員進(jìn)入應(yīng)用系統(tǒng)測(cè)試步驟1.啟動(dòng)“卡/號(hào)資源管理”應(yīng)用程序。2.輸入系統(tǒng)中不存在的工號(hào)1000，再輸入密碼12345，檢查能否進(jìn)入系統(tǒng)。3.輸入系統(tǒng)中存在的工號(hào)nj001和正確的密碼，檢查能否進(jìn)入系統(tǒng)。4.輸入系統(tǒng)中存在的工號(hào)yd002和正確的密碼，檢查能否進(jìn)入系統(tǒng)。輸入數(shù)據(jù)描述1、工號(hào)1000根本不是系統(tǒng)合法的工號(hào)。2、工號(hào)nj001是前臺(tái)營(yíng)業(yè)受理的工號(hào)，不能進(jìn)行卡號(hào)資源管理系統(tǒng)。3、工號(hào)yd002是卡號(hào)資源管理系統(tǒng)的工號(hào)。期望的結(jié)果1.工號(hào)1000無(wú)論如何進(jìn)入不了系統(tǒng)，系統(tǒng)提示無(wú)此員工2.工號(hào)nj001也不能進(jìn)入系統(tǒng)，系統(tǒng)提示該操作員無(wú)權(quán)執(zhí)行卡號(hào)資源管理系統(tǒng)3．工號(hào)yd002可以進(jìn)入系統(tǒng)，并能打開所有的功能菜單測(cè)試結(jié)果描述相符測(cè)試人員

測(cè)試日期2019-03-08復(fù)測(cè)人員

復(fù)測(cè)日期

備注

測(cè)試用例：測(cè)試用例由誰(shuí)設(shè)計(jì)？設(shè)計(jì)測(cè)試用例的依據(jù)是什么？測(cè)試設(shè)計(jì)的重點(diǎn)是什么？測(cè)試報(bào)告：收集齊上述的所有測(cè)試用例，構(gòu)成了測(cè)試報(bào)告的基本要件。測(cè)試報(bào)告是對(duì)所有測(cè)試用例測(cè)試過程的總結(jié)。在測(cè)試報(bào)告中，應(yīng)反映：（1）測(cè)試中出現(xiàn)問題的統(tǒng)計(jì)匯總和分析；（2）未解決問題的匯總和解決方案建議；（3）回歸測(cè)試的統(tǒng)計(jì)和分析（度量）；（4）對(duì)測(cè)試計(jì)劃的總結(jié)或修改。測(cè)試過程組織一個(gè)獨(dú)立的測(cè)試小組為例，測(cè)試過程一般如下：（1）測(cè)試準(zhǔn)備：制定人員、環(huán)境、工具、培訓(xùn)和外部支持計(jì)劃。（2）測(cè)試計(jì)劃：確定測(cè)試策略、建立測(cè)試計(jì)劃。（3）測(cè)試用例：建立測(cè)試順序樹、確定測(cè)試的優(yōu)先級(jí)、詳細(xì)列出測(cè)試程序和測(cè)試數(shù)據(jù)，設(shè)計(jì)測(cè)試用例。（4）測(cè)試環(huán)境：了解需求、搭建環(huán)境、安裝備份和恢復(fù)程序，記錄初始環(huán)境、測(cè)試環(huán)境、恢復(fù)環(huán)境等。（5）測(cè)試執(zhí)行：從測(cè)試計(jì)劃復(fù)審測(cè)試計(jì)劃進(jìn)度表、恢復(fù)測(cè)試執(zhí)行環(huán)境。（6）結(jié)果分析：執(zhí)行結(jié)果分析、度量。（7）測(cè)試報(bào)告：錯(cuò)誤趨勢(shì)圖、測(cè)試變動(dòng)指示、產(chǎn)品檢查點(diǎn)建議。軟件審查的概念回顧：我們?cè)谏瞎?jié)介紹軟件的確認(rèn)和驗(yàn)證過程時(shí)，已經(jīng)介紹了軟件驗(yàn)證的三個(gè)過程是：審查、測(cè)量和配置管理。同時(shí)，我們也談到，驗(yàn)證與確認(rèn)的區(qū)別是，確認(rèn)是在整個(gè)軟件系統(tǒng)完成交付前或某模塊完成交付前的檢查，它的檢查點(diǎn)是交付前。而驗(yàn)證貫穿于整個(gè)開發(fā)過程，是對(duì)過程的確認(rèn)。因此，驗(yàn)證的范圍包括了整個(gè)開發(fā)過程，它是軟件質(zhì)量保證并持續(xù)改進(jìn)的強(qiáng)大工具。什么是審查，審查是一個(gè)正式的、嚴(yán)格的、具有深度的技術(shù)評(píng)審過程。因此，評(píng)審的目的是：（1）在軟件開發(fā)過程中，盡早可能地發(fā)現(xiàn)問題，特別是過程性的問題；（2）確保對(duì)需求保持一致的意見；（3）驗(yàn)證任何修改和變更滿足預(yù)先定義的準(zhǔn)則；（4）為組織提供產(chǎn)品在質(zhì)量和過程方面是否有效的實(shí)際數(shù)據(jù)；（5）使團(tuán)隊(duì)成員之間在技術(shù)上建立相互的了解；（6）增加軟件確認(rèn)測(cè)試的有效性；（7）提高優(yōu)秀軟件工程師的水準(zhǔn)。軟件評(píng)審軟件評(píng)審在軟件開發(fā)的各個(gè)階段，都要采用評(píng)審的方法，以便及早發(fā)現(xiàn)軟件的缺陷。軟件評(píng)審的必要性1.從技術(shù)角度進(jìn)行的審查是保證軟件質(zhì)量的重要措施由于人的認(rèn)識(shí)不可能百分之百地符合客觀實(shí)際，因此生命周期每個(gè)階段的工作中都可能發(fā)生錯(cuò)誤。由于前一階段的成果是后一階段工作的基礎(chǔ)，前一階段的錯(cuò)誤自然會(huì)導(dǎo)致后一階段的工作結(jié)果中有相應(yīng)的錯(cuò)誤，而且錯(cuò)誤會(huì)積累起來，如下圖所示。原始要求正確的規(guī)格說明錯(cuò)誤的規(guī)格說明需求分析設(shè)計(jì)正確的設(shè)計(jì)錯(cuò)誤的設(shè)計(jì)對(duì)錯(cuò)誤說明的設(shè)計(jì)編碼正確編碼錯(cuò)誤編碼對(duì)錯(cuò)誤設(shè)計(jì)的編碼對(duì)錯(cuò)誤說明的編碼測(cè)試正確功能可改正的錯(cuò)誤不可改正的錯(cuò)誤潛伏的錯(cuò)誤不完善的軟件產(chǎn)品軟件評(píng)審2.技術(shù)審查也是降低成本的一個(gè)重要舉措由于再后期改正一個(gè)錯(cuò)誤比在早期改正同一個(gè)錯(cuò)誤需要付出的代價(jià)高二至三個(gè)數(shù)量級(jí)，所以越在早期發(fā)現(xiàn)的錯(cuò)誤越容易改正，代價(jià)越低。3.在技術(shù)審查合格之后，再進(jìn)行管理復(fù)審，可以使管理人員專心從管理角度對(duì)開發(fā)工作進(jìn)行審查，而不必顧及技術(shù)問題軟件評(píng)審軟件評(píng)審的辦法成立評(píng)審小組，組員包括：組長(zhǎng)、作者、評(píng)審員1.組長(zhǎng)組長(zhǎng)是小組的核心，最后由技術(shù)水平較高且沒有直接參與這項(xiàng)工程的人擔(dān)任。組長(zhǎng)的任務(wù)是組織和領(lǐng)導(dǎo)技術(shù)審查的全過程，如安排會(huì)議日程，分發(fā)必要的文檔資料，主持審查會(huì)議，確保審查全面、公正。2.作者作者是被審查文檔或程序的編寫者。如果開發(fā)小組由一個(gè)小組集體完成，通常由技術(shù)小組負(fù)責(zé)人代表小組參加審查小組。作者的責(zé)任是回答技術(shù)上的問題3.評(píng)審員評(píng)審員也應(yīng)由技術(shù)專家擔(dān)任。通常一個(gè)是前一階段的技術(shù)骨干，另一個(gè)是后一階段的骨干。評(píng)審員的任務(wù)是分別從各自的角度，公正客觀地評(píng)價(jià)被審查的軟件產(chǎn)品。軟件評(píng)審軟件評(píng)審的步驟準(zhǔn)備簡(jiǎn)要介紹情況閱讀被評(píng)審的文檔（如檢查表）開評(píng)審會(huì)返工復(fù)審軟件開發(fā)的各個(gè)階段，其檢查表的內(nèi)容不一樣。6.3.1軟件審查的準(zhǔn)備評(píng)審人：審查一般由一個(gè)審查小組或?qū)彶槲瘑T會(huì)負(fù)責(zé)進(jìn)行，審查小組內(nèi)，應(yīng)有以下角色構(gòu)成：（1）主持審查活動(dòng)的主審員；（2）被審查產(chǎn)品負(fù)責(zé)人，包括產(chǎn)品經(jīng)理、技術(shù)經(jīng)理、質(zhì)量經(jīng)理等；（3）負(fù)責(zé)對(duì)被審查產(chǎn)品進(jìn)行講解和解釋的主講人；（4）來自各有關(guān)部門的審查員；（5）記錄員；（6）項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理應(yīng)該參與軟件的審查過程，關(guān)注審查結(jié)果，但不一定要參加審查會(huì)議。這要看審查的級(jí)別。如果是組織內(nèi)的項(xiàng)目級(jí)審查，項(xiàng)目經(jīng)理作為被審查產(chǎn)品的負(fù)責(zé)人，應(yīng)參加審查會(huì)議，否則，應(yīng)該由具體的產(chǎn)品、技術(shù)或質(zhì)量經(jīng)理去參加這樣的會(huì)議。被審產(chǎn)品的負(fù)責(zé)人參加這樣的會(huì)議，不是為了解釋審查中發(fā)現(xiàn)的缺陷，及其責(zé)任，進(jìn)行辯解，而只是如實(shí)地向?qū)彶樾〗M介紹產(chǎn)品為什么要這樣做，和做了什么。審查的目的不是為了追究什么人的責(zé)任，而是為了改進(jìn)過程。如果把評(píng)審，引入到人與人之間的斗爭(zhēng)中去，則完全喪失了評(píng)審，作為過程改進(jìn)手段的意義。

評(píng)審內(nèi)容及要求，見下表：審查類型被審查項(xiàng)需提交的資料提交審查條件需求軟件需求規(guī)格說明書軟件需求規(guī)格說明書及在此之前有關(guān)的需求分析文檔、需求基線及批準(zhǔn)文檔確認(rèn)的需求、已經(jīng)被分析和形式化描述，需求基線已經(jīng)被確定

設(shè)計(jì)軟件設(shè)計(jì)說明軟件設(shè)計(jì)文檔設(shè)計(jì)完成編碼源代碼模塊源程序代碼、設(shè)計(jì)文檔、組織的編碼標(biāo)準(zhǔn)與規(guī)范被審查模塊已經(jīng)編譯正確并完成獨(dú)立測(cè)試確認(rèn)測(cè)試測(cè)試記錄測(cè)試結(jié)果報(bào)告、質(zhì)量和驗(yàn)收標(biāo)準(zhǔn)

系統(tǒng)確認(rèn)及回歸測(cè)試已經(jīng)完成審查內(nèi)容作為被審查對(duì)象的項(xiàng)目組，按照審查組的要求，提交被審查材料，接受審查。

作為審查員，應(yīng)該做什么準(zhǔn)備？首先，明確作為審查員的定角色位、職責(zé)。審查員是那些具有相關(guān)知識(shí)和對(duì)被審查產(chǎn)品具有一定熟悉程度的，但不一定就是直接從事相同崗位（有時(shí)，還特別需要交叉換位）的人員。在參加審查前，他必須花一定的時(shí)間和精力，來了解產(chǎn)品，并能通過閱讀提交的資料，了解產(chǎn)品與文檔、標(biāo)準(zhǔn)和規(guī)范之間的差異。因此，他在審查中的責(zé)任是：（1）必須完全熟悉要審查的產(chǎn)品和產(chǎn)品所依據(jù)的文檔和標(biāo)準(zhǔn)；（2）對(duì)照產(chǎn)品和文檔，鑒別其中的差異；（3）客觀地評(píng)價(jià)差異，識(shí)別是屬于實(shí)現(xiàn)程度差別、缺陷，還是錯(cuò)誤；（4）判斷差異是實(shí)現(xiàn)的個(gè)體現(xiàn)象，還是過程問題；（5）以對(duì)產(chǎn)品而不是對(duì)人的態(tài)度，對(duì)差異進(jìn)行評(píng)估和分析；（6）向主審員報(bào)告審查結(jié)果和分析意見。審查員的職責(zé)軟件審查的過程在審查開始之前，審查組與被審查項(xiàng)目的有關(guān)人員，產(chǎn)品經(jīng)理、技術(shù)經(jīng)理、質(zhì)量經(jīng)理和項(xiàng)目經(jīng)理們開一個(gè)“審查開工會(huì)”，主審員向被審查對(duì)象的有關(guān)人員介紹本次審查的目的、對(duì)象、范圍和內(nèi)容，有必要的話，花一點(diǎn)時(shí)間介紹一下審查方法，使得審查員和被審查項(xiàng)目的有關(guān)人員，在審查過程中易于溝通和理解。當(dāng)被審查有關(guān)人員知道（不是同意）審查的主要內(nèi)容后，主審員把審查工作，按分工，分配給各審查員，并請(qǐng)項(xiàng)目組指定有關(guān)的配合人員。會(huì)議約定好完成分組審查的時(shí)間，即召開審查匯報(bào)會(huì)的時(shí)間。獲得審查資料的審查員，可以開始從看資料如手，進(jìn)入審查階段。如果需要實(shí)際測(cè)試和運(yùn)行檢查，項(xiàng)目組要配合安排機(jī)器時(shí)間、軟件演示等與操作有關(guān)的環(huán)境。審查員經(jīng)過一段時(shí)間的工作，已經(jīng)對(duì)所分工的部分，通過閱讀資料、實(shí)際查看等，獲得了必要的信息，有關(guān)的疑問，通過向項(xiàng)目組實(shí)際詢問，解釋了不清楚的地方。審查員對(duì)差異，已經(jīng)做好了記錄。主審員按時(shí)間和進(jìn)度，可以招集審查匯報(bào)會(huì)。在審查匯報(bào)會(huì)上，審查員匯報(bào)分組審查中發(fā)現(xiàn)的潛在的（還沒有定論）的錯(cuò)誤、缺陷和差異。審查小組對(duì)每一個(gè)問題進(jìn)行討論，并爭(zhēng)取獲得一致的意見。必要時(shí)，可以請(qǐng)項(xiàng)目組再做解釋。記錄員此時(shí)應(yīng)詳細(xì)記錄討論的過程和各自的意見，并確保這些記錄的完整性、正確性和真實(shí)性。如果一次會(huì)議不能解決爭(zhēng)論的問題，或者需要再擴(kuò)大參加人員的范圍，或者需要再做測(cè)試，那就那樣去做。或者審查組發(fā)現(xiàn)問題已經(jīng)非常嚴(yán)重，已經(jīng)超出了軟件評(píng)審的范圍，那么，應(yīng)立即停止評(píng)審，向有關(guān)上級(jí)報(bào)告問題，以便上級(jí)做出重大改進(jìn)的措施。審查結(jié)果的發(fā)布是一個(gè)非技術(shù)的敏感問題。什么性質(zhì)的結(jié)果可以發(fā)布，在多大范圍內(nèi)發(fā)布。審查結(jié)果如果比較滿意，它的發(fā)布將對(duì)項(xiàng)目組是一個(gè)正向的激勵(lì)，是相關(guān)人員能力的象征。負(fù)面的審查結(jié)果可能引來更大的爭(zhēng)議和動(dòng)蕩。因此，審查小組和項(xiàng)目經(jīng)理，要充分溝通，從積極的方面，使用審查結(jié)果。任何審查結(jié)果都不是針對(duì)個(gè)人的，但是任何工作都是由具體個(gè)人來負(fù)責(zé)和承擔(dān)相應(yīng)責(zé)任的。因此，審查結(jié)果的難處，就在這句話的二面性。軟件審查的過程需求審查需求文檔與需求屬性（第二章已經(jīng)介紹）

需求審查表（問題清單）

（1）

需求是否定義了要向用戶展示的全部信息？（2）

需求是否論述了系統(tǒng)對(duì)用戶錯(cuò)誤操作的反映？（3）

每一需求項(xiàng)的描述是否清楚、簡(jiǎn)潔和沒有二意性？（4）

每一項(xiàng)需求是否都是可測(cè)試的？（5）

需求是否有隱含或暗示的功能理解？（6）

需求項(xiàng)之間是否有自相矛盾的地方？（7）

需求是否有應(yīng)該論述但沒有提及的地方？（8）

需求對(duì)實(shí)時(shí)性、精確度、負(fù)載能力等有沒有定義？（9）

需求是否包括了性能需求、質(zhì)量需求等非功能需求？（10）

如果需求涉及復(fù)雜的關(guān)聯(lián)關(guān)系、復(fù)雜的算法、復(fù)雜的決策機(jī)制，用戶能完全理解嗎？（11）

需求對(duì)軟件升級(jí)、版本變更是否有明確的承諾？（12）

需求文檔是否含有不必要的設(shè)計(jì)細(xì)節(jié)？（13）

是否可以根據(jù)需求，開發(fā)出適當(dāng)?shù)暮屯暾臏y(cè)試用例集？（14）

需求的假設(shè)和限制條件是否明確？需求審查需求審查過程我們?cè)谏弦还?jié)，已經(jīng)一般地討論過審查的過程。需求審查也遵循這樣的過程：組織審查組；收集項(xiàng)目組提交的被審查資料；確定審查日期；審查員在獲得審查任務(wù)分配和開始工作，包括：對(duì)資料的閱讀和評(píng)審、做實(shí)地的檢查、調(diào)查和詢問、記錄并報(bào)告；參加評(píng)審會(huì)議并報(bào)告自己的發(fā)現(xiàn)和分析。審查小組首先檢查審查活動(dòng)是否充分和沒有偏差、疏漏。審查員對(duì)問題的認(rèn)識(shí)有沒有片面和主觀。主審員根據(jù)自己的經(jīng)驗(yàn)，可能會(huì)對(duì)年輕的審查員要求做出補(bǔ)充調(diào)查。通過討論，審查小組爭(zhēng)取對(duì)問題取得一致的意見，并形成審查報(bào)告。

追蹤與改正審查的目的是監(jiān)督項(xiàng)目組對(duì)軟件的品質(zhì)，保持良好的狀態(tài)和不斷地改進(jìn)。因此，審查小組有責(zé)任跟蹤項(xiàng)目組對(duì)審查結(jié)果的利用情況。關(guān)注項(xiàng)目組的改進(jìn)，是項(xiàng)目經(jīng)理比關(guān)注審查結(jié)果更重要的事情。設(shè)計(jì)審查概要設(shè)計(jì)審查表（問題清單）詳細(xì)設(shè)計(jì)審查表（問題清單）

設(shè)計(jì)審查的目標(biāo)：概要設(shè)計(jì)重點(diǎn)審查以下幾個(gè)方面（概要設(shè)計(jì)針對(duì)需求）（1）概要設(shè)計(jì)對(duì)需求的完整實(shí)現(xiàn)；（2）概要設(shè)計(jì)與需求的一致性；（3）概要設(shè)計(jì)向需求的反向可追蹤；（4）概要設(shè)計(jì)中，對(duì)系統(tǒng)結(jié)構(gòu)設(shè)計(jì)的邏輯性、合理性和可擴(kuò)展性；由于概要設(shè)計(jì)是直接銜接需求的，因此，概要設(shè)計(jì)審查更多地是把設(shè)計(jì)與需求相銜接。在詳細(xì)設(shè)計(jì)中，應(yīng)重點(diǎn)審查以下方面（詳細(xì)設(shè)計(jì)針對(duì)實(shí)現(xiàn)）（1）設(shè)計(jì)應(yīng)符合組織即定的標(biāo)準(zhǔn)；（2）設(shè)計(jì)結(jié)果對(duì)下一階段的編碼是可用的。由于詳細(xì)設(shè)計(jì)直接提供編碼實(shí)現(xiàn)，因此，在組織內(nèi)，應(yīng)對(duì)詳細(xì)設(shè)計(jì)的“粒度”做出規(guī)定。這樣，即明確詳細(xì)設(shè)計(jì)與代碼實(shí)現(xiàn)的界面，同時(shí)，也是編碼標(biāo)準(zhǔn)化的工作基礎(chǔ)。在這方面，應(yīng)結(jié)合實(shí)際，進(jìn)行研究。代碼審查代碼的審查與具體實(shí)現(xiàn)工具有關(guān)，而且與具體實(shí)現(xiàn)工具的版本有關(guān)，因此，我們?cè)谶@里就不具體討論代碼審查的內(nèi)容。有不少文章具體討論代碼的標(biāo)準(zhǔn)化和設(shè)計(jì)技巧，可以作為審查的范本（如果必要的話）。代碼審查的一個(gè)辦法是走查。就是由審查人員“讀”工程師寫的代碼，然后對(duì)照“標(biāo)準(zhǔn)”進(jìn)行檢查，是對(duì)軟件文檔的一種書面檢查。它通過人工模擬執(zhí)行源程序的過程，檢查軟件設(shè)計(jì)的正確性。人工模擬也像計(jì)算機(jī)執(zhí)行那樣，可以仔細(xì)推敲、校驗(yàn)和核實(shí)每一步的執(zhí)行結(jié)果，進(jìn)而確定其執(zhí)行邏輯、控制模型、算法和使用參數(shù)與數(shù)據(jù)的正確性。走查是一件非常艱苦的工作，同時(shí)是需要非常大的毅力和記憶力的工作。因?yàn)橐粋€(gè)系統(tǒng)程序量之大，組織的規(guī)則和要求之多。審查員要做的是N的N次方的核對(duì)?，F(xiàn)在也有一些計(jì)算機(jī)程序，按一定的規(guī)則，幫助審查員“讀”程序，并挑出（有的可以做簡(jiǎn)單的修改）毛病，VisualBasic就有這樣的程序。如果沒有計(jì)算機(jī)程序的幫助，審查員會(huì)“瘋”掉的。測(cè)試審查測(cè)試審查是對(duì)測(cè)試結(jié)果進(jìn)行審查，它審查的內(nèi)容包括：（1）對(duì)測(cè)試用例的審查：測(cè)試用例的哪些要素（用例名、測(cè)試日期、預(yù)期測(cè)試結(jié)果等）是否齊備？（寬度）（2）在概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)中確定的關(guān)鍵點(diǎn)或特殊需求是否都測(cè)試到了？（深度）（3）測(cè)試過程（步驟、環(huán)境、用戶模擬等）的設(shè)計(jì)是否正確、恰當(dāng)？（4）預(yù)期值與結(jié)果值的差異統(tǒng)計(jì)；（5）測(cè)試目的是否達(dá)到？1、你的測(cè)試設(shè)計(jì)（單元、集成、系統(tǒng)）2、你的設(shè)計(jì)組織（過程）3、你的測(cè)試覆蓋（寬度、深度）4、你的測(cè)試評(píng)審問題2：1.4.1現(xiàn)代質(zhì)量管理回顧1.4.2ISO9000質(zhì)量管理體系1.4.3PMBOK的質(zhì)量管理1.4.4CMM2的質(zhì)量保證1.4軟件工程與相關(guān)質(zhì)量保證體系1.4.2ISO9000質(zhì)量管理體系

什么叫ISO

ISO是國(guó)際標(biāo)準(zhǔn)化組織InternationalOrganizationforStandardization的英文首尾字母的縮寫詞,翻譯成中文就是“國(guó)際標(biāo)準(zhǔn)化組織”。

什么是ISO9000？

ISO制定出來的國(guó)際標(biāo)準(zhǔn)除了有規(guī)范的名稱之外，還有編號(hào)，編號(hào)的格式是：ISO+標(biāo)準(zhǔn)號(hào)+[杠+分標(biāo)準(zhǔn)號(hào)]+冒號(hào)+發(fā)布年號(hào)（方括號(hào)中的內(nèi)容可有可無(wú)），例如：ISO8402：1987、ISO9000-1：1994等，分別是某一個(gè)標(biāo)準(zhǔn)的編號(hào)。但是，“ISO9000”不是指一個(gè)標(biāo)準(zhǔn)，而是一族標(biāo)準(zhǔn)的統(tǒng)稱。根據(jù)ISO9000-1：1994的定義：“'ISO9000族'是由ISO/TC176制定的所有國(guó)際標(biāo)準(zhǔn)?！?/p>

ISO9000質(zhì)量管理體系

什么是質(zhì)量認(rèn)證

質(zhì)量認(rèn)證也叫合格評(píng)定，是國(guó)際上通行的管理產(chǎn)質(zhì)量的有效方法。質(zhì)量認(rèn)證按認(rèn)證的對(duì)象分為產(chǎn)質(zhì)量認(rèn)證和質(zhì)量體系認(rèn)證兩類；按認(rèn)證的作用可分為安全認(rèn)證和合格認(rèn)證。什么是產(chǎn)品質(zhì)量認(rèn)證

產(chǎn)品質(zhì)量認(rèn)證是指依據(jù)產(chǎn)品標(biāo)準(zhǔn)和相應(yīng)技術(shù)要求，經(jīng)認(rèn)證機(jī)構(gòu)確認(rèn)并通過頒發(fā)認(rèn)證證書和認(rèn)證標(biāo)志來證明某一產(chǎn)品符合相應(yīng)標(biāo)準(zhǔn)和相應(yīng)技術(shù)要求的活動(dòng)。什么是質(zhì)量體系認(rèn)證質(zhì)量體系認(rèn)證的對(duì)象是企業(yè)的質(zhì)量體系，或者說是企業(yè)的質(zhì)量保證能力。

ISO9000質(zhì)量管理體系軟件企業(yè)為什么要建立ISO9000質(zhì)量管理體系？

（1）軟件本身的特點(diǎn)和目前軟件開發(fā)模式使隱藏在軟件內(nèi)部的質(zhì)量缺陷不可能完全避免（2）從技術(shù)上解決軟件質(zhì)量問題的效果十分有限。（3）技術(shù)人員和管理人員在軟件開發(fā)工作中仍有一些不正確的認(rèn)識(shí)需要糾正，這需要在企業(yè)建立和實(shí)施質(zhì)量體系的過程中加以解決。（4）目前多數(shù)軟件企業(yè)的質(zhì)量管理尚未得到應(yīng)有的重視，他們需要認(rèn)真總結(jié)教訓(xùn)，并將其滲入質(zhì)量體系形成制度化的規(guī)定。（5）軟件開發(fā)必須靠加強(qiáng)管理來實(shí)現(xiàn)工程化，質(zhì)量管理要體現(xiàn)在建立和實(shí)施開發(fā)規(guī)范中，保證軟件工程的各個(gè)步驟和各個(gè)崗位的工作都符合要求，并且即使產(chǎn)品在使用中出現(xiàn)了問題，也能及時(shí)的發(fā)現(xiàn)，及時(shí)妥善解決。ISO9000質(zhì)量管理體系質(zhì)量體系文件的層次第一層：質(zhì)量手冊(cè)第二層：程序文件第三層：作業(yè)指導(dǎo)書管理性第三層文件（如：車間管理辦法、倉(cāng)庫(kù)管理辦法、文件和資料編寫導(dǎo)則、產(chǎn)品標(biāo)識(shí)細(xì)則等）技術(shù)性第三層文件（如：產(chǎn)品標(biāo)準(zhǔn)、原材料標(biāo)準(zhǔn)、技術(shù)圖紙、工序作業(yè)指導(dǎo)書、工藝卡、設(shè)備操作規(guī)程、抽樣標(biāo)準(zhǔn)、檢驗(yàn)規(guī)程等）第四層表格與（質(zhì)量）記錄。質(zhì)量體系文件的作用1.質(zhì)量體系文件確定了職責(zé)的分配和活動(dòng)的程序，是企業(yè)內(nèi)部的“法規(guī)”。2.質(zhì)量體系文件是企業(yè)開展內(nèi)部培訓(xùn)的依據(jù)。3.質(zhì)量體系文件是質(zhì)量審核的依據(jù)。4.質(zhì)量體系文件使質(zhì)量改進(jìn)有章可循。ISO9000質(zhì)量管理體系ISO9000質(zhì)量管理的8項(xiàng)原則：原則1：以顧客為中心

原則2：領(lǐng)導(dǎo)作用原則3：全員參與

原則4：過程方法

原則5：管理的系統(tǒng)方法

原則6：持續(xù)改進(jìn)原則7：基于事實(shí)的決策方法原則8：互利的供方關(guān)系

1.4.3CMM2的質(zhì)量保證過程CMM2質(zhì)量保證（SQA）的目標(biāo)

CMM2對(duì)SQA確定了4個(gè)目標(biāo)，它們是：目標(biāo)1：對(duì)軟件質(zhì)量保證活動(dòng)做到有計(jì)劃；目標(biāo)2：客觀地驗(yàn)證軟件產(chǎn)品及其活動(dòng)是否遵守應(yīng)用的標(biāo)準(zhǔn)、 規(guī)程和需求；目標(biāo)3：將軟件質(zhì)量保證活動(dòng)及其結(jié)果及時(shí)通知相關(guān)小組和個(gè) 人；目標(biāo)4：由上級(jí)管理部門及時(shí)處理軟件項(xiàng)目?jī)?nèi)部解決不了的不 一致性問題。

CMM2的質(zhì)量保證過程CMM2的質(zhì)量保證活動(dòng)CMM2對(duì)SQA定義了8項(xiàng)活動(dòng)，它們是：活動(dòng)1：與項(xiàng)目總體計(jì)劃同步地制訂SQA計(jì)劃；活動(dòng)2：SQA組按SQA計(jì)劃進(jìn)行活動(dòng)；活動(dòng)3：SQA組要參與制訂和評(píng)審項(xiàng)目的軟件開發(fā)計(jì)劃、標(biāo)準(zhǔn)和規(guī)程；活動(dòng)4：SQA小組要評(píng)審軟件工程活動(dòng)，驗(yàn)證其一致性；活動(dòng)5：SQA小組要審核軟件產(chǎn)品，驗(yàn)證其一致性；活動(dòng)6：SQA小組要定期向軟件工程組報(bào)告活動(dòng)結(jié)果；活動(dòng)7：依據(jù)規(guī)定，歸檔和處理軟件活動(dòng)和產(chǎn)品中的偏差；活動(dòng)8：合適時(shí)，與用戶的SQA人員定期對(duì)SQA組的活動(dòng)和結(jié)果，進(jìn)行評(píng)審。CMM2的質(zhì)量保證過程CMM2的測(cè)量分析

CMM2對(duì)SQA活動(dòng)的成本消耗和進(jìn)度情況，進(jìn)行測(cè)量和分析，例如：SQA活動(dòng)的里程碑完成情況，與計(jì)劃相比較進(jìn)行分析；SQA活動(dòng)已完成的工作所花費(fèi)的工作量和成本與計(jì)劃的比較分析；產(chǎn)品審核和活動(dòng)評(píng)審的次數(shù)與計(jì)劃的比較分析等。CMM2的驗(yàn)證執(zhí)行

驗(yàn)證活動(dòng)主要包括二個(gè)方面，一是上級(jí)管理部門要實(shí)施定期地對(duì)SQA活動(dòng)的評(píng)審，適當(dāng)?shù)?、及時(shí)地掌握軟件過程活動(dòng)。二是項(xiàng)目負(fù)責(zé)人要定期和根據(jù)實(shí)際需要，隨時(shí)地評(píng)審SQA的活動(dòng)，實(shí)行對(duì)軟件活動(dòng)的跟蹤和監(jiān)督。

ISO9000與CMM的比較比較內(nèi)容2000版ISO/DIS9001CMM管理體系強(qiáng)調(diào)完整的組織體系，可以用來建立符合ISO9000管理的組織管理本身對(duì)管理體系沒有明確要求，默認(rèn)組織體系是有效的、健全的。管理上的側(cè)重組織管理過程管理項(xiàng)目管理技術(shù)管理過程的控制以KPA的形式來強(qiáng)調(diào)各環(huán)節(jié)的管理，但缺乏整個(gè)過程的管理管理職責(zé)強(qiáng)調(diào)宏觀上的管理職責(zé)強(qiáng)調(diào)項(xiàng)目管理中不同角色的職責(zé)文件體系分為組織層（規(guī)范）文件和項(xiàng)目層文件，并將文件體系化分為質(zhì)量手冊(cè)、程序文件和作業(yè)指導(dǎo)書，層次清楚所有文件同等對(duì)待數(shù)據(jù)分析加強(qiáng)了數(shù)據(jù)分析、測(cè)量在定量過程管理（KPA）中強(qiáng)調(diào)適用范圍所有行業(yè)，但對(duì)軟件行業(yè)的適用性不夠強(qiáng)，對(duì)企業(yè)規(guī)模無(wú)要求大型軟件企業(yè)（500人以上），對(duì)于500人以下的中小型企業(yè)需要進(jìn)行裁剪ISO9000與CMM的比較比較內(nèi)容2000版ISO/DIS9001CMM管理理念以顧客滿意為目標(biāo)評(píng)價(jià)承包商的軟件成熟能力配置管理弱強(qiáng)需求管理強(qiáng)調(diào)了合同評(píng)審，但對(duì)需求的管理很弱對(duì)需求管理有很強(qiáng)的控制，但沒有對(duì)合同評(píng)審進(jìn)行控制評(píng)審有較強(qiáng)的管理評(píng)審，但對(duì)技術(shù)評(píng)審管理較弱有較強(qiáng)的技術(shù)評(píng)審，但對(duì)管理評(píng)審的控制較弱內(nèi)部溝通強(qiáng)調(diào)內(nèi)部溝通強(qiáng)調(diào)內(nèi)部溝通，并通過組際協(xié)調(diào)（KPA）來實(shí)現(xiàn)。外部溝通強(qiáng)調(diào)內(nèi)部溝通強(qiáng)調(diào)內(nèi)部溝通，并通過組際協(xié)調(diào)（KPA）來實(shí)現(xiàn)。變更管理弱強(qiáng)（有專門的KPA進(jìn)行控制，包括技術(shù)變更和過程變更）1.4.4PMBOK的質(zhì)量管理過程

項(xiàng)目的質(zhì)量的二層含義從項(xiàng)目作為一項(xiàng)最終產(chǎn)品來看，項(xiàng)目質(zhì)量體現(xiàn)在其性能或者使用價(jià)值上，也即項(xiàng)目的產(chǎn)品質(zhì)量。從項(xiàng)目作為一次性的活動(dòng)來看，項(xiàng)目管理質(zhì)量體現(xiàn)在由WBS反映出的項(xiàng)目范圍內(nèi)所有的階段、子項(xiàng)目、項(xiàng)目工作單元的質(zhì)量所構(gòu)成，也即項(xiàng)目的工作質(zhì)量；項(xiàng)目是應(yīng)業(yè)主的要求進(jìn)行的,不同的業(yè)主有著不同的產(chǎn)品質(zhì)量要求，其意圖已反映在項(xiàng)目合同中。因此，項(xiàng)目合同是進(jìn)行項(xiàng)目產(chǎn)品質(zhì)量管理的主要依據(jù)。PMBOK的項(xiàng)目質(zhì)量管理域包含一些程序，它要求保證該項(xiàng)目能夠兌現(xiàn)它的關(guān)于滿足各種需求的承諾。它包括“在質(zhì)量體系中，與決定質(zhì)量工作的策略、目標(biāo)和責(zé)任的全部管理功能有關(guān)的各種活動(dòng)，并通過諸如質(zhì)量計(jì)劃、質(zhì)量保證和質(zhì)量提高等手段來完成這些活動(dòng)”。PMBOK的質(zhì)量管理過程PMBOK的項(xiàng)目質(zhì)量管理域包含一些程序，它要求保證該項(xiàng)目能夠兌現(xiàn)它的關(guān)于滿足各種需求的承諾。它包括“在質(zhì)量體系中，與決定質(zhì)量工作的策略、目標(biāo)和責(zé)任的全部管理功能有關(guān)的各種活動(dòng)，并通過諸如質(zhì)量計(jì)劃、質(zhì)量保證和質(zhì)量提高等手段來完成這些活動(dòng)”。PMBOK的質(zhì)量管理過程是：1、質(zhì)量計(jì)劃--確定哪些質(zhì)量標(biāo)準(zhǔn)適用于該項(xiàng)目，并決定如何達(dá)標(biāo)。2、質(zhì)量保證--在常規(guī)基礎(chǔ)上對(duì)整個(gè)項(xiàng)目執(zhí)行情況作評(píng)估，以提供信用，保證該項(xiàng)目將能夠達(dá)到有關(guān)質(zhì)量標(biāo)準(zhǔn)。3、質(zhì)量控制--監(jiān)控特定項(xiàng)目的執(zhí)行結(jié)果，以確定它們是否符合有關(guān)的質(zhì)量標(biāo)準(zhǔn)，并確定適當(dāng)方式消除導(dǎo)致項(xiàng)目績(jī)效令人不滿意的原因。這些工作程序互有影響，并且與其它知識(shí)領(lǐng)域中的程序之間也存在相互影響。依據(jù)項(xiàng)目的需要，每道程序都可能包含一個(gè)或更多的個(gè)人或由團(tuán)隊(duì)的努力。在每個(gè)項(xiàng)目階段中，每道程序通常都會(huì)至少經(jīng)歷一次。

PMBOK的項(xiàng)目質(zhì)量管理過程一——質(zhì)量計(jì)劃質(zhì)量計(jì)劃的目的主要是確保項(xiàng)目的質(zhì)量標(biāo)準(zhǔn)能夠得以滿意的實(shí)現(xiàn)，其關(guān)鍵是在項(xiàng)目的計(jì)劃期內(nèi)確保項(xiàng)目按期完成，同時(shí)要處理與其他項(xiàng)目計(jì)劃之間的關(guān)系。①

質(zhì)量計(jì)劃的依據(jù)質(zhì)量方針：質(zhì)量方針是對(duì)項(xiàng)目的質(zhì)量目標(biāo)和方向所作出的一個(gè)指導(dǎo)性文件，因此項(xiàng)目管理工作組應(yīng)制定自己的質(zhì)量工作方針，同時(shí)項(xiàng)目的質(zhì)量方針應(yīng)與項(xiàng)目的投資者完全共享。范圍陳述：項(xiàng)目的范圍陳述說明了投資者的需求以及項(xiàng)目的主要要求和目標(biāo)，因此范圍陳述是項(xiàng)目質(zhì)量計(jì)劃確定的主要依據(jù)和基礎(chǔ)。產(chǎn)品描述：盡管產(chǎn)品描述的相關(guān)要素可能在范圍描述中予以強(qiáng)調(diào)，然而產(chǎn)品的描述通常包含更加詳細(xì)的技術(shù)要求和其它的內(nèi)容，它對(duì)于項(xiàng)目質(zhì)量計(jì)劃的制定非常有用。標(biāo)準(zhǔn)和規(guī)則：項(xiàng)目質(zhì)量計(jì)劃的制定必須考慮到任何實(shí)際應(yīng)用領(lǐng)域的特殊的標(biāo)準(zhǔn)和規(guī)則，這些都將影響項(xiàng)目質(zhì)量計(jì)劃的制定。其它工作的輸出：除了上述范圍陳述、產(chǎn)品描述之外，其他方面的工作輸出也會(huì)對(duì)項(xiàng)目計(jì)劃的制定產(chǎn)生影響，比如說采購(gòu)計(jì)劃就要說明承包人的質(zhì)量要求從而影響到項(xiàng)目質(zhì)量管理的計(jì)劃。質(zhì)量成本：質(zhì)量成本是指為了達(dá)到產(chǎn)品/服務(wù)的質(zhì)量標(biāo)準(zhǔn)而進(jìn)行的全部工作所發(fā)生的所有成本。包括正常工作成本和改進(jìn)工作成本，后者又包括預(yù)防、鑒定和故障成本。②質(zhì)量計(jì)劃制定的方法和技術(shù)利益/成本分析：質(zhì)量計(jì)劃必須綜合考慮利益/成本的交換，滿足質(zhì)量需求的主要利益是減少重復(fù)性工作，這就意味著高的產(chǎn)出、低的支出及增加投資者的滿意度。滿足質(zhì)量要求的基本費(fèi)用是輔助項(xiàng)目質(zhì)量管理活動(dòng)的付出，其基本原則是利益與成本之比盡可能的大。基準(zhǔn)：基準(zhǔn)主要是通過比較實(shí)際或計(jì)劃項(xiàng)目的實(shí)施與其它同類項(xiàng)目的實(shí)施過程，為改進(jìn)項(xiàng)目實(shí)施過程提供思路和提供一個(gè)實(shí)施的標(biāo)準(zhǔn)。流程圖：流程圖是一個(gè)由任何箭線聯(lián)系的若干因素關(guān)系圖，流程圖在質(zhì)量管理中的應(yīng)用主要包括如下幾個(gè)方面：——原因結(jié)果（魚刺）圖：主要用來分析和說明各種因素和原因如何導(dǎo)致或者產(chǎn)生各種各種潛在的問題和后果?！到y(tǒng)流程圖:主要用來說明系統(tǒng)各種要素之間存在的相互關(guān)系，通過流程圖可以幫助項(xiàng)目組提出解決所遇質(zhì)量問題的相關(guān)方法。試驗(yàn)設(shè)計(jì)：試驗(yàn)設(shè)計(jì)對(duì)于分析辨明對(duì)整個(gè)項(xiàng)目輸出結(jié)果最有影響的因素是很為有效的，但該方法的應(yīng)用存在著費(fèi)用進(jìn)度交換的問題。③

質(zhì)量計(jì)劃的結(jié)果質(zhì)量管理計(jì)劃：質(zhì)量管理計(jì)劃主要描述項(xiàng)目管理組應(yīng)該如何實(shí)施它的質(zhì)量方針。具體操作說明：對(duì)于一些特殊條款需要附加的操作說明，包括對(duì)他們的解釋及在質(zhì)量控制過程中如何度量的問題。比如說滿足項(xiàng)目進(jìn)度日期不能足以說是對(duì)項(xiàng)目管理質(zhì)量的度量，項(xiàng)目管理組還必須指出每一項(xiàng)工作是否按時(shí)開始或者按時(shí)結(jié)束，各個(gè)獨(dú)立的工作是否被度量或者僅是做了一定的說明等類似情況。檢查表格：檢查表格是一種用于對(duì)項(xiàng)目執(zhí)行情況進(jìn)行分析的工具，其可能是簡(jiǎn)單的也可能是復(fù)雜的，通常的描述包括命令和詢問兩種形式。許多組織已經(jīng)形成了標(biāo)準(zhǔn)的確保頻繁執(zhí)行的工作順利執(zhí)行的體系。其它過程的輸入：質(zhì)量計(jì)劃過程也有助于對(duì)其它領(lǐng)域工作的開展。PMBOK的項(xiàng)目質(zhì)量管理過程二——質(zhì)量保證

質(zhì)量保證是在質(zhì)量體系中實(shí)施的全部有計(jì)劃、有系統(tǒng)的活動(dòng)，它用來樹立滿足項(xiàng)目相關(guān)標(biāo)準(zhǔn)的信心。質(zhì)量保證是所有計(jì)劃和系統(tǒng)工作實(shí)施達(dá)到質(zhì)量計(jì)劃要求的基礎(chǔ)，為項(xiàng)目質(zhì)量系統(tǒng)的正常運(yùn)轉(zhuǎn)提供可靠的保證，它應(yīng)該貫穿于項(xiàng)目實(shí)施的全過程之中。在ISO9000系列實(shí)施之前，質(zhì)量保證通常被描述在質(zhì)量計(jì)劃之中。檢查表質(zhì)量保證通常是由質(zhì)量保證部門或者類似的組織單元提供，但是不必總是如此。質(zhì)量保證通常提供給項(xiàng)目管理組以及實(shí)施組織（內(nèi)部質(zhì)量保證）或者提供給客戶或項(xiàng)目工作涉及的其它活動(dòng)（外部質(zhì)量保證）。①質(zhì)量保證的依據(jù)質(zhì)量管理計(jì)劃質(zhì)量控制度量的結(jié)果：質(zhì)量控制度量是為了比較和分析所作的質(zhì)量控制測(cè)試的記錄和度量。操作說明②質(zhì)量保證的工具和方法質(zhì)量計(jì)劃編制的工具和技術(shù)（計(jì)劃編制中已經(jīng)介紹）質(zhì)量審核：質(zhì)量審核是確定質(zhì)量活動(dòng)及其有關(guān)結(jié)果是否符合計(jì)劃安排，以及這些安排是否有效貫徹。通過質(zhì)量審核：——保證項(xiàng)目質(zhì)量符合規(guī)定要求；——保證設(shè)計(jì)、實(shí)施與組織過程符合規(guī)定要求；——保證質(zhì)量體系有效運(yùn)行并不斷完善，提高質(zhì)量管理水平。質(zhì)量審核的分類包括:——質(zhì)量體系審核——項(xiàng)目質(zhì)量審核——過程（工序）質(zhì)量審核——監(jiān)督審核——內(nèi)部質(zhì)量審核——外部質(zhì)量審核質(zhì)量審核可以是有計(jì)劃的，也可以是隨機(jī)的，它可以由專門的審計(jì)員或者是第三方質(zhì)量系統(tǒng)注冊(cè)組織審核。③質(zhì)量保證的結(jié)果質(zhì)量改進(jìn)：質(zhì)量改進(jìn)包括達(dá)到以下目的的各種行動(dòng)：增加項(xiàng)目有效性和效率以提高項(xiàng)目投資者的利益。在大多數(shù)情況下，質(zhì)量改進(jìn)將要求改變不正確的行動(dòng)以及克服這種不正確行動(dòng)的過程。PMBOK的項(xiàng)目質(zhì)量管理過程三——項(xiàng)目質(zhì)量控制質(zhì)量控制主要是監(jiān)督項(xiàng)目的實(shí)施結(jié)果，將項(xiàng)目的結(jié)果與事先制定的質(zhì)量標(biāo)準(zhǔn)進(jìn)行比較，找出其存在的差距，并分析形成這一差距的原因，質(zhì)量控制同樣貫穿于項(xiàng)目實(shí)施的全過程。項(xiàng)目的結(jié)果包括產(chǎn)品結(jié)果（如交付）以及管理結(jié)果（如實(shí)施的費(fèi)用和進(jìn)度）。質(zhì)量控制通常是由質(zhì)量控制部門或類似的質(zhì)量組織單元實(shí)施，但是也并非總是如此。項(xiàng)目管理組應(yīng)該具有統(tǒng)計(jì)質(zhì)量控制的工作知識(shí)，特別是抽樣檢查和概率方面的知識(shí)，以便幫助他們?cè)u(píng)價(jià)質(zhì)量控制的輸出。他們應(yīng)該清楚以下幾個(gè)方面的不同：——預(yù)防和檢查——特征樣本和隨機(jī)樣本——特殊原因和隨機(jī)原因——偏差和控制線①質(zhì)量控制的依據(jù)工作結(jié)果：包括