軟件質(zhì)量管理過程

1、精選優(yōu)質(zhì)文檔-傾情為你奉上軟件質(zhì)量管理過程文件編號版 本 號V1.0編 制 人編制日期審 核 人審核日期批 準 人批準日期*科技（北京）有限公司版 本 歷 史版本/狀態(tài)作 者參與者起 止 日 期修改訂說明批準人目錄1 目的通過定義質(zhì)量保證過程，為質(zhì)量保證小組實施其角色提供指導，使項目組及相關部門了解質(zhì)量保證的操作過程，從而確保公司的新項目和新產(chǎn)品研發(fā)的產(chǎn)品質(zhì)量滿足項目規(guī)定的要求。2 適用范圍本質(zhì)量管理過程適用于公司所有軟件開發(fā)項目的全過程。3 角色與職責3.1 QA：3.1.1 負責對項目過程質(zhì)量的監(jiān)控；3.1.2 幫助項目組理解軟件工程過程標準，根據(jù)項目需要進行相應的培訓；3.1.3 搜集項

2、目過程中反映的問題，對過程文檔的適合性進行總結(jié)，提出過程改進建議,作為過程文檔修改的依據(jù)；3.1.4 獨立于開發(fā)部門，確保項目監(jiān)督的公正性和獨立性；3.1.5 對項目組遵照項目計劃執(zhí)行的情況予以監(jiān)督，有權要求項目針對不符合項進行整改，有權對違反程序和對質(zhì)量造成影響的行為予以制止；3.2 項目負責人3.2.1 為針對項目的質(zhì)量保證活動提供足夠的資源。3.2.2 確保質(zhì)量保證小組與具體項目的獨立性。3.2.3 解決QA上報的不符合問題。3.2.4 明確QA在項目組的職責和權限,支持與配合QA開展工作。3.2.5 協(xié)調(diào)QA與項目組的活動,解決QA在項目中檢查出的不符合問題。3.3 項目組成員：3.3

3、.1 配合質(zhì)量保證小組的活動。3.3.2 明確了解質(zhì)量保證人員在項目組的職責和權限。3.4 各小組負責人3.4.1 明確了解質(zhì)量保證人員在項目組的職責和權限并組織小組內(nèi)培訓。3.4.2 配合質(zhì)量保證人員組織代碼評審。4 術語與縮寫詞術語/縮寫詞詳細解釋QAQuality Assurance質(zhì)量保證：用有計劃的和系統(tǒng)化的方法，以確保定義的過程標準、實踐、程序和方法能夠?qū)嵭?。當QA用于角色時則指質(zhì)量保證人員。5 資產(chǎn)與工具5.1 各檢查表5.2 BUG跟蹤系統(tǒng)：jira5.3 文檔管理工具：Confluence5.4 項目管理工具：worktile6 啟動準則6.1 項目任務書已經(jīng)評審通過6.2

4、項目的QA已經(jīng)確定7 輸入7.1 項目任務書8 工作程序8.1 流程說明8.1.1 項目啟動會后，由質(zhì)量工程師（QA）根據(jù)項目任務書的要求編寫項目的質(zhì)量保證計劃。8.1.2 質(zhì)量保證計劃的內(nèi)容包括：過程與產(chǎn)品質(zhì)量檢查計劃、參與評審的計劃、參與測試的計劃。8.1.3 質(zhì)量保證計劃可以和項目開發(fā)計劃同時進行評審，也可以單獨進行評審。8.1.4 按<<質(zhì)量保證計劃>>執(zhí)行過程與產(chǎn)品質(zhì)量檢查8.1.4.1 QA根據(jù)公司的質(zhì)量保證檢查表模板嚴格進行檢查。8.1.4.2 QA的檢查方式:訪談,文檔檢查,工位檢查,參與測試，參與評審.8.1.4.3 執(zhí)行檢查前,QA與項目負責人溝通，

