基於六西格瑪減少測試團隊報告問題的偏差

為了減少研發團隊在重複性軟體問題上的資源浪費並且減少測試團隊報告問題的偏差，我們運用六西格瑪來改善這個現象。

1 定義問題

在六西格瑪DAMIC流程的定義階段，需要明確改善目標；分析相關的流程步驟；分析增值服務項；明確客戶需求並建立相應的改善專案團隊等。透過接收開發團隊對測試工作的反饋，我們瞭解到測試團隊上報的重複問題消耗了研發團隊的人力資源，從而影響了專案的進度。把此反饋轉化成測試團隊的工作要求之一是要減少重複性軟體問題的上報。經過初步資料統計，測試團隊上報的軟體問題有超過15%的問題具有重複性。據此，測試團隊制定了下一年度關於此項的目標---重複性問題上報比例下降3%。

2 測量問題

根據六西格瑪定義步驟明確改善目標之後，進入問題測量階段。在這個階段，需要決定測量物件；制定資料測量方案；評估測量系統；瞭解測量系統的偏差以及測量的工作流程的有效性。由於工作中已建立成熟有效的測量系統，具體的測量基於此係統。根據測量計劃定義的測量內容，資料採集步驟，資料來源，資料採集人員，資料採集方式，資料採集週期等，我們收集了2012年度由測試團隊上報的所有軟體問題，作為分析問題的輸入。同時，我們運用DPMO（每百萬出錯機會）工具計算了當前流程下的西格瑪水平。

3 分析問題

六西格瑪分析階段的主要內容有確認流程的侷限性；挖掘問題的根本原因；確定問題的主要原因；明確原因與結果之間的關係等。幫助分析的工具有魚骨圖分析（Fishbone），柏拉圖分析（PARETO），迴歸分析（Regression），方差分析（ANOVA），失效模式和效果分析（FMEA）等。對於軟體測試重複性上報的問題，要求報告人對每一個重複問題做具體的根本原因分析。同時採用魚骨圖分析法依據流程、工具、人員、產品四個方面做了定性分析，發現2種分析方法得到了類似的原因。根據原因的資料分佈，採用柏拉圖分析法，明確了下面幾條主因：（1）由於產品的複雜性以及測試環境條件人員的不同，相同的問題有不同的表現形式；（2）在軟體問題報告流程中有確認環節，但在實際操作中，測試人員疏忽了這一環節。（3）即使測試人員執行了確認環節，開發人員也未必給予正確的資訊。綜合來看，我們發現相關的工作流程定義並無大的疏漏，但是到了執行環節，執行的程度和結果出現了與預期的偏差。

4 改善問題

六西格瑪理論在改善環節要制定相關問題的解決方案。根據軟體重複報告問題的原因分析，解決方案主要針對佔80%比例的主因。對於產品以及測試的複雜性導致的重複上報，需要加強和提高測試人員的知識和技能來區分問題，加強技術培訓和交流以及經驗獲取和分享渠道等手段。對於問題確認環節和確認質量導致的問題重複上報，需要加強測試和開發人員嚴格執行流程的意識；對團隊設定年度指標，建立團隊測量系統，團隊負責人以此監督流程執行的質量，定期檢查執行情況，對新出現的問題做根本性原因分析並及時採取改進行動。按照六西格瑪方案選擇度量法，從方案實施的資源消耗、時間長短、風險、有效性四個方面綜合衡量，改善重點著重於當前流程執行的監管以及出現問題時及時分析原因並執行改善方案。

5 控制問題

六西格瑪理論在控制階段需要制定控制計劃，明確監控手段和響應措施。問題監控系統，階段性回溯會議以及持續改進流程在控制軟體問題重複報告上發揮了重要的作用。對比上一年度，經過改善控制後的問題重複率指標有效下降超過3個百分點（由15.61%下降為12.343%），同時波動的幅度也小於上一年度。