軟件質(zhì)量保證體系

[主題]軟件質(zhì)量管理確保體系文檔作者:微軟中國撰寫時間：[公布日期]文檔狀態(tài)：［狀態(tài)］［單位］2修訂統(tǒng)計(jì)版本日期描述作者

目錄TOC\o”1-3"\h\z\u修訂統(tǒng)計(jì) 2目錄 3公司內(nèi)部原則 41．使用范疇 42．引用原則 43．定義 44.質(zhì)量管理體系 44.1軟件質(zhì)量管理責(zé)任分派 44。2工作產(chǎn)品和活動 54。3評審 64.4質(zhì)量確保(QA） 84。5軟件測試 104。6配備管理 11

公司內(nèi)部原則本原則參考CMMI3《質(zhì)量管理和質(zhì)量確保原則》1．使用范疇本原則作為我司在軟件項(xiàng)目開發(fā)、供應(yīng)和維護(hù)時的質(zhì)量規(guī)定，以確保產(chǎn)品的質(zhì)量，避免不合格產(chǎn)品.下列具體描述了軟件開發(fā)各階段的控制手段和規(guī)定。規(guī)定質(zhì)量確保貫穿各個階段，始終確保嚴(yán)格實(shí)施。2．引用原則本原則制訂考慮我司的實(shí)際狀況,因此本原則僅用于我司內(nèi)部控制產(chǎn)品質(zhì)量。使用本文檔時，請盡量參考最新版本。3．定義產(chǎn)品：下列指軟件產(chǎn)品,即交付給顧客的一整套計(jì)算機(jī)程序、規(guī)程及有關(guān)的文檔和數(shù)據(jù)。開發(fā)：軟件產(chǎn)品的全部活動。供方：指我司。需方：指具體項(xiàng)目的需求方,即客戶。質(zhì)量體系：質(zhì)量要素、各要素需要達(dá)成的目的以及在開發(fā)過程中必須采用的方法。4。質(zhì)量管理體系4。1軟件質(zhì)量管理責(zé)任分派角色職責(zé)配備管理員制訂、創(chuàng)立和維護(hù)配備庫,提供文檔規(guī)范，并傳達(dá)成各個部門。QA（質(zhì)量確保）參及項(xiàng)目各個階段的評審，進(jìn)行過程評審和產(chǎn)品審計(jì),檢查文檔和代碼的規(guī)范執(zhí)行狀況QC(質(zhì)量控制)軟件測試是質(zhì)量控制的重要手段，測試人員進(jìn)行軟件的測試設(shè)計(jì)和執(zhí)行工作4。2工作產(chǎn)品和活動活動負(fù)責(zé)人工作產(chǎn)品與否可裁剪項(xiàng)目立項(xiàng)項(xiàng)目經(jīng)理項(xiàng)目計(jì)劃否配備管理員配備管理計(jì)劃是QA質(zhì)量確保計(jì)劃是測試人員系統(tǒng)測試計(jì)劃否需求管理活動項(xiàng)目經(jīng)理需求調(diào)研報(bào)告是需求規(guī)格闡明書否顧客、項(xiàng)目經(jīng)理顧客確認(rèn)書是QA評審報(bào)告是設(shè)計(jì)過程、決策分析活動設(shè)計(jì)組概要設(shè)計(jì)闡明書否界面設(shè)計(jì)圖是具體設(shè)計(jì)闡明書是項(xiàng)目經(jīng)理決策分析評議表是QA評審報(bào)告是開發(fā)編碼、集成過程活動項(xiàng)目經(jīng)理版本公布統(tǒng)計(jì)否QA評審報(bào)告是開發(fā)人員程序代碼否系統(tǒng)測試活動測試人員測試用例、測試報(bào)告否QA評審報(bào)告是項(xiàng)目結(jié)項(xiàng)、交付及維護(hù)活動項(xiàng)目經(jīng)理培訓(xùn)教材是顧客手冊是安裝手冊是項(xiàng)目總結(jié)報(bào)告否項(xiàng)目經(jīng)理、客戶顧客驗(yàn)收報(bào)告是QA評審報(bào)告是項(xiàng)目跟蹤及監(jiān)控活動項(xiàng)目經(jīng)理項(xiàng)目問題跟蹤日志是QA不符合項(xiàng)問題跟蹤統(tǒng)計(jì)表否項(xiàng)目跟蹤及監(jiān)控活動檢查單是風(fēng)險管理活動項(xiàng)目經(jīng)理風(fēng)險管理列表是QA風(fēng)險管理活動檢查單是配備管理活動配備管理員配備狀態(tài)報(bào)告是變更請求審批表是變更跟蹤統(tǒng)計(jì)表是QA配備管理活動檢查單是評審活動項(xiàng)目組員評審報(bào)告否QA評審活動檢查單是4.3評審評審是以一種正式的形式進(jìn)行，如有正式的、事先定義好的有關(guān)職責(zé)的多個角色，并遵照組織規(guī)定的流程。對于任何工作產(chǎn)品的審計(jì),都會組建及之對應(yīng)的專門評審組，涉及作者、主持人、統(tǒng)計(jì)員以及陪審員若干。評審組的組員能夠涉及PPQA、項(xiàng)目構(gòu)組員，但不能有作者的直接領(lǐng)導(dǎo)或者管理者.評審小組先召開一種預(yù)備,作者會針對工作產(chǎn)品向大家做個總體的介紹，例如解說一下本工作產(chǎn)品的目的是什么，以及其有關(guān)的實(shí)現(xiàn)細(xì)節(jié)、開發(fā)原則等.應(yīng)當(dāng)允許甚至激勵評審構(gòu)組員動手查看工作產(chǎn)品，或者查看開發(fā)過程中所用到的檢查單。評審小組的主持人負(fù)責(zé)擬定什么時間開始真正的評審會議，在預(yù)備會和正式評審會議之間,評審小構(gòu)組員對工作產(chǎn)品進(jìn)行徹底檢查，并根據(jù)有關(guān)原則和準(zhǔn)則評審工作產(chǎn)品。在預(yù)定時間,評審小構(gòu)組員以會議形式聚在一起，依次對產(chǎn)品進(jìn)行檢查，主持人負(fù)責(zé)對整個會議的進(jìn)展進(jìn)行控制，統(tǒng)計(jì)員統(tǒng)計(jì)下這個過程。在工作產(chǎn)品中發(fā)現(xiàn)的每一種缺點(diǎn)都會被認(rèn)真統(tǒng)計(jì)下來，并被適宜分類.會議結(jié)束后，負(fù)責(zé)人需要分析有關(guān)缺點(diǎn)，找出產(chǎn)生此缺點(diǎn)的因素并加以修正.主持人應(yīng)確保全部的缺點(diǎn)都會得到解決和修正。如果過程需要加以變更的話，應(yīng)將有關(guān)問題移交有關(guān)的質(zhì)量確保人員。階段評審內(nèi)容評審時機(jī)參加人員與否可裁剪計(jì)劃階段項(xiàng)目計(jì)劃項(xiàng)目啟動會議項(xiàng)目全部組員否配備管理計(jì)劃項(xiàng)目全部組員是質(zhì)量確保計(jì)劃項(xiàng)目全部組員是系統(tǒng)測試計(jì)劃項(xiàng)目全部組員否需求階段需求調(diào)研報(bào)告項(xiàng)目評審會議1需求分析師、項(xiàng)目經(jīng)理、系統(tǒng)架構(gòu)師、設(shè)計(jì)構(gòu)組員、QA是需求規(guī)格闡明書需求分析師、項(xiàng)目經(jīng)理、系統(tǒng)架構(gòu)師、設(shè)計(jì)構(gòu)組員、QA否設(shè)計(jì)階段概要設(shè)計(jì)闡明書項(xiàng)目評審會議2需求分析師、項(xiàng)目經(jīng)理、系統(tǒng)架構(gòu)師、設(shè)計(jì)構(gòu)組員、QA否UI設(shè)計(jì)圖UI美工、需求分析師、項(xiàng)目經(jīng)理、系統(tǒng)架構(gòu)師、設(shè)計(jì)構(gòu)組員、QA是具體設(shè)計(jì)闡明書需求分析師、項(xiàng)目經(jīng)理、系統(tǒng)架構(gòu)師、設(shè)計(jì)構(gòu)組員、QA是決策分析評議表需求分析師、項(xiàng)目經(jīng)理、系統(tǒng)架構(gòu)師、設(shè)計(jì)構(gòu)組員、QA是編碼階段代碼檢查(1）項(xiàng)目評審會議3開發(fā)構(gòu)組員、項(xiàng)目經(jīng)理、需求分析師、系統(tǒng)架構(gòu)師、QA否代碼檢查(2）開發(fā)構(gòu)組員、項(xiàng)目經(jīng)理、需求分析師、系統(tǒng)架構(gòu)師、QA否測試階段系統(tǒng)測試用例項(xiàng)目評審會議4測試人員、項(xiàng)目經(jīng)理、開發(fā)構(gòu)組員、需求分析師、系統(tǒng)架構(gòu)師、QA否系統(tǒng)測試報(bào)告（1）測試人員、項(xiàng)目經(jīng)理、開發(fā)構(gòu)組員、需求分析師、系統(tǒng)架構(gòu)師、QA否系統(tǒng)測試報(bào)告（2）測試人員、項(xiàng)目經(jīng)理、開發(fā)構(gòu)組員、需求分析師、系統(tǒng)架構(gòu)師、QA否公布階段顧客手冊項(xiàng)目總結(jié)會議項(xiàng)目全部組員是項(xiàng)目總結(jié)報(bào)告項(xiàng)目全部組員否4.4質(zhì)量確保(QA）4.4.1QA工作審計(jì)產(chǎn)品文檔負(fù)責(zé)人項(xiàng)目計(jì)劃項(xiàng)目經(jīng)理需求規(guī)格闡明書項(xiàng)目經(jīng)理概要設(shè)計(jì)闡明書項(xiàng)目經(jīng)理源代碼開發(fā)組系統(tǒng)測試用例測試組系統(tǒng)測試報(bào)告測試組顧客手冊項(xiàng)目經(jīng)理項(xiàng)目總結(jié)報(bào)告項(xiàng)目經(jīng)理入最佳實(shí)踐庫的產(chǎn)品項(xiàng)目經(jīng)理4.4。2QA工作中需要審計(jì)的活動活動評審時機(jī)項(xiàng)目立項(xiàng)計(jì)劃階段需求管理活動需求階段設(shè)計(jì)過程活動設(shè)計(jì)階段決策分析活動設(shè)計(jì)階段開發(fā)編碼活動編碼階段集成過程活動編碼階段系統(tǒng)測試活動測試階段項(xiàng)目結(jié)項(xiàng)公布階段交付及維護(hù)公布階段項(xiàng)目跟蹤及監(jiān)控活動每月一次風(fēng)險管理活動每月一次配備管理活動每月一次評審活動每月一次4。4。3QA審計(jì)中的不符合項(xiàng)目問題對QA審計(jì)過程中發(fā)現(xiàn)的不符合項(xiàng)問題要寫入《不符合項(xiàng)跟蹤統(tǒng)計(jì)表》,以郵件的方式發(fā)給問題的有關(guān)人員,做好和項(xiàng)目組員、項(xiàng)目經(jīng)理、部門經(jīng)理之間的溝通，問題的上報(bào)流程：項(xiàng)目構(gòu)組員溝通解決—-項(xiàng)目經(jīng)理——部門經(jīng)理-—總經(jīng)理。QA要對不符合項(xiàng)問題進(jìn)行跟蹤及監(jiān)控,直到問題解決，QA驗(yàn)證并關(guān)閉不符合項(xiàng)。4。5軟件測試4.5.1軟件測試流程4.5。2嚴(yán)謹(jǐn)測試對測試人員測試的幾點(diǎn)規(guī)定：(1)、明確自己的責(zé)任,盡量多的發(fā)現(xiàn)軟件中的bug。（2）、盡量早的測試，這樣會盡早的發(fā)現(xiàn)軟件中的錯誤,便于修改，以免造成后期更高的維護(hù)成本。（3）、測試前編寫完整的測試用例，有計(jì)劃、有目的的進(jìn)行測試,盡量用最少的測試用例，達(dá)成最高的測試效率.（4）、不停的執(zhí)行回歸測試測試人員測試出bug后，等開發(fā)人員修改后，要執(zhí)行回歸測試，以免因本次的修改造成其它的不具合。4。6配備管理4。6。1工作內(nèi)容：1）軟件配備管理工具的日常管理及維護(hù)；2)提交配備管理計(jì)劃；3）各配備項(xiàng)的管理及維護(hù)；4)執(zhí)行版本控制和變更控制方案；5）完畢配備審計(jì)并提交報(bào)告;6）對開發(fā)人員進(jìn)行有關(guān)的培訓(xùn)；7）編譯測試及公布版本；8)完畢對版本的日常維護(hù)；9)建立外部公布版本.4。6.2工具：VSS4.6.3配備庫目錄：VSS