5、商定具體檢查時間、內(nèi)容、涉及人員等。8.1.4.4 客觀地檢查項目活動過程質(zhì)量，檢查項目的實際執(zhí)行過程（包括項目管理過程、項目研發(fā)過程等）是否符合既定的規(guī)范。QA將本次質(zhì)量檢查結(jié)果如實記錄在質(zhì)量保證檢查表中。8.1.4.5 客觀地檢查工作產(chǎn)品的質(zhì)量，檢查項目活動過程中的各項工作產(chǎn)品是否符合計劃、標準和規(guī)范。QA將本次質(zhì)量檢查結(jié)果如實記錄在<<產(chǎn)品檢查表>>中。8.1.4.6 QA在檢查中發(fā)現(xiàn)的問題應與項目負責人和當事人溝通確認發(fā)現(xiàn)的問題是否為不符合問題，并記錄改進措施及改進期限，并將問題、改進措施、改進期限等信息記錄到不符合項跟蹤表中，QA要對改進情況進行跟蹤，直到不符

6、合問題關閉。8.1.4.7 QA將質(zhì)量檢查結(jié)果進行匯總，對質(zhì)量保證活動每周進行總結(jié)，完成質(zhì)量保證報告，并將報告內(nèi)容通報項目負責人及項目組成員,并抄送給項目總監(jiān)和質(zhì)量管理部主管。 8.1.5 問題上報流程 8.1.5.1 對所發(fā)現(xiàn)的不符合問題，QA和當事人溝通確定發(fā)現(xiàn)的問題是否為不符合問題，若問題不能達成一致時以及QA跟蹤不符合項時發(fā)現(xiàn)超過了項目承諾的關閉期限而項目仍然沒有關閉此不符合項時，QA應上報項目總監(jiān)。達不成一致的不符合問題記錄在本次質(zhì)量保證報告中，將需要上報的不符合問題在質(zhì)量保證報告中明確標識，以便識別，以郵件形式上報給項目總監(jiān)。8.1.5.2 QA上報不符合問題上報后, 項目總監(jiān)接到

7、問題后最遲不超過2個工作日內(nèi)給出答復，項目總監(jiān)是問題的最終仲裁者。8.2 QA工作過程的管理8.2.1 質(zhì)量管理部主管對QA的工作進行檢查。8.2.2 質(zhì)量管理部主管通過QA個人周報及質(zhì)量管理部例會來檢查QA工作,還可以通過參加事件驅(qū)動的方式參與QA工作過程的監(jiān)控和管理。8.3 質(zhì)量管理部主管定期召開質(zhì)量保證月例會，對公司的QA活動進行監(jiān)督和管理，并組織QA進行交流，總結(jié)實施過程中的經(jīng)驗教訓。月例會結(jié)果記錄在例會紀要中。8.4 其它8.4.1 QA質(zhì)量保證過程中所有的工作產(chǎn)品均納入配置管理。9 結(jié)束準則9.1 項目結(jié)束10 度量10.1 QA活動工作量10.2 不符合項總數(shù)目10.3 新增不符

8、合項數(shù)目10.4 已解決不符合項數(shù)目10.5 當前未解決不符合項數(shù)目10.6 不符合項解決率10.7 解決不符合問題的時間延遲10.8 解決不符合問題的工作量11 裁剪指南11.1 當事件驅(qū)動的質(zhì)量檢查和定期質(zhì)量檢查的時間間隔小于等于定期檢查時間周期的50%時，可取消定期檢查。附錄檢查標準（活動過程）序號檢查項目說明1需求管理活動1、 客戶和項目組成員就客戶需求達成共識了嗎？2、 是否舉行評審會，保證所有相關組對需求的理解一致？3、 是否將客戶需求記錄在軟件需求說明書中了？4、 軟件需求說明書經(jīng)過評審并確認了嗎？2項目策劃活動1、 有經(jīng)過批準的項目任務書嗎？2、 需求是否經(jīng)項目組和客戶雙方的確

