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

1、第8章軟件質(zhì)量治理與限制1.1 目的軟件質(zhì)量治理的目的是通過分析質(zhì)量要素和質(zhì)量目標(biāo),制定適宜的質(zhì)量方案,整合技術(shù)評審、軟件測 試、質(zhì)量保證、缺陷或問題跟蹤等手段,保證軟件開發(fā)質(zhì)量.1.2 關(guān)鍵活動與流程軟件質(zhì)量治理的流程如圖8-1所示,關(guān)鍵活動是“制定質(zhì)量方案、“技術(shù)評審、“軟件測試、“質(zhì)量保證、“缺陷跟蹤和問題跟蹤.圖8-1中,在技術(shù)評審、軟件測試和質(zhì)量保證活動中發(fā)現(xiàn)的缺陷和問題,都采用缺陷跟蹤工具和問題跟蹤工具來治理.軟件質(zhì)量治理的流程圖8-10質(zhì)量人員開發(fā)人員QQ> r測試人員關(guān)鍵活動主要工作成果責(zé)任人制定質(zhì)量方案?質(zhì)量方案?質(zhì)量人員技術(shù)評審?技術(shù)評審報告?軟件開發(fā)人員軟件測試?軟

2、件測試報告?軟件測試人員質(zhì)量保證?質(zhì)量保證報告?質(zhì)量人員缺陷跟蹤缺陷報表缺陷相關(guān)人員問題問題報表問題相關(guān)人員該流程的主要工作成果見表8-1O軟件質(zhì)量治理流程的主要工作成果表8-11.2.1 制定質(zhì)量方案質(zhì)量方案是軟件質(zhì)量治理的行動綱領(lǐng),通常由工程經(jīng)理和質(zhì)量人員共同協(xié)商制定質(zhì)量方案.,遞交給工程經(jīng)理和質(zhì)量經(jīng)理審批.如如果機構(gòu)有獨立的質(zhì)量人員,那么由質(zhì)量人員起草?質(zhì)量方案?果機構(gòu)沒有獨立的質(zhì)量人員,那么工程經(jīng)理兼任質(zhì)量人員和質(zhì)量經(jīng)理的角色.表8-2為?質(zhì)量方案?的參考格式.表8-2質(zhì)量方案XXX軟件質(zhì)量方案說明為什么,這樣相關(guān)人員可E人把精力1.3 質(zhì)量要素和質(zhì)量目標(biāo)提示：從商業(yè)利益和技術(shù)角度判斷

3、哪些質(zhì)量屬性是本軟件的質(zhì)量要素, 集中在改待評審的工作成果評審時間負責(zé)人O質(zhì)量要素優(yōu)先級目標(biāo)、解釋2.技術(shù)評審方案3 .軟件測試方案詳見?測試方案?4.質(zhì)量保證方案過程域測試活動名稱時間負責(zé)人主要檢查項,時間或頻度負責(zé)火5 .缺陷問題跟蹤工具提示：說明本工程采用何種缺陷問題跟蹤工具,以及簡要的使用約定.6 .審批意見提示：工程經(jīng)理和質(zhì)量經(jīng)理審批U劃7 .2.2 技術(shù)評審技術(shù)評審的目的是通過同行專家對工作成果的評審進行討論,盡早地發(fā)現(xiàn)工作成果中的缺陷,并幫 助開發(fā)人員及時消除缺陷,從而有效地提升產(chǎn)品的質(zhì)量.技術(shù)評審的主要好處有： 通過消除工作成果的缺陷而提升產(chǎn)品的質(zhì)量. 技術(shù)評審可以在任何開發(fā)階

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

