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

1、管理類軟件-質(zhì)量保證體系文檔作者：埴訓撰寫時間：發(fā)布日期_文檔狀態(tài)：狀態(tài)82修訂記錄版本日期描述作者目錄修訂t己錄目錄公司內(nèi)部標準1 .使用范闈2 .引用標準3 . 定義4.1. 量管王里體.系 4.1 軟件質(zhì)量管理責任分配 4.2 T作產(chǎn)品和活動 4.3 評審4.4 質(zhì)量保證(QA)4.5 軟件測試4.6 配置管理公司內(nèi)部標準本標準參照CMMI3質(zhì)量管理和質(zhì)量保證標準1 .使用范圍本標準作為本公司在軟件項目開發(fā)、供應和維護時的質(zhì)量要求，以保證產(chǎn) 品的質(zhì)量，防止不合格產(chǎn)品。以下詳細描述了軟件開發(fā)各階段的控制手段和要求。要求質(zhì)量保證貫穿各 個階段，始終保證嚴格實施。2 .引用標準本標準制定考慮本

2、公司的實際情況，因此本標準僅用于本公司內(nèi)部控制 產(chǎn)品質(zhì)量。使用本文檔時，請盡量參照最新版本。3 .定義產(chǎn)品：以下指軟件產(chǎn)品，即交付給用戶的一整套計算機程序、規(guī)程及相 關(guān)的文檔和數(shù)據(jù)。開發(fā)：軟件產(chǎn)品的所有活動。供方：指本公司。需方：指具體項目的需求方，即客戶。質(zhì)量體系：質(zhì)量要素、各要素需要達到的目標以及在開發(fā)過程中必須采 取的措施4,質(zhì)量管理體系4.1軟件質(zhì)量管理責任分配角色職責配置管理員制定、創(chuàng)建和維護配置庫，提供文檔規(guī)范，并傳達到 各個部門。Q A（質(zhì)量保證）參與項目各個階段的評審，進行過程評審和產(chǎn)品審 計，檢查文檔和代碼的規(guī)范執(zhí)行情況QC質(zhì)量控制）軟件測試是質(zhì)量控制的主要手段，測試人員進行

3、軟件 的測試設計和執(zhí)行工作4.2工作產(chǎn)品和活動活動責任人工作產(chǎn)品是否口裁、? 一 男項目立項項目經(jīng)理項目計劃否配置管理員配置管理計劃是QA質(zhì)量保證計劃是測試人員系統(tǒng)測試計劃否需求管理活 動項目經(jīng)理需求調(diào)研才跆是需求規(guī)格說明書否用戶、項目經(jīng) 理用戶確認書是QA評審報告是設計過程、決 策分析活動設計組概要設計說明書否界面設計圖是詳細設計說明書是項目經(jīng)理決策分析評議表-是.QA評審報告是開發(fā)編碼、集 成過程活動項目經(jīng)理版本發(fā)布記錄否QA評審報告是開發(fā)人員程序代碼否系統(tǒng)測試活 動測試人員測試用例、測試報告否QA評審報告是項目結(jié)項、交付與維護活 動項目經(jīng)理培訓教材是用戶手冊是安裝手冊是項目總結(jié)才跆否項目

4、經(jīng)理、客 戶用戶驗收才跆是QA評審報告是項目跟蹤與監(jiān)控活動項目經(jīng)理項目問題跟蹤日志是QA不符合項問題跟蹤記錄 表否項目跟蹤與監(jiān)控活動檢 查單是風險管理活動項目經(jīng)理風險管理列表是QA風險管理活動檢查單是配置管理活動配置管理員配置狀態(tài)報告是變更請求審批表是“更跟蹤詁家表是QA配置管理活動檢查單是評審活動項目成員評審報告否QA評審活動檢查單是4 .3評審評審是以一種正式的形式進行，如有正式的、事先定義好的有關(guān)職責的各 種角色，并遵循組織規(guī)定的流程。對于任何工作產(chǎn)品的審計，都會組建與之對應的專門評審組，包括作者、 主持人、記錄員以及陪審員若干。評審組的成員可以包括PPQA項目組成員, 但不能有作者的直

5、接領導或者管理者。評審小組先召開一個預備，作者會針對工作產(chǎn)品向大家做個總體的介紹，例如講解一下本工作產(chǎn)品的目標是什么，以及其相關(guān)的實現(xiàn)細節(jié)、開發(fā)標準等。應該允許甚至鼓勵評審組成員動手查看工作產(chǎn)品，或者查看開發(fā)過程中 所用到的檢查單。評審小組的主持人負責確定什么時間開始真正的評審會議，在預備會和正 式評審會議之間，評審小組成員對工作產(chǎn)品進行徹底檢查，并依據(jù)相關(guān)標準 和準則評審工作產(chǎn)品。在預定時間，評審小組成員以會議形式聚在一起，依次對產(chǎn)品進行檢查， 主持人負責對整個會議的進展進行控制，記錄員記錄下這個過程。在工作產(chǎn)品中發(fā)現(xiàn)的每一個缺陷都會被認真記錄下來，并被適當分類。會議結(jié)束后，負責人需要分析相