9、認并文檔化了嗎？3、 是否聯(lián)絡了相關組，并識別項目所需資源？4、 是否對每個階段的入口/出口標準進行了文檔化？5、 是否建立了項目的WBS任務分解，任務至少分解到一天6、 定義的WBS是否能夠為估計和進度表的制定提供充分的支持？7、 是否相關組都參與了WBS的制定和評審？8、 是否識別了項目的風險來源？9、 是否對識別出的風險可能產(chǎn)生的結(jié)果進行了文檔化？10、 是否完成了項目的風險分析？11、 是否對高優(yōu)先級的風險制定了預案和減小措施？12、 是否進行工作量/成本的估計？13、 是否對關鍵計算機資源需求進行了估計？14、 將執(zhí)行工作的組和人員是否參與了計劃過程？15、 計劃是否經(jīng)軟件開發(fā)組、測

10、試組成員的評審和確認？3跟蹤與監(jiān)控活動1、 每個項目組成員每天（或每周）是否對指派給其的活動進行狀態(tài)報告？2、 每個項目組成員是否對未解決的問題和風險進行狀態(tài)報告？3、 是否每個項目組成員對任務實際所用工時、對到目前為止花費在該任務上的總計工時及初始的任務估計進行了報告？4、 項目負責人是否每周記錄狀態(tài)和進度數(shù)據(jù)？5、 是否每天（或每周）召開項目會議，并在會上，項目組成員對活動狀態(tài)、問題和風險進行交流？6、 項目負責人是否對問題狀態(tài)日志進行維護，來記錄問題、糾正措施和狀態(tài)？7、 是否將嚴重偏離計劃的偏差識別為問題？8、 是否每個問題指定責任人負責采取糾正措施，并解決問題？9、 是否指明了解決問

11、題的目標日期？10、 最初在制定軟件項目計劃期間識別的風險是否得到了跟蹤和控制？11、 項目負責人是否對每個風險進行定期評審，并更新其可能性和影響值？12、 提出的變更是否用項目變更請求表進行描述的？13、 是否每個變更請求都包括提出的變更對成本和時間表影響的估計？14、 在實施變更前，項目變更請求表是否經(jīng)過受變更影響的組的評審、協(xié)商及確認？15、 確認的變更請求文檔保留了嗎？16、 每周進行項目報告嗎？4項目實施活動1、 產(chǎn)品經(jīng)理是否按照項目計劃進行必要的產(chǎn)品需求評審？2、 設計師是否按照項目計劃進行必要的頁面設計評審？3、 開發(fā)是否按照項目計劃進行必要的概要設計評審？4、 測試是否按照項目

12、計劃進行必要的測試用例評審？5、 項目開發(fā)過程中是否按照項目整體排期計劃的里程碑按時輸出工作產(chǎn)品？6、 開發(fā)是否按照測試用例對所負責功能進行自測，并將自測通過的功能提交測試？7、 開發(fā)組組長是否組織人員對所開發(fā)功能代碼進行必要的評審？8、 測試是否進行冒煙測試？冒煙測試一旦發(fā)現(xiàn)開發(fā)自測未通過，測試有權將提測功能打回不予測試。5配置管理活動1、 是否識別了要置于配置管理之下進行正式控制的項，最小包括產(chǎn)品需求文檔、設計文檔和源代碼？2、 是否把購買的軟件、項目要用的非交付軟件置于配置管理之下？6質(zhì)量保證活動1、 在項目啟動時，SQA是否參與了項目任務書的準備？2、 是否與項目經(jīng)理和開發(fā)組成員進行會

13、談，并檢查相關的過程產(chǎn)品？3、 是否按照標準記錄了過程評審結(jié)果？4、 是否準備了評審報告，總結(jié)過程評審發(fā)現(xiàn)的問題？5、 對要求SQA批準的當前階段的工作產(chǎn)品是否就其格式和內(nèi)容與標準的符合性進行了審計？6、 所有不能在項目級解決的不符合項都記錄在日志中，并報告給高層管理者了嗎？檢查標準（工作產(chǎn)品）序號檢查項目說明1完整性1、 項目組必須按照項目管理規(guī)范中的相關規(guī)定按時完成相應的文檔（包括設計圖），以保證在項目結(jié)束時其文檔是齊全的、完整的。2正確性1、 在項目的各個階段所編寫的文檔（包括設計圖）的內(nèi)容，必須真實地反映該階段的工作且與該階段的需求相一致。3簡明性1、 在項目的各個階段所編寫的各種文檔的語言表達應該