軟件項目管理實踐之如何實施質(zhì)量保證

質(zhì)量保證是在項目實施過程中，定期評價項目績效，以樹立項目質(zhì)量滿足相關(guān)標(biāo)準(zhǔn)的信息。質(zhì)量保證包括面向客戶的質(zhì)量保證和面向內(nèi)部高層的質(zhì)量保證。面向客戶的質(zhì)量保證是讓客戶相信項目正在向客戶所期望的方向進(jìn)行，正在越來越逼近目標(biāo);面向內(nèi)部高層的質(zhì)量保證是使高層認(rèn)同項目組的工作，這些工作正是項目所需要的。我們通過與質(zhì)量控制部(公共部門)合作一起對項目實施質(zhì)量保證，主要從軟件產(chǎn)品和項目管理過程兩個方面進(jìn)行。§1項目管理過程質(zhì)量保證項目管理過程質(zhì)量保證通過建立項目過程執(zhí)行規(guī)范和定期、不定期比對、跟蹤和反饋實現(xiàn)。一、項目過程規(guī)劃和SQA計劃制定在項目啟動后，項目經(jīng)理和質(zhì)量控制部QA一道對項目過程進(jìn)行裁剪，通過綜合考慮項目規(guī)模、重要性、周期等多個因素，共同確定項目必須執(zhí)行的過程、可裁剪的過程以及可選的過程等，確立項目的過程規(guī)范。項目過程規(guī)范報高層審批后，由項目經(jīng)理組織項目組成員進(jìn)行培訓(xùn)，建立項目團(tuán)隊對過程的認(rèn)識，特別明確項目中必須遵守的過程以及質(zhì)量控制部制定的審計計劃、審計措施等?？蛻舴矫妫身椖拷?jīng)理與QA一起走訪客戶，說明公司的質(zhì)量保證措施以及項目組準(zhǔn)備采用的做法，同時接受客戶提出的合理建議，融合到項目過程規(guī)范中，從而在一開始就建立客戶對項目的信心。質(zhì)量控制部根據(jù)項目整體計劃和迭代計劃，制定相應(yīng)的SQA計劃，審計的時機(jī)是每次迭代和里程碑完成時。SQA計劃是面向項目產(chǎn)出物制定，項目處于什么階段，就會產(chǎn)出相應(yīng)的可產(chǎn)出物。在實際操作中，我們把項目分為啟動、執(zhí)行、驗收和關(guān)閉四個階段，其中執(zhí)行階段的每一個迭代過程又分為需求開發(fā)、代碼實現(xiàn)、測試驗收和上線運行四個子階段，對于每個階段均定義了主要的產(chǎn)出文檔，如需求規(guī)格說明書、系統(tǒng)設(shè)計說明書、測試用例、系統(tǒng)測試報告、用戶驗收測試報告、試運行報告等。二、項目過程審計在項目實施過程中，質(zhì)量控制部根據(jù)SQA計劃對項目過程進(jìn)行審計，一方面檢查相應(yīng)的產(chǎn)出物是否已產(chǎn)生，另一方面是檢查產(chǎn)出物的形式是否符合規(guī)范、內(nèi)容是否完整、是否位于配置管理系統(tǒng)中的合適目錄下等。每次審計完成后，編寫SQA報告發(fā)送給項目經(jīng)理和公司高層，說明項目目前的狀態(tài)、整改情況、本次審計新發(fā)現(xiàn)的問題以及對項目未來的預(yù)測等。SQA審計報告經(jīng)高層審批并去掉公司內(nèi)部使用的信息后，抄送給客戶。三、問題監(jiān)控和跟蹤項目經(jīng)理根據(jù)SQA審計報告中提出的問題，與SQA一起分析討論不符合過程規(guī)范的原因，確定問題是因為人為疏忽、意識缺失、沒有時間還是其他原因造成的。針對每一種原因，制定下一步的培訓(xùn)和整改計劃，力求不再重復(fù)犯錯。同時，由項目經(jīng)理和QA與客戶溝通，就SQA報告說明項目的進(jìn)展情況、出現(xiàn)的問題和改進(jìn)措施，減少客戶的擔(dān)心，增強客戶的信息。通過上述PDCA的過程，從而確保項目組在既定的路線上行進(jìn)，在做著正確的事情?！?軟件產(chǎn)品質(zhì)量保證軟件產(chǎn)品質(zhì)量保證主要通過文檔評審、技術(shù)評審、代碼走查和測試檢查實現(xiàn)。一、文檔評審實施過程前期產(chǎn)生的需求規(guī)格說明書、系統(tǒng)設(shè)計說明書、測試用例等文檔是后期編碼、測試的主要依據(jù)和輸入，這些文檔的質(zhì)量直接決定了軟件系統(tǒng)的好壞、系統(tǒng)返工的多寡以及客戶滿意度。因而對這些文檔的評審尤為重要，評審的目的在于在交付給下游開發(fā)或測試時及早發(fā)現(xiàn)問題，修正錯誤，以免問題和錯誤在系統(tǒng)中的蔓。文檔評審采用同行評審會議的方式進(jìn)行，由項目經(jīng)理組織，開發(fā)相關(guān)文檔參與的角色包括其他子系統(tǒng)的系統(tǒng)分析員、質(zhì)量控制部相關(guān)人員、其他兄弟部門有類似經(jīng)驗的系統(tǒng)分析員等;測試相關(guān)文檔則由項目經(jīng)理、測試經(jīng)理、系統(tǒng)分析員和其他測試人員參與。評審過程中，主要從以下幾方面考察文檔的質(zhì)量：?可讀性。主要從文檔是否符合公司模板規(guī)范、邏輯結(jié)構(gòu)層次是否清晰明確、文字表達(dá)是否無歧義等方面判斷;?完整性。主要從文檔是否完全滿足要求，是否已覆蓋所有的功能點等方面判斷;?一致性。主要判斷文檔表述是否前后不一、是否有矛盾等;?技術(shù)可行性。主要判斷目前的技術(shù)框架是否支持，是否有類似的經(jīng)驗，是否有技術(shù)風(fēng)險等。二、技術(shù)評審技術(shù)評審包括項目技術(shù)框架的選型評審、具體某個模塊的技術(shù)實現(xiàn)方式評審等。技術(shù)框架的評審目的是為了在進(jìn)入大規(guī)模編碼開發(fā)前確認(rèn)選擇何種技術(shù)框架、判斷現(xiàn)有的技術(shù)框架是否滿足項目功能和性能需求、框架是否足夠穩(wěn)定以及可能存在的風(fēng)險等，具體某個模塊的技術(shù)實現(xiàn)方式評審目的是為了保證選擇的實現(xiàn)方式目前來說是最優(yōu)的、可以推廣到其他模塊使用的。技術(shù)評審?fù)ㄟ^評審會議的方式進(jìn)行，參與的人員包括項目經(jīng)理、系統(tǒng)分析員、開發(fā)人員、公司內(nèi)部相關(guān)技術(shù)的專家、有同類項目經(jīng)驗的實施人員、質(zhì)量控制人員等。三、代碼走查代碼走查主要是對軟件代碼進(jìn)行復(fù)審，主要以高級程序員復(fù)審代碼或同級別的程序員交叉檢查的形式進(jìn)行。代碼走查的目的是通過抽查，保證代碼的編寫和注釋符合編碼規(guī)范，編碼邏輯符合系統(tǒng)設(shè)計要求，減少測試返工以及因測試返工引起的來回溝通、回歸測試等問題，降低管理成本，提高開發(fā)效率。四、測試檢查測試檢查是由測試人員根據(jù)測試用例對軟件產(chǎn)品進(jìn)行功能測試以及使用壓力測試工具對系統(tǒng)進(jìn)行壓力測試。測試檢查的目的是確保交付給客戶執(zhí)行驗收測試前軟件產(chǎn)品經(jīng)內(nèi)部嚴(yán)格測試，檢查系統(tǒng)是否滿足用戶需求和符合實際應(yīng)用環(huán)境的需要，從而增強客戶對項目成功的信心。測試發(fā)現(xiàn)的缺陷我們使用JIRA系統(tǒng)進(jìn)行跟蹤和監(jiān)控。測試人員在系統(tǒng)上提bug，由相應(yīng)的系統(tǒng)分析員負(fù)責(zé)對缺陷進(jìn)行原因分析和影響分析，必要時與程序員一起確認(rèn)問題產(chǎn)生的原因和可能影響的模塊，分析后轉(zhuǎn)交由相應(yīng)的開發(fā)人員進(jìn)行修改，缺陷修復(fù)并經(jīng)單元測試后發(fā)布到測試環(huán)境交由測試人員進(jìn)行驗證測試并關(guān)閉此問題，最后由客戶進(jìn)行驗收測試后并確定發(fā)布版本和發(fā)布時間后予以發(fā)布。在這個流程中，測試人員驗證測試時需要對該缺陷涉及的本模塊其他功能和其他模塊進(jìn)行一輪回歸測試，確保已修復(fù)的缺陷不再重復(fù)產(chǎn)生，其他功能不受影響。另外，為