5、主持人宣讀作者介紹工作成果Stepl.準(zhǔn)備評審識別缺陷和辯論Step3.缺陷跟蹤討論缺陷解決方案評審總結(jié)圖8-2技術(shù)評審的流程第一步準(zhǔn)備評審 評審主持人首先確定評審會議的時間、地點、設(shè)備和參加會議的人員名單包括評審員、記錄員、作者、旁聽者等,并告知所有相關(guān)人員. 評審主持人把工作成果及相關(guān)材料、技術(shù)評審規(guī)程、檢查等發(fā)給評審員. 評審員閱讀了解工作成果及相關(guān)材料.第二步 舉行評審會議 主持人宣講本次評審會議的過程、重點、原那么、時間限制等. 作者扼要地介紹工作成果. 評審員認真查找工作成果的缺陷.作者答復(fù)評審員的問題,雙方要對每個缺陷達成共識. 作者和評審員共同討論缺陷的解決方案.對于當(dāng)場難以解

6、決的問題,由主持人決定 “是否有必要繼續(xù)討論或者“另定時間再討論. 評審小組給由評審結(jié)論和意見,主持人簽字后本次會議結(jié)束.評審結(jié)論有三種：（1） 工作成果合格,“無需修改或者“需要稍微修改但不必再審核.（2） 工作成果根本合格,需要作少量的修改,之后通過審核即可.（3） 工作成果不合格,需要作比擬大的修改,之后必須重新對其評審. 主持人和相關(guān)人員撰寫?技術(shù)評審報告?如表8-3 所示.第三步缺陷跟蹤作者修正工作成果,消除已發(fā)現(xiàn)的缺陷.評審主持人或者指定審查員跟蹤每個缺陷的狀態(tài).直到工作成果合格為止.表8-3技術(shù)評審報告XXX技術(shù)評審報告8.4 根本信息成果介紹一名稱,版本,作者,時間等等評審時間

7、 評審地點評審人員名單角色、職務(wù)人員A評審主持人8.5 問答記錄提示：由評審主持人或記錄填寫,主要記錄評審過程中的疑問、答復(fù)、爭論、處理意見提示：如果使用了缺陷跟蹤軟件,那么無需手工填寫此表8.6 .3軟件測試技術(shù)評審和軟件測試的目的都是為了消除軟件的缺陷,兩者的主要區(qū)別是：1前者無需運行軟件,評審人員和作者把工作成果擺放在桌面上討論；2后者一定要運行軟件來查找缺陷.技術(shù)評審在軟件測試之前執(zhí)行,尤其是在需求開發(fā)和系統(tǒng)設(shè)計階段.相比而言,軟件測試的工作量通常比技術(shù)評審的大,發(fā)現(xiàn)的缺陷也更多.軟件測試的主要工作有： 制定測試方案 設(shè)計測試用例 執(zhí)行測試 缺陷跟蹤 消除缺陷1.8 質(zhì)量保證QA: Q

8、uality Assurance質(zhì)量保證的實質(zhì)：檢查工程的“工作過程和工作成果是否符合既定的標(biāo)準(zhǔn).符合標(biāo)準(zhǔn)的工作成果不見得就是高質(zhì)量的,但是明顯不符合標(biāo)準(zhǔn)的工作成果十有八九是質(zhì)量不合格的.質(zhì)量保證的要點：我生明顯不符合標(biāo)準(zhǔn)的工作過程和工作成果,及時指導(dǎo)開發(fā)人員糾正問題,切勿吹毛求疵或者在無關(guān)痛癢的地方查來查去.在制定?質(zhì)量方案?的時候,質(zhì)量人員確定主要檢查項和檢查時間或頻度.質(zhì)量人員在執(zhí)行質(zhì)量保證工作的時候,如果發(fā)現(xiàn)質(zhì)量問題,應(yīng)該立即記錄下來.最好使用問題跟蹤工具或者缺陷跟蹤工具,有助于提升工作效率.質(zhì)量人員首先設(shè)法在工程內(nèi)部解決已經(jīng)發(fā)現(xiàn)的質(zhì)量問題,與工程成員協(xié)商,給由解決舉措.在工程內(nèi)難以解