6、關(guān)缺陷，找出產(chǎn)生此缺陷的原因并加以修 正。主持人應確保所有的缺陷都會得到解決和修正。如果過程需要加以變更的話，應將相關(guān)問題移交相關(guān)的質(zhì)量保證人員階段評審內(nèi)容評審時機參加人員是否可裁,、，一 男計劃階段項目計劃項目啟動會議項目所有成員否配置管理計劃項目所有成員是質(zhì)量保證計劃項目所有成員是系統(tǒng)測試計劃項目所有成員否需求階段需求調(diào)研報告項目評審會議1需求分析師、項目經(jīng)理、系統(tǒng)架構(gòu)師、設計組成員、QA是需求規(guī)格說明書需求分析師、項目經(jīng)理、系統(tǒng)架構(gòu)師、設計組成員、QA否設計階段概要設計說明書項目評審會議2需求分析師、項目經(jīng)理、系統(tǒng)架構(gòu)師、設計組成員、QA否UI設計圖UI美工、需求分析師、項目經(jīng)理、 系統(tǒng)

7、架構(gòu)師、設計組成員、QA是詳細設計說明書需求分析師、項目經(jīng)理、系統(tǒng)架構(gòu)師、設計組成員、QA是決策分析評議表需求分析師、項目經(jīng)理、系統(tǒng)架構(gòu)師、設計組成員、QA是編碼階段代碼檢查（1）項目評審會議3開發(fā)組成員、項目經(jīng)理、需求分析師、系統(tǒng)架構(gòu)師、QA否代碼檢查（2）開發(fā)組成員、項目經(jīng)理、需求分析師、系統(tǒng)架構(gòu)師、QA否測試階段系統(tǒng)測試用例項目評審會議4測試人員、項目經(jīng)理、開發(fā)組成員、需求分析師、系統(tǒng)架構(gòu)師、QA否系統(tǒng)測試報告（1）測試人員、項目經(jīng)理、開發(fā)組成員、需求分析師、系統(tǒng)架構(gòu)師、QA否系統(tǒng)測試報告（2）測試人員、項目經(jīng)理、開發(fā)組成員、需求分析師、系統(tǒng)架構(gòu)師、QA否發(fā)布階段用戶手冊項目總結(jié)會議項目

8、所有成員是項目總結(jié)報告項目所有成員否5 .4質(zhì)量保證（QA ）5.1.1 QA工作審計產(chǎn)品處當責任人項目計劃項目經(jīng)理需求規(guī)格說明書項目經(jīng)理概要設計說明書項目經(jīng)理源代碼開發(fā)組系統(tǒng)測試用例測試組系統(tǒng)測試報告測試組用戶手冊項目經(jīng)理項目總結(jié)才跆項目經(jīng)理入最佳實踐庫的產(chǎn)品項目經(jīng)理5.1.2 QA工作中需要審計的活動活動評審時機項目立項計劃階段需求管理活動需求階段設計過程活動設計階段決策分析活動設計階段開發(fā)編碼活動廊階段集成過程活動編碼階段系統(tǒng)測試活動測試階段項目結(jié)項發(fā)布階段交付與維護發(fā)布階段項目跟蹤與監(jiān)控活動每月一次風險管理活動每月一次配置管理活動每月一次評審活動每月一次5.1.3 QA審計中的不符合項

9、目問題對QA審計過程中發(fā)現(xiàn)的不符合項問題要寫入不符合項跟蹤記錄表，以郵件的方式發(fā)給問題的相關(guān)人員，做好和項目成員、項目經(jīng)理、部門經(jīng)理之 間的溝通，問題的上報流程：項目組成員溝通解決一一項目經(jīng)理一一部門經(jīng)理一一總經(jīng)理。QA要對不符合項問題進行跟蹤與監(jiān)控，直到問題解決，QA僉證并關(guān)閉不符合項。6 .5軟件測試6.1.1 軟件測試流程6.1.2 嚴謹測試對測試人員測試的幾點要求：(1)、明確自己的責任，盡可能多的發(fā)現(xiàn)軟件中的bug。(2)、盡可能早的測試，這樣會盡早的發(fā)現(xiàn)軟件中的錯誤，便于修改，以免 造成后期更高的維護成本。(3)、測試前編寫完整的測試用例，有計劃、有目的的進行測試，盡可能用最少的測試用例，達到最高的測試效率。（4）、不斷的執(zhí)行回歸測試測試人員測試出bug后,等開發(fā)人員修改后,要執(zhí)行回歸測試，以免因此次的修改造成其他的不具合。4.6配置管理1）軟件配置管理工