軟件質(zhì)量管理與控制范文

1、第8章軟件質(zhì)量管理與控制第一章8.1目的軟件質(zhì)量管理的目的是通過分析質(zhì)量要素和質(zhì)量目標(biāo)，制定合適的質(zhì)量計(jì)劃，整合技術(shù)評審、軟件測試、質(zhì)量保證、缺陷（或問題）跟蹤等手段，保證軟件開發(fā)質(zhì)量第二章8。2關(guān)鍵活動與流程軟件質(zhì)量管理白流程如圖8-1所示，關(guān)鍵活動是“制定質(zhì)量計(jì)劃”、“技術(shù)評審”、“軟件測試”、質(zhì)量保證、缺陷跟蹤和問題跟蹤。圖81中,在技術(shù)評審、軟件測試和質(zhì)量保證活動中發(fā)現(xiàn)的缺陷和問題，都采用缺陷跟蹤工具和問題跟蹤工具來管理.器開發(fā)人員3日質(zhì)量人員0測試人員圖8-1軟件質(zhì)量管理的流程該流程的主要工作成果見表8-1.表8-1軟件質(zhì)量管理流程的主要工作成果關(guān)鍵活動主要工作成果責(zé)任人制定質(zhì)量計(jì)劃

2、質(zhì)量計(jì)劃質(zhì)量人員技術(shù)評審技術(shù)評審報(bào)告軟件開發(fā)人員軟件測試軟件測試報(bào)告軟件測試人員質(zhì)量保證質(zhì)量保證報(bào)告質(zhì)量人員缺陷跟蹤缺陷報(bào)表缺陷相關(guān)人員問題問題報(bào)表問題相關(guān)人員8.2.1 制定質(zhì)量計(jì)劃質(zhì)量計(jì)劃是軟件質(zhì)量管理的行動綱領(lǐng)，通常由項(xiàng)目經(jīng)理和質(zhì)量人員共同協(xié)商制定質(zhì)量計(jì)劃。如果機(jī)構(gòu)有獨(dú)立的質(zhì)量人員，那么由質(zhì)量人員起草質(zhì)量計(jì)劃，遞交給項(xiàng)目經(jīng)理和質(zhì)量經(jīng)理審批.如果機(jī)構(gòu)沒有獨(dú)立的質(zhì)量人員，那么項(xiàng)目經(jīng)理兼任質(zhì)量人員和質(zhì)量經(jīng)理的角色。表8-2為質(zhì)量計(jì)劃的參考格式。表82質(zhì)量計(jì)劃XXX軟件質(zhì)量計(jì)劃1.質(zhì)量要素和質(zhì)量目標(biāo)提示：從商業(yè)利益和技術(shù)角度判斷哪些質(zhì)量屬性是本軟件的質(zhì)量要素，說明為什么，這樣相關(guān)人員可以把精力集

3、中在改善質(zhì)量要素上。給出各個(gè)質(zhì)量要素的恰當(dāng)目標(biāo)，既要使客戶感到滿意，又要使開發(fā)方承受得起。質(zhì)量要素優(yōu)先級目標(biāo)、解釋2.技術(shù)評審計(jì)劃待評審的工作成果評審時(shí)間負(fù)責(zé)人3.軟件測試計(jì)劃測試活動名稱時(shí)間負(fù)責(zé)人詳見測試計(jì)劃4.質(zhì)量保證計(jì)劃過程域主要檢查項(xiàng)時(shí)間或頻度負(fù)責(zé)人5.缺陷（問題）跟蹤工具提示：說明本項(xiàng)目采用何種缺陷（問題）跟蹤工具，以及簡要的使用約定。6.審批意見提示:項(xiàng)目經(jīng)理和質(zhì)量經(jīng)理審批計(jì)劃第三章8。2。2技術(shù)評審技術(shù)評審的目的是通過同行專家對工作成果的評審進(jìn)行討論，盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開發(fā)人員及時(shí)消除缺陷，從而有效地提高產(chǎn)品的質(zhì)量。技術(shù)評審的主要好處有：通過消除工作成果的缺陷而提

