人們常說質(zhì)量管理要做到個(gè)性化、定制化，避免千篇一律，一成不變，但實(shí)際上，如果能掌握一套一成不變的東西作為范本，后續(xù)的開拓創(chuàng)新就可以在朽木上種出新的生命！
在軟件過程中，什么最通用？“軟件生命周期”最通用……
那么為了適配軟件生命周期每個(gè)階段的質(zhì)量保證，我們就定義了通用過程質(zhì)量保證活動(dòng)。通用過程質(zhì)量保證活動(dòng)就是那么一套核心的范本，它能讓你明白基本的質(zhì)量保證內(nèi)容。
眾所周知，軟件生命周期有六個(gè)階段，分別是啟動(dòng)、需求、設(shè)計(jì)、編碼、測(cè)試、運(yùn)維，這六個(gè)階段至少每個(gè)階段都收納了一種核心業(yè)務(wù)活動(dòng)，所以為了應(yīng)對(duì)這六種核心活動(dòng)，我們也準(zhǔn)備了六項(xiàng)質(zhì)量保證活動(dòng)，其中啟動(dòng)階段有兩項(xiàng)，分別是質(zhì)量保證策劃和定義例行檢查，質(zhì)量策劃不再重復(fù)講，且需求階段和設(shè)計(jì)階段可以合并，所以剩余聊聊五種內(nèi)容。
這五種保證活動(dòng)為了通用性，也只做質(zhì)量工作簡(jiǎn)單四象限中的唯一項(xiàng)——檢查審計(jì)，而且因?yàn)閷徲?jì)算是正式化檢查，所以綜合來說，通用過程質(zhì)量保證活動(dòng)是為了做好軟件生命周期六個(gè)階段的檢查。
那么，首先我們進(jìn)入第一個(gè)階段。
一、啟動(dòng)階段；
在這個(gè)階段，質(zhì)量人員需要定義清楚整個(gè)軟件生產(chǎn)過程中，需要例行檢查的活動(dòng)有哪些？這個(gè)時(shí)候質(zhì)量人員就需要思考，軟件生命周期中，什么事情是幾乎貫穿各個(gè)環(huán)節(jié)的呢？下面舉幾個(gè)例子……
1、日?qǐng)?bào)、周報(bào)，質(zhì)量人員要時(shí)長(zhǎng)關(guān)注這些報(bào)告記錄的內(nèi)容是否完整、是否例行發(fā)出，內(nèi)容中的三大項(xiàng)（進(jìn)度、風(fēng)險(xiǎn)、問題）是否有進(jìn)展？列出的檢查checklist可以有：
1）進(jìn)度與原計(jì)劃里程碑或項(xiàng)目進(jìn)度對(duì)比是否存在異常，若有異常，原因是什么，嚴(yán)不嚴(yán)重，要不要預(yù)警或上升匯報(bào)？
2）風(fēng)險(xiǎn)是否例行識(shí)別，已識(shí)別的風(fēng)險(xiǎn)現(xiàn)狀如何了，有沒刷新變化，潛在影響、風(fēng)險(xiǎn)規(guī)避措施有了嗎，可否閉環(huán)？
3）現(xiàn)狀有哪些問題，問題按優(yōu)先級(jí)程度不同，進(jìn)展情況分別怎樣了，停留很久未解決的問題原因是什么，需不需要拉通、對(duì)接、協(xié)調(diào)資源或上升處理？
2、會(huì)議也是始終貫穿存在的活動(dòng)，質(zhì)量人員除了要經(jīng)常跟隨參與到會(huì)議中，還要檢查會(huì)議是否聚焦主題、開會(huì)是否有成效，通過檢查來保證會(huì)議開展的完整性，譬如會(huì)議的通知、紀(jì)要、時(shí)長(zhǎng)、參與人、會(huì)后的事務(wù)閉環(huán)。
3、月結(jié)工作，按月的質(zhì)量情況晾曬、總結(jié)、成員質(zhì)量績(jī)效情況等。
上面都是運(yùn)作方面的例子，業(yè)務(wù)方面例行工作的檢查如版本配置管理（SVN、Git等）、持續(xù)集成構(gòu)建之類的活動(dòng)是否健康開展。
從啟動(dòng)階段，我們進(jìn)入需求和設(shè)計(jì)階段，因?yàn)樵谏a(chǎn)過程中，需求和設(shè)計(jì)往往會(huì)一起開展，所以合并起來講一個(gè)質(zhì)量保證活動(dòng)。
二、需求&設(shè)計(jì)階段；
需求活動(dòng)中，我們重點(diǎn)關(guān)心需求管理有效性檢查中的四類內(nèi)容：需求澄清情況、需求跟蹤管理情況、需求設(shè)計(jì)情況、需求檢視情況。
1、需求澄清情況的檢查，重點(diǎn)關(guān)注需求是否有唯一入口，是否有相應(yīng)的澄清計(jì)劃，是否提供顆粒度在10人天內(nèi)的Story card，澄清過程是否講清楚了背景、方案、應(yīng)用場(chǎng)景，過程中提出的疑問是否記錄并最終答疑，澄清內(nèi)容是否有效記錄？這里邊，需求澄清質(zhì)量的好壞需要明確一點(diǎn)，澄清內(nèi)容后開發(fā)可以講述大體的實(shí)現(xiàn)思路，測(cè)試可以講述大體的測(cè)試思路，意味著澄清質(zhì)量合格。
2、需求跟蹤管理情況的檢查；質(zhì)量人員在檢查的時(shí)候要重點(diǎn)關(guān)注需求跟蹤矩陣或錄入到系統(tǒng)管理需求的內(nèi)容刷新情況，并與實(shí)際進(jìn)展對(duì)齊印證，確保從需求到設(shè)計(jì)文檔到代碼到測(cè)試用例的責(zé)任人、輸入/輸出、時(shí)間都能隨時(shí)雙向可追溯。
3、需求設(shè)計(jì)情況是檢查設(shè)計(jì)文檔或原型；如基本信息、背景價(jià)值、設(shè)計(jì)描述、依賴關(guān)系、用戶規(guī)格、業(yè)務(wù)流、數(shù)據(jù)流、原型界面、方案（表結(jié)構(gòu)、模型、接口）描述、測(cè)試建議、功能驗(yàn)證用例、專項(xiàng)測(cè)試等，判斷這幾個(gè)部分的內(nèi)容是否明確沒有遺漏，如果有缺失，需要跟進(jìn)團(tuán)隊(duì)給出合理的原因。
4、需求檢視情況的檢查；檢視這塊分兩種，一種是針對(duì)需求澄清前后需求清單明細(xì)的檢視，這個(gè)檢視主要是確保需求清單完整、清晰、工作量可達(dá)成；還有一種是團(tuán)隊(duì)對(duì)需求方案、場(chǎng)景、用例、設(shè)計(jì)文檔的檢視。無論是哪種，質(zhì)量人員都要通過檢查來保證檢視活動(dòng)有效性，發(fā)現(xiàn)的問題要閉環(huán)。
在設(shè)計(jì)完成后，逐步有進(jìn)入開發(fā)編碼的內(nèi)容，此時(shí)就得關(guān)注編碼質(zhì)量。
三、編碼階段
無論在瀑布模式還是敏捷迭代中，編碼階段保證代碼質(zhì)量是團(tuán)隊(duì)所有成員的集體意識(shí)，除了開發(fā)人員自身的自檢、單元測(cè)試外，集體參與的代碼QC也是保證代碼質(zhì)量的關(guān)鍵，但問題是，很多時(shí)候因?yàn)槟芰Σ蛔慊驔]有流程規(guī)范，代碼檢視活動(dòng)往往流于形式。
所以質(zhì)量人員在此個(gè)階段可以選擇兩種方式來保證代碼質(zhì)量，一種是代碼抽檢，如果質(zhì)量人員本身不具備編程方面的能力，可以協(xié)調(diào)結(jié)對(duì)一名有經(jīng)驗(yàn)的開發(fā)來抽檢已經(jīng)被QC過的代碼，看看是否還有低級(jí)問題遺漏，以此評(píng)判QC活動(dòng)開展的質(zhì)量。
另一種是開展代碼檢視活動(dòng)有效性審計(jì)，通過檢查QC前后過程中的活動(dòng)組織規(guī)范性、輸出物情況、人員參與情況（編程專家占比）、自檢情況、問題記錄跟蹤情況、最終問題閉環(huán)的情況、QCchecklist準(zhǔn)備情況以及訪談員工對(duì)checklist熟悉的情況來評(píng)判代碼QC活動(dòng)開展的質(zhì)量……
隨著一些功能實(shí)現(xiàn)，轉(zhuǎn)測(cè)試，此時(shí)就要保證生產(chǎn)過程中的控制環(huán)節(jié)——測(cè)試工作開展的好壞了。
四、測(cè)試階段
除了測(cè)試策略、測(cè)試用例、自動(dòng)化測(cè)試這些內(nèi)容的檢查外，測(cè)試的缺陷跟蹤管理常常是質(zhì)量人員入手檢查的要點(diǎn)。此時(shí)檢查測(cè)試人員提的缺陷單也是代價(jià)最小，最容易發(fā)現(xiàn)問題的好方式。
缺陷單的檢查主要關(guān)注缺陷處理流程是否有序合理，確保缺陷是在開發(fā)修復(fù)后，經(jīng)過審核ok了才回到測(cè)試手中，不能出現(xiàn)回歸不通過的問題以及不能出現(xiàn)修改引入的問題，若出現(xiàn)了，則應(yīng)該統(tǒng)計(jì)此類問題的數(shù)量，在積攢一定量后分多次，統(tǒng)一拉團(tuán)隊(duì)開小會(huì)，分析評(píng)審乃至回溯問題癥結(jié)。
其次關(guān)注缺陷轉(zhuǎn)需求的情況，提醒團(tuán)隊(duì)做好變更管理，檢查轉(zhuǎn)需求的數(shù)量，并保證團(tuán)隊(duì)完整記錄清單。
最后就是檢查嚴(yán)重缺陷和安全性缺陷修復(fù)的情況，若積壓大量此類問題，需要預(yù)警，提前做好進(jìn)度延期甚至無法順利上線的預(yù)案。
走完了測(cè)試，最后就是上線環(huán)節(jié)。
五、上線階段；
重點(diǎn)關(guān)注團(tuán)隊(duì)是否開展上線演練，演練的內(nèi)容是否和以往實(shí)際上線的活動(dòng)操作相類似，避免假演練或無效演練。
然后復(fù)查前面幾個(gè)階段檢查發(fā)現(xiàn)的問題是否都已經(jīng)得到解決，遺留的問題是否影響到上線。
再有就是檢查需求清單中功能實(shí)現(xiàn)的情況，避免需求遺漏，此外檢查缺陷遺留的情況，判斷缺陷數(shù)量隨日期或測(cè)試輪次收斂的情況，避免未修復(fù)的缺陷或大量潛在未發(fā)現(xiàn)缺陷遺留到生產(chǎn)環(huán)境。
以上就是通用過程質(zhì)量保證的內(nèi)容，它僅僅質(zhì)量人員基礎(chǔ)實(shí)踐的內(nèi)容范本。從一開始的質(zhì)量保證策劃，緊跟著定義例行檢查活動(dòng)，然后是需求管理有效性檢查，接著是確保代碼QC有效性，再之后是檢查缺陷跟蹤管理規(guī)范性，最后的上線檢查……通用過程質(zhì)量保證活動(dòng)的內(nèi)容也就這么少，需要檢查的項(xiàng)也不多，事實(shí)上除了第一部分有給出checklist外，其余部分都沒有檢查表，所以質(zhì)量人員務(wù)必要結(jié)合項(xiàng)目實(shí)踐，自身去識(shí)別和積累質(zhì)量保證活動(dòng)檢查的細(xì)項(xiàng)條目，這樣才有針對(duì)性，才能真正掌握好通用過程質(zhì)量保證的內(nèi)容。
聯(lián)系客服
