07質量保證過程指南
07質量保證過程指南
1 綜述
1.1 前言
本指南的編寫，是為了指導軟體開發團隊如何在軟體過程中開展質量保證工作，包括對軟體開發活動進行稽核、對軟體產品進行審計等，通過及時發現軟體過程中不符合規範的行為，使其得以糾正，從而防範質量風險。
1.2 裝置
無
1.3 工具
採用Microsoft Project作為專案問題跟蹤管理的工具。
1.4 角色
專案經理：負責分配資源，確定優先順序，協調與客戶和使用者之間的溝通。
SQA人員：監控和報告各專案組狀態，發現體系執行偏差，並跟蹤糾正過程。
1.5 活動
2 過程描述
2.1 質量保證計劃
質量保證人員根據需求分析和軟體開發計劃的討論結果識別質量風險點。
質量保證人員根據識別出來的質量風險點設定質量控制點和質量控制方式（如產品審計，評審，稽核過程，產品測試等）。
質量保證計劃的制定請參考《質量保證計劃模板.doc》。
2.2 同行評審
同行評審的目的是通過轉換視角和彙總同行經驗，在專案的早期階段發現產品問題。
專案經理依據《質量保證計劃》確定參評人員範圍，確定評審的物件、時間安排、會議主持人，使用e-mail等方式發出評審通知。
指定專人記錄會議的內容。
質量保證人員參加評審會議，會後編寫評審報告。
質量保證人員將發現的問題記錄到專案的問題跟蹤進度表中，跟蹤並協調問題的解決情況，並定期向高層管理者彙報。
評審報告的制定請參考《軟體產品評審報告.doc》。
會議記錄的制定請參考《會議紀要》。
專案問題跟蹤進度表的制定請參考《專案問題跟蹤進度表》。
2.3 軟體過程稽核
軟體過程稽核的目的是檢查過程實施是否符合規範和標準，並跟蹤糾正過程偏差。
質量保證人員依據過程規範編寫過程稽核要素。
質量保證人員當專案到達過程審計檢查點時，根據稽核要素對過程活動進行稽核，並記錄不符合項，編寫階段過程稽核報告。
質量保證人員將發現的問題記錄到專案的問題跟蹤進度表中，跟蹤並協調問題的解決情況，並定期向高層管理者彙報。
過程稽核報告的制定請參考《質量保證審查報告模板.xls》。
專案問題跟蹤進度表的制定請參考《專案問題跟蹤進度表》。
2.4 質量分析
質量分析的目的是收集和分析在軟體生命期內各種問題發現活動所發現的所有問題和缺陷資料。
質量保證人員彙總問題和缺陷資料。
質量保證人員按照缺陷分析方法定義的方法和技術對收集的缺陷資料進行分析。
資料以及分析結果以產品質量報告的形式向相關組成員。
產品質量報告的制定請參考《產品質量報告》。
2.5 質量分析常見數理統計方法
l 直方圖
直方圖是用直方柱表示質量頻數，可以方便判斷質量分佈情況是否符合標準要求。其不足之處是不能反映質量的動態變化，且需要收集的資料較多。
不同專案的缺陷型別比較
l 魚骨刺圖
又稱因果分析圖，是一種逐步深入研究質量問題的圖示方法。它是頭腦風暴活動的有用工具，有助於刺激思考，並有助於組織思路。
l 控制圖
是過程要素隨時間變化的波動曲線。波動分兩類，偶然因素引起的正常波動和系統因素引起的異常波動，控制圖可以分析是否存在異常波動，從而找出系統因素並加以消除。
受控和失控
當點位於控制線之內時，質量屬於正常，稱為受控，否則稱為失控。
隨機因素和特殊因素
隨機因素是過程自然產生的，用標準差來測量。特殊因素是系統中的特殊事件。比如，人員問題、裝置故障等。
七點原則
如果某行中有七個以上觀察點落在均值的同一側，或者他們表現同向的變動趨勢，那麼即使它們在控制線之內，它們也是非機遇原因。需要特別考慮。
單元測試中缺陷密度走勢
分組法
又稱為分類法、分層法，是將收集到的質量資料，按統計分析的需要進行分類整理，使之系統化，以便於找到產生質量問題的原因，及時採取措施加以預防。
舉例：對缺陷按照不同組分組、按照不同開發階段分組、按照不同嚴重程度分組、按照不同缺陷型別分組、按照不同版本分組、按照不同的質控手段分組、按照不同的發現者分組、按照不同的測試階段分組。
轉載於:https://my.oschina.net/tadcat/blog/148356