4、高產(chǎn)品的質(zhì)量。技術(shù)評審可以在任何開發(fā)階段執(zhí)行，不必等到軟件可以運(yùn)行之際，越早消除缺陷就越能降低開發(fā)成本.開發(fā)人員能夠及時(shí)地得到同行專家的幫助和指導(dǎo)，無疑會加深對工作成果的理解，更好地預(yù)防缺陷，一定程度上提高了開發(fā)生產(chǎn)率。理論上講，為了確保產(chǎn)品的質(zhì)量，產(chǎn)品的所有工作成果都應(yīng)當(dāng)接受技術(shù)評審?，F(xiàn)實(shí)中，為了節(jié)約時(shí)間，允許人們有選擇地對工作成果進(jìn)行技術(shù)評審。在制定質(zhì)量計(jì)劃的時(shí)候，應(yīng)該確定技術(shù)評審計(jì)劃。技術(shù)評審是團(tuán)體活動，一般地，機(jī)構(gòu)沒有專職的技術(shù)評審人員，當(dāng)需要技術(shù)評審的時(shí)候臨時(shí)組織人員就可以了。質(zhì)量人員應(yīng)當(dāng)參與重要的技術(shù)評審會議，這樣既監(jiān)督了技術(shù)評審，又加深對工作成果的了解。技術(shù)評審的一般流程如圖8-

5、2所示。Stepl.準(zhǔn)備評審Step3.缺陷跟蹤圖82技術(shù)評審的流程第一步準(zhǔn)備評審 評審主持人首先確定評審會議的時(shí)間、地點(diǎn)、設(shè)備和參加會議的人員名單（包括評審員、記錄員、作者、旁聽者等），并告知所有相關(guān)人員。 評審主持人把工作成果及相關(guān)材料、技術(shù)評審規(guī)程、檢查等發(fā)給評審員。 評審員閱讀（了解）工作成果及相關(guān)材料。第二步舉行評審會議 主持人宣講本次評審會議的過程、重點(diǎn)、原則、時(shí)間限制等。 作者扼要地介紹工作成果。 評審員認(rèn)真查找工作成果的缺陷。作者回答評審員的問題，雙方要對每個(gè)缺陷達(dá)成共識。 作者和評審員共同討論缺陷的解決方案。對于當(dāng)場難以解決的問題，由主持人決定“是否有必要繼續(xù)討論或者另定時(shí)間

6、再討論”。 評審小組給出評審結(jié)論和意見，主持人簽字后本次會議結(jié)束.評審結(jié)論有三種：（1） 工作成果合格，“無需修改”或者“需要輕微修改但不必再審核”。（2） 工作成果基本合格，需要作少量的修改，之后通過審核即可.（3） 工作成果不合格，需要作比較大的修改，之后必須重新對其評審。 主持人和相關(guān)人員撰寫技術(shù)評審報(bào)告（如表83所示）。第三步缺陷跟蹤作者修正工作成果，消除已發(fā)現(xiàn)的缺陷。評審主持人（或者指定審查員）跟蹤每個(gè)缺陷的狀態(tài).直到工作成果合格為止。表8-3技術(shù)評審報(bào)告XXX技術(shù)評審報(bào)告1。基本信息成果介紹名稱，版本，作者，時(shí)間等等評審時(shí)間評審地點(diǎn)評審人員名單角色、職務(wù)人員A評審主持人2.問答記錄

7、提示：由評審主持人或記錄填寫，主要記錄評審過程中的疑問、答復(fù)、爭論、處理意見記錄A3.評審結(jié)論與意見提示：由評審主持人填寫評審結(jié)論工作成果合格，“無需修改”或者需要輕微修改但不必再審核”工作成果基本合格，需要作少量的修改，之后通過審核即可工作成果不合格，需要作比較大的修改，之后必須重新對其評審意見建議簽字主持人簽字4.缺陷跟蹤提示:如果使用了缺陷跟蹤軟件，那么無需手工填寫此表缺陷描述缺陷解決方案、結(jié)果8。2。3軟件測試技術(shù)評審和軟件測試的目的都是為了消除軟件的缺陷，兩者的主要區(qū)別是：(1)前者無需運(yùn)行軟件，評審人員和作者把工作成果擺放在桌面上討論；(2)后者一定要運(yùn)行軟件來查找缺陷。技術(shù)評審在

8、軟件測試之前執(zhí)行，尤其是在需求開發(fā)和系統(tǒng)設(shè)計(jì)階段。相比而言，軟件測試的工作量通常比技術(shù)評審的大，發(fā)現(xiàn)的缺陷也更多.軟件測試的主要工作有： 制定測試計(jì)劃 設(shè)計(jì)測試用例 執(zhí)行測試 缺陷跟蹤 消除缺陷8.2.4質(zhì)量保證QA:QualityAssurance質(zhì)量保證的實(shí)質(zhì)：檢查項(xiàng)目的“工作過程和工作成果”是否符合既定的規(guī)范符合規(guī)范的工作成果不見得就是高質(zhì)量的，但是明顯不符合規(guī)范的工作成果十有八九是質(zhì)量不合格的。質(zhì)量保證的要點(diǎn)：找出明顯不符合規(guī)范的工作過程和工作成果，及時(shí)指導(dǎo)開發(fā)人員糾正問題，切勿吹毛求疵或者在無關(guān)痛癢的地方查來查去。在制定質(zhì)量計(jì)劃的時(shí)候，質(zhì)量人員確定主要檢查項(xiàng)和檢查時(shí)間（或頻度）。質(zhì)量