9、決的質(zhì)量問題,由上級領(lǐng)導(dǎo)給由解決舉措.質(zhì)量人員定期撰寫?質(zhì)量保證報告?格式見表 8-4,向工程成員和上級領(lǐng)導(dǎo)匯報現(xiàn)階段的質(zhì)量狀況表8-4質(zhì)量保證報告質(zhì)量保證報告工程名稱報告日期質(zhì)量保證員報告批次過程質(zhì)量檢查爻檢查的過程域檢查結(jié)果產(chǎn)品質(zhì)量檢查受檢查的工作成果檢查結(jié)果問題與對策,經(jīng)驗總結(jié)：從問題跟蹤工具中提取問題的彳月思1.9 缺陷跟蹤與問題跟蹤1缺陷人們在執(zhí)行技術(shù)評審、軟件測試、質(zhì)量保證工作時,會發(fā)現(xiàn)不少軟件缺陷或者其它質(zhì)量問題.缺陷的屬性如表8-5所示.表8-5缺陷的屬性缺陷屬性描述缺陷編號給每個缺陷分配唯一的ID缺陷類型給缺陷劃分一些類型,便于統(tǒng)計所屬模塊說明該缺陷所屬的模塊缺陷狀態(tài)常用缺陷

10、狀態(tài)有：新缺陷、缺陷再現(xiàn)、解決待關(guān)閉、關(guān)閉等缺陷描述用一段文字描述缺陷附件本缺陷的相關(guān)附件嚴(yán)重性劃分缺陷的嚴(yán)重性：嚴(yán)重、中等、稍微優(yōu)先級劃分處理缺陷的優(yōu)先級：高、中、低報告者報告缺陷的人報告日期給由本缺陷的報告日期接辭處理缺陷的人解決方案描述該缺陷的解決方案MW日期缺陷信息的更新日期(2)缺陷跟蹤工具缺陷跟蹤工具：幫助工程成員記錄和跟蹤缺陷用的軟件.一般都有數(shù)據(jù)支持,可以在局域網(wǎng)內(nèi)運行.如果沒有缺陷跟蹤工具的話,人們只好用紙張或文件去記錄缺陷,不僅變更缺陷信息很麻煩,而且難 以共享信息.表8-5缺陷跟蹤工具的常見功能功能描述查詢?nèi)毕莞鶕?jù)缺陷類型、狀態(tài)、優(yōu)先級、報告者、報告日期等條件查詢添加缺陷

11、添加新的缺陷修改缺陷修改缺陷的信息刪除刪除缺陷缺陷餅圖繪制缺陷的餅圖缺陷趨勢圖繪制缺陷的趨勢圖自動消息如果缺陷彳月思發(fā)生變動(添加和修改),那么自動發(fā)消息給報告者和接受者(3)問題跟蹤問題跟蹤缺陷跟蹤很相似,“問題的含義比“缺陷更加廣泛8 . 3常見問題解答和實施建議9 .10什么是軟件的質(zhì)量屬性和質(zhì)量要素軟件質(zhì)量是許多質(zhì)量屬性的綜合表達,各種質(zhì)量屬性反映了軟件質(zhì)量的方方面面.人們通過改善軟件 的各種質(zhì)量屬性,從而提升軟件的整體質(zhì)量(否那么無從下手).(1)質(zhì)量屬性常見的質(zhì)量屬性有：正確性、健壯性、可靠性、容錯性、性能、易用性、平安性、可擴展性、可復(fù)用 性、兼容性、可移植性、可測試性、可維護性

