【摘要】軟件質量保證是軟件開發的重要內容。軟件質量保證復審則是軟件質量保證的重要組成。本文就軟件質量保證復審系統性和應用性做些探討。
【關鍵詞】軟件質量保證體系；系統性
一、軟件質量
軟件質量是“與軟件產品滿足規定和隱含需求的能力有關的全體特征（或特性）”。為滿足軟件的各項規定的或隱含的功能、性能需求，符合文檔化開發標準，就 需要相應地設計出一些質量特性及其組合，質量目標，作為在軟件開發與維護中的重要考慮因素。如果這些質量特性及其組合都能在產品中得到滿足，則這個軟件產 品的質量就是高的。這些被定義出來的特性及其組合就稱之為軟件“質量目標”。軟件質量是各種特性的復雜組合，它隨著應用的不同而不同，隨著用戶提出的量要 求不同而不同。承擔保證軟件質量的任。包括軟件工程師、項目管理者、客戶、銷售人員和SQA（Software Quality Assurance）小組的人員。
二、軟件復審
（1）軟件復審：軟件復審是軟件工程過程中濾除缺陷的“過濾器”。在軟件項目開發過程中的多個不同點上，軟件復審活動能夠起到及早發現錯誤進而引發排錯活動的作用。軟件復審目的是盡可能多地發現被復審對象中的缺陷，起到“凈化”工作產品作用。由于發現別人生產工作產品中的缺陷比發現自己的缺陷要易，所以復審應在不同的工程師之間進行。任何一次復審都是借助人的差異性達到目標活動，目標包括：①指出一個人或一個小組生產的產品所需進行的改進。②確定被審核產品中不需要或者不希望改進的部分。
（2）軟件缺陷對成本的影響：在軟件工程活動中，“缺陷”是指在軟件交付給最終用戶后發現的質量問題；而“錯誤”描述在軟件交付前由軟件工程師發現的質 量問題。很明顯，缺陷帶來的危害遠大于“錯誤”帶來的影響。因此，正式技術復審的主要目標就是在復審過程中發現錯誤，以便潛在的缺陷在交付之前變成“錯 誤”并得到糾正。正式技術復審的明顯優點就是能夠較早發現錯誤，防止錯誤傳播到軟件過程的后繼階段。“盡早”發現錯誤是我們的追求，因為同樣的錯誤對成本 和工期產生的影響與發現錯誤、改正錯誤的時間是密切相關的。
（3）缺陷的放大和消除：可以用“缺陷放大模型”來說明及時的復審在軟件工 程中的作用。復審過程可能沒有完全發現來自此步驟之前的和新發生的所有錯誤。從而可能在本階段“繼承”了一些錯誤，并將一部分錯誤引入下一階段。其中，一 部分來自前一階段的錯誤可能會誤導本階段的工作，導致在錯誤的基礎上產生更多的錯誤，形成錯誤的“放大”效應。
三、正式的技術復審
正式技術復審（FTR）是一種由技術工程師進行的軟件質量保證活動。FTR的目標是：①在軟件的任何一種表示形式中發現功能、邏輯或實現上的錯誤。②證 實經過復審的軟件的確滿足需求。③保證軟件的表示符合預定義的標準。④得到一種以一致的方式開發的軟件。FTR是一類復審方式，包括“走查”、“審查”、 “輪查”以及其他軟件小組的技術評估。每次FTR都以會議形式進行，經過適當地計劃、控制和相關人員參與，FTR才能獲得成功。
（1）復審會議的組織：從保證會議效果出發，不論進行什么形式的FTR活動，會議的規模都不宜過大，控制在3～5人較好；每個參會人員都要提前進行準備，但是復審準備工作占用的工作時間應當少于兩小時；會議的時間不宜長，控制在兩個小時之內。
FTR的焦點是某個工作產品，比如一部分需求規約，一個模塊的詳細設計，一個模塊的源代碼清單等等。負責生產這個產品的人通知“復審責任人”產品已經完 成，需要復審。復審責任人對工作產品的完成情況進行評估，當確認已經具備復審條件后，準備產品副本，發放給預定要參加復審的復審者。當發現錯誤和問題時， 記錄員將逐一進行記錄。在復審結束時，必須做出復審結論。結論只能是下列三種之一：①工作產品可以不經修改地被接收。②由于存在嚴重錯誤，產品被否決。③ 暫時接收工作產品（發現了輕微錯誤需要改正，但改正后無需再次評審）。
（2）復審報告和記錄保存：在FTR期間，一名復審者（記錄員） 主動記錄所有被提出來的問題。在會議結束時對這些問題進行小結，并形成一份“復審問題列表”。此外還要形成一份簡單的“復審總結報告”。復審總結報告中將 闡明如下問題：復審對象是什么；有哪些人參與復審；發現了什么，結論是什么。復審報告是項目歷史記錄的一部分，可以分發給項目負責人和其他感興趣的復審參 與方。復審問題列表有兩個作用，首先是標識產品中的問題區域，其次將被用作指導生產者對產品進行改進的“行動條目”。 在復審總結報告中，復審問題列表應當作為附件。
（3）復審指南：不受控制的錯誤的復審，比沒有復審更加糟糕。所以在進行正式的復審之前 必須制定復審指南并分發給所有的復審參加者，得到大家的認可后，才能依照指南進行復審。正式技術復審指南的最小集合如下：①復審對象是產品，而不是產品生 產者。復審會議的氣氛應當是輕松的和建設性的，不要試圖貶低或者羞辱別人。通常，有管理職權的成員不宜作為復審者參加會議。②制訂并嚴格遵守議程。FTR 會議必須保證按照計劃進行，不要離題。③鼓勵復審者提出問題，但限制爭論和辯駁。有爭議的問題記錄在案，事后解決。④復審是以“發現問題”為宗旨的。問題 的解決通常由生產者自己或者在別人的幫助下解決。所以不要試圖在FTR會議上解決所有問題。
復審是貫穿于整個軟件工程始終的保護性活 動。目的是通過對工作過程和階段工作產品的審查與審核，盡量地預防錯誤，及早地發現和糾正錯誤，防患于未然。對生產過程的審核將及時發現和糾正違背已定義 的工程過程規范和組織標準的行為，防止因過程的偏離導致產品中出現錯誤。復審活動還包括對各類工作產品的復審與檢查，以便及早發現和糾正已經發生的錯誤， 避免錯誤放大效應的發生。歷史缺陷數據的積累、統計和分析有助于開展基于統計規律的SQA任務，能夠幫助我們集中力量去解決導致發生錯誤和缺陷的最重要的 問題，取得事半功倍的效果。通過復審，我們能夠基于統計規律，在度量基線的支持下，定量地評述軟件的可靠性指標，從而滿足用戶提出的量化的可靠性性能需 求。