9、人員在執(zhí)行質(zhì)量保證工作的時(shí)候，如果發(fā)現(xiàn)質(zhì)量問題，應(yīng)該立即記錄下來。最好使用問題跟蹤工具（或者缺陷跟蹤工具），有助于提高工作效率.質(zhì)量人員首先設(shè)法在項(xiàng)目內(nèi)部解決已經(jīng)發(fā)現(xiàn)的質(zhì)量問題，與項(xiàng)目成員協(xié)商，給出解決措施。在項(xiàng)目內(nèi)難以解決的質(zhì)量問題，由上級領(lǐng)導(dǎo)給出解決措施。質(zhì)量人員定期撰寫質(zhì)量保證報(bào)告（格式見表8-4）,向項(xiàng)目成員和上級領(lǐng)導(dǎo)匯報(bào)現(xiàn)階段的質(zhì)量狀況。表84質(zhì)量保證報(bào)告質(zhì)量保證報(bào)告項(xiàng)目名稱報(bào)告日期質(zhì)量保證員報(bào)告批次過程質(zhì)量檢查受檢查的過程域檢查結(jié)果產(chǎn)品質(zhì)量檢查受檢查的工作成果檢查結(jié)果問題與對策，經(jīng)驗(yàn)總結(jié)：從問題跟蹤工具中提取問題的信息8。2.5缺陷跟蹤與問題跟蹤（1）缺陷人們在執(zhí)行技術(shù)評審、軟件測

10、試、質(zhì)量保證工作時(shí)，會發(fā)現(xiàn)不少軟件缺陷（或者其它質(zhì)量問題）。缺陷的屬性如表85所示。表8-5缺陷的屬性缺陷屬性描述缺陷編號給每個(gè)缺陷分配唯一的ID缺陷類型給缺陷劃分一些類型，便于統(tǒng)計(jì)所屬模塊說明該缺陷所屬的模塊缺陷狀態(tài)常用缺陷狀態(tài)有：新缺陷、缺陷再現(xiàn)、解決待關(guān)閉、關(guān)閉等缺陷描述用一段文字描述缺陷附件本缺陷的相關(guān)附件嚴(yán)重性劃分缺陷的嚴(yán)重性：嚴(yán)重、中等、輕微優(yōu)先級劃分處理缺陷的優(yōu)先級：高、中、低報(bào)告者報(bào)告缺陷的人報(bào)告日期給出本缺陷的報(bào)告日期長又乍1處理缺陷的人解決方案描述該缺陷的解決方案更新日期缺陷信息的更新日期(2)缺陷跟蹤工具缺陷跟蹤工具：幫助項(xiàng)目成員記錄和跟蹤缺陷用的軟件。一般都有數(shù)據(jù)支持，

11、可以在局域網(wǎng)內(nèi)運(yùn)行如果沒有缺陷跟蹤工具的話，人們只好用紙張或文件去記錄缺陷，不僅變更缺陷信息很麻煩，而且難以共享信息。表85缺陷跟蹤工具的常見功能功能描述查詢?nèi)毕莞鶕?jù)缺陷類型、狀態(tài)、優(yōu)先級、報(bào)告者、報(bào)告日期等條件查詢添加缺陷添加新的缺陷修改缺陷修改缺陷的信息刪除刪除缺陷缺陷餅圖繪制缺陷的餅圖缺陷趨勢圖繪制缺陷的趨勢圖自動消息如果缺陷信息發(fā)生變動(添加和修改)，那么自動發(fā)消息給報(bào)告者和接受者(3)問題跟蹤問題跟蹤缺陷跟蹤很相似，“問題”的含義比缺陷”更加廣泛.8.3常見問題解答和實(shí)施建議8.3.1什么是軟件的質(zhì)量屬性和質(zhì)量要素軟件質(zhì)量是許多質(zhì)量屬性的綜合體現(xiàn)，各種質(zhì)量屬性反映了軟件質(zhì)量的方方面面