12、、靈活性等.(2)質(zhì)量要素軟件質(zhì)量要素是指：A.從技術(shù)角度講,對軟件整體質(zhì)量影響最大的那些質(zhì)量屬性才是質(zhì)量要素；B.從商業(yè)角度講,客戶最關(guān)心的、能成為賣點的質(zhì)量屬性才是質(zhì)量要素.對于一個特定的軟件而言,我們首先判斷什么是質(zhì)量要素,才能給由提升質(zhì)量的具體舉措,而不是一 股腦地想把所有的質(zhì)量屬性都做好,否那么不僅做不好,還可以能得不償失.如果某些質(zhì)量屬性并不能產(chǎn)生顯著的經(jīng)濟效益,我們可以忽略它們,把精力用在對經(jīng)濟效益奉獻最大 的質(zhì)量要素上.簡而言之,只有質(zhì)量要素才值得開發(fā)人員下功夫去改善.8.11 企業(yè)追求什么樣的質(zhì)量目標(biāo)企業(yè)的根本目標(biāo)是為了獲取盡可能多的利潤,而不是生產(chǎn)完美無缺的產(chǎn)品.如果企業(yè)銷

13、售由去的軟件的質(zhì)量比擬差,輕那么挨罵,重那么被退貨甚至索賠,因此為了提升用戶對產(chǎn)品的滿意度,企業(yè)必須提升產(chǎn)品 的質(zhì)量.但是企業(yè)不可能為了追求完美的質(zhì)量而不惜一切代價,當(dāng)企業(yè)為提升質(zhì)量所付由的代價超過銷售 利益時,這個產(chǎn)品已經(jīng)沒有商業(yè)價值了,還不如不開發(fā).企業(yè)必須權(quán)衡質(zhì)量、效率和本錢,產(chǎn)品質(zhì)量太低了或者太高了,都不利于企業(yè)獲取利潤.企業(yè)理想的質(zhì)量目標(biāo)：不是“零缺陷,而是恰好讓廣闊用戶滿意,并且將提升質(zhì)量所付由的代價控制在預(yù)算之內(nèi).8.12 誰對質(zhì)量負責(zé)誰對軟件質(zhì)量負責(zé)？不要把質(zhì)量全員負責(zé).任何與軟件開發(fā)、治理工作相關(guān)的人員都對質(zhì)量產(chǎn)生影響,都要對質(zhì)量負責(zé).問題全部推給質(zhì)量人員或測試人員.誰對軟件

14、質(zhì)量負最大的責(zé)任？誰的權(quán)力越大,他所負的質(zhì)量責(zé)任就越大.質(zhì)量人員是成天與質(zhì)量打交道的人,但他個人并不對產(chǎn)品 質(zhì)量產(chǎn)生最大的影響,所以不負最大的責(zé)任.8.13 為什么質(zhì)量保證并不能保證質(zhì)量質(zhì)量保證活動就是檢查工程的“工作過程和工作成果是否符合既定的標(biāo)準(zhǔn).如果質(zhì)量人員發(fā)現(xiàn)某些 工程的“工作過程以及工作成果不符合既定的標(biāo)準(zhǔn),那么馬上可以斷定產(chǎn)品存在缺陷.但是符合既定標(biāo)準(zhǔn)的東西并不意味著質(zhì)量一定合格,僅靠標(biāo)準(zhǔn)無法識別生產(chǎn)品中可能存在的大量缺 陷.不少機構(gòu)的質(zhì)量人員老是對照標(biāo)準(zhǔn),查找錯別字、標(biāo)點符號、排版格式等問題,迷失了方向,這樣只 有疲勞沒有功績,而且讓開發(fā)人員很厭煩.質(zhì)量保證的技術(shù)含量比擬低,只能檢查由淺薄的缺陷,不能對付有技術(shù)難度的缺陷.所以單獨的“質(zhì) 量保證,其實不能“保證質(zhì)量.質(zhì)量保證對于保證質(zhì)量而言只是必要的手段,而不是充分的手段.對于軟件質(zhì)量治理而言,軟件測試、技術(shù)評審比質(zhì)量保證更加重要.8.14 為什么技術(shù)評審的效果不明顯有些機構(gòu)根據(jù)CMM