軟件項(xiàng)目管理-軟件質(zhì)量保證

申請免費(fèi)試用、咨詢電話：400-8352-114

軟件產(chǎn)品質(zhì)量的保證是軟件項(xiàng)目管理的一個重要內(nèi)容。軟件項(xiàng)目的目標(biāo)不僅僅是進(jìn)度目標(biāo)和成本目標(biāo)，更重要的就是質(zhì)量目標(biāo)，質(zhì)量直接決定了軟件產(chǎn)品能否生存已經(jīng)后續(xù)的升級和維護(hù)等工作量。這里只談為了提高軟件質(zhì)量可能采取的各種活動，但前提仍然是我們在做項(xiàng)目計(jì)劃的時候首先要根據(jù)需求確定質(zhì)量目標(biāo)和制定質(zhì)量計(jì)劃。
　　1.過程
　　要提高質(zhì)量需要強(qiáng)調(diào)我們對產(chǎn)品質(zhì)量的保證不是依靠的團(tuán)隊(duì)中一兩個重要成員，而是我們有相應(yīng)的過程和方法論來保證質(zhì)量，保證產(chǎn)品質(zhì)量的過程是可以持續(xù)的。對于很多項(xiàng)目我們都不建議采用CMMI里面較為重量級的各種過程，但是對于產(chǎn)品質(zhì)量提升有幫助的各種過程我們?nèi)匀恍枰⑵湟?guī)范化和流程化。與此相關(guān)的主要有規(guī)范類的文件，比如需求編寫模板和規(guī)范，設(shè)計(jì)規(guī)范和模板，代碼編寫規(guī)范和模板，數(shù)據(jù)庫設(shè)計(jì)的規(guī)范和模板，界面設(shè)計(jì)規(guī)范和模板，測試用例模板。對于過程管理方面需要定義的主要有任務(wù)和工件的輸入輸出要求，配置管理和源代碼管理，軟件生命周期模型，缺陷跟蹤和管理，問題和風(fēng)險(xiǎn)跟蹤管理，變更管理。
　　2.培訓(xùn)
　　最重要的質(zhì)量意識就是預(yù)防勝于檢查，強(qiáng)調(diào)一次要事情做對，強(qiáng)調(diào)上游工序?yàn)橄掠翁峁┖细竦闹虚g產(chǎn)出物，盡量減少各種缺陷的泄露。很多時候質(zhì)量問題并不復(fù)雜，更多是團(tuán)隊(duì)成員沒有質(zhì)量意識，沒有負(fù)責(zé)任的工作態(tài)度。提升質(zhì)量最關(guān)鍵有兩個方面，首先是我們都有意愿和意識來提升產(chǎn)品質(zhì)量，其次是我們要有相應(yīng)的能力和技能來保證產(chǎn)出物的質(zhì)量。
　　第一點(diǎn)我們依靠的團(tuán)隊(duì)績效規(guī)則的建立，團(tuán)隊(duì)建設(shè)，質(zhì)量文化的組建形成，員工態(tài)度和責(zé)任感的培養(yǎng)等內(nèi)容。第二點(diǎn)我們強(qiáng)調(diào)的是培訓(xùn)，以師帶徒，自我學(xué)習(xí)，個人知識管理方法，問題管理，學(xué)習(xí)型組織，讀書會等各種方式來提升技能。
　　3.評審
　　評審是軟件開發(fā)過程中保證質(zhì)量的一個重要活動，項(xiàng)目軟件開發(fā)往往會跟蹤選擇的軟件生命周期模型分為多個階段，對于較大點(diǎn)的項(xiàng)目還有嚴(yán)格的崗位角色劃分，每個階段都是不同的成員在進(jìn)行工作。因此如果各個階段的產(chǎn)出物的質(zhì)量不能夠很好保證的話，將導(dǎo)致缺陷泄露和后續(xù)大量的返工，這些都是我們不希望看到的壞質(zhì)量成本投入。
　　首先評審不是來檢查產(chǎn)出物的各種低級錯誤的，每個人在思考問題上都有局限性和盲點(diǎn)。評審是涉及到需求，設(shè)計(jì)，開發(fā)，測試等各種角色的成員共同來從不同的角度來發(fā)現(xiàn)工件的各種問題。比如對于需求問題，測試人員在評審的時候重點(diǎn)關(guān)注的是該條需求描述和業(yè)務(wù)規(guī)則的可測試性，而設(shè)計(jì)和開發(fā)重點(diǎn)是可實(shí)現(xiàn)性。評審涉及到正式同行評審，多人復(fù)審，單人復(fù)審，代碼走查等各種方式，需要根據(jù)項(xiàng)目的實(shí)際情況來選擇使用。我們需要重點(diǎn)防止的就是需求和總體設(shè)計(jì)階段的缺陷泄露，對于這種泄露往往都會造成大量的返工。
　　4.測試
　　測試是保證軟件質(zhì)量的最后一道關(guān)口，是一種迫不得已的行為，根據(jù)我們的質(zhì)量意識應(yīng)該要盡量做到問題不是到測試階段才發(fā)現(xiàn)和暴露出來。很多問題在測試階段才發(fā)現(xiàn)返工成本都是很大的。測試有單元測試，集成測試和系統(tǒng)測試，驗(yàn)收測試等各個階段。在某一個功能或模塊在交付給測試人員進(jìn)行測試的時候，開發(fā)人員應(yīng)該根據(jù)需求和設(shè)計(jì)進(jìn)行較為充分的自測。這樣的話系統(tǒng)測試的重點(diǎn)才能夠真正去關(guān)注全流程的貫通和各種可能的業(yè)務(wù)場景組合和編輯，而不是關(guān)注某一個具體的實(shí)現(xiàn)功能點(diǎn)。
　　敏捷開發(fā)里面強(qiáng)調(diào)測試驅(qū)動和單元測試，但敏捷里面的單元測試還有個重要的作用是通過單元測試的編寫來細(xì)化需求和設(shè)計(jì)，這對團(tuán)隊(duì)每個成員都會有較高的技能要求。同時要注意單元測試的投入成本，很多時候我們來開發(fā)人員的自測和系統(tǒng)測試都做不好就去盲目的實(shí)施單元測試是得不償失的。