12、。人們通過改善軟件的各種質(zhì)量屬性，從而提高軟件的整體質(zhì)量(否則無從下手)。(1)質(zhì)量屬性常見的質(zhì)量屬性有：正確性、健壯性、可靠性、容錯(cuò)性、性能、易用性、安全性、可擴(kuò)展性、可復(fù)用性、兼容性、可移植性、可測試性、可維護(hù)性、靈活性等。(2)質(zhì)量要素軟件質(zhì)量要素是指：Ao從技術(shù)角度講，對軟件整體質(zhì)量影響最大的那些質(zhì)量屬性才是質(zhì)量要素；Bo從商業(yè)角度講，客戶最關(guān)心的、能成為賣點(diǎn)的質(zhì)量屬性才是質(zhì)量要素。對于一個(gè)特定的軟件而言，我們首先判斷什么是質(zhì)量要素，才能給出提高質(zhì)量的具體措施，而不是一股腦地想把所有的質(zhì)量屬性都做好，否則不僅做不好，還可以能得不償失。如果某些質(zhì)量屬性并不能產(chǎn)生顯著的經(jīng)濟(jì)效益，我們可以忽

13、略它們，把精力用在對經(jīng)濟(jì)效益貢獻(xiàn)最大的質(zhì)量要素上。簡而言之，只有質(zhì)量要素才值得開發(fā)人員下功夫去改善。8。3。2企業(yè)追求什么樣的質(zhì)量目標(biāo)企業(yè)的根本目標(biāo)是為了獲取盡可能多的利潤，而不是生產(chǎn)完美無缺的產(chǎn)品。如果企業(yè)銷售出去的軟件的質(zhì)量比較差，輕則挨罵，重則被退貨甚至索賠，因此為了提高用戶對產(chǎn)品的滿意度，企業(yè)必須提高產(chǎn)品的質(zhì)量。但是企業(yè)不可能為了追求完美的質(zhì)量而不惜一切代價(jià)，當(dāng)企業(yè)為提高質(zhì)量所付出的代價(jià)超過銷售利益時(shí)，這個(gè)產(chǎn)品已經(jīng)沒有商業(yè)價(jià)值了，還不如不開發(fā)。企業(yè)必須權(quán)衡質(zhì)量、效率和成本，產(chǎn)品質(zhì)量太低了或者太高了，都不利于企業(yè)獲取利潤。企業(yè)理想的質(zhì)量目標(biāo)：不是“零缺陷，而是恰好讓廣大用戶滿意，并且將提

14、高質(zhì)量所付出的代價(jià)控制在預(yù)算之內(nèi)。8。3。3誰對質(zhì)量負(fù)責(zé)誰對軟件質(zhì)量負(fù)責(zé)？全員負(fù)責(zé)。任何與軟件開發(fā)、管理工作相關(guān)的人員都對質(zhì)量產(chǎn)生影響，都要對質(zhì)量負(fù)責(zé)。不要把質(zhì)量問題全部推給質(zhì)量人員或測試人員。誰對軟件質(zhì)量負(fù)最大的責(zé)任？誰的權(quán)力越大，他所負(fù)的質(zhì)量責(zé)任就越大.質(zhì)量人員是成天與質(zhì)量打交道的人，但他個(gè)人并不對產(chǎn)品質(zhì)量產(chǎn)生最大的影響，所以不負(fù)最大的責(zé)任.8。3。4為什么質(zhì)量保證并不能保證質(zhì)量質(zhì)量保證活動就是檢查項(xiàng)目的“工作過程和工作成果”是否符合既定的規(guī)范.如果質(zhì)量人員發(fā)現(xiàn)某些項(xiàng)目的“工作過程以及工作成果”不符合既定的規(guī)范，那么馬上可以斷定產(chǎn)品存在缺陷但是符合既定規(guī)范的東西并不意味著質(zhì)量一定合格，僅靠規(guī)范無法識別出產(chǎn)品中可能存在的大量缺陷。不少機(jī)構(gòu)的質(zhì)量人員老是對照規(guī)范，查找錯(cuò)別字、標(biāo)點(diǎn)符號、排版格式等問題，迷失了方向，這樣只有疲勞沒有功勞，而且讓開發(fā)人員很厭煩。質(zhì)量保證的技術(shù)含量比較低，只能檢查出膚淺的缺陷，不能對付有技術(shù)難度的缺陷.所以單獨(dú)的“質(zhì)量保證”，其實(shí)不能“保證質(zhì)量”.質(zhì)量保證對于保證質(zhì)量而言只是必要的手段，而不是充分的手段。對于軟件質(zhì)量管理而言，軟件測試、技術(shù)評審比質(zhì)量保證更加重要。8.3.5為什么技術(shù)評審的效果不明顯有些機(jī)構(gòu)按照C