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

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

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

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

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

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

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

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

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

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

10、軟件缺陷（或者其它質(zhì)量問題）。缺陷的屬性如表8-5所示。表8-5缺陷的屬性缺陷屬性描述缺陷編號給每個缺陷分配唯一的ID缺陷類型給缺陷劃分一些類型，便于統(tǒng)計所屬模塊說明該缺陷所屬的模塊缺陷狀態(tài)常用缺陷狀態(tài)有：新缺陷、缺陷再現(xiàn)、解決待關閉、關閉等缺陷描述用一段文字描述缺陷附件本缺陷的相關附件嚴重性劃分缺陷的嚴重性：嚴重、中等、輕微優(yōu)先級劃分處理缺陷的優(yōu)先級：高、中、低報告者報告缺陷的人報告日期給出本缺陷的報告日期接受者處理缺陷的人解決方案描述該缺陷的解決方案更新日期缺陷信息的更新日期(2)缺陷跟蹤工具缺陷跟蹤工具：幫助項目成員記錄和跟蹤缺陷用的軟件。一般都有數(shù)據(jù)支持，可以在局域網(wǎng)內(nèi)運行。 如果沒有

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

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

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

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