怎樣識別與管理軟件測試風險

軟件測試的整個工做的側重點是風險緩解

測試設計 和開發 的中心，圍繞哪些測試將最佳地下降風險

自動化測試可否最好確保完全的測試和驗證？

這些問題的答案決定了部署的質量。

風險是具備發生機率和潛在損失的事件之間的不肯定性的將來。

爲了保護商業利益軟件應用程序的質量，QA測試人員必須可以快速，準確地識別和管理軟件測試風險。

管理這些關注點的三個基本步驟是：

建立列表

在測試軟件以前，QA團隊能夠執行的最有效的專長之一是風險識別，頭腦風暴預期編碼或性能可能或可能會破壞軟件或系統功能。 根據軟件測試幫助，風險識別，包括任何可能使部署無效的任何東西，最終防止ROI的損失

風險可能包括：
緊時間限制
未定義的項目範圍
資源不足
不斷變化的要求
天然災害

雖然一些挑戰比其餘挑戰更容易處理，可是精確地知道困難的性質容許更好地預測它們的發生
行業專家Inder Singh寫道：「很好地詳細記錄已識別的風險，使其保留在項目記憶中，並可以清晰地傳達給項目利益相關者。 「一般，風險識別是一個迭代過程，每當項目目標改變或新的業務情景被肯定時，從新訪問風險列表是很重要的。隨着項目的進行，一些新的風險出現，一些舊的風險消失。

計劃您的執行

一旦質量保證小組研究並審查了潛在風險，他們能夠概述風險管理的程序。 潛在風險能夠根據其對軟件功能和系統操做的關鍵性進行排名。 經過避免可能致使應用或系統故障的可能或可能的缺陷和情況來減輕風險的計劃能夠集成到測試程序中。

一些策略能夠包括：
避免風險
將風險轉移給風險專家
接受風險的後果
下降風險的負面影響
除了避免風險，風險管理還使QA團隊可以快速響應並減輕性能威脅，不然可能會破壞部署和利益相關者的指望。 雖然解決風險緩解選項幾乎從不吸引人，但長期深刻的風險管理集中對於團隊項目的成功相當重要。

使用測試管理來處理風險
風險能夠隨時出現。 所以，QA測試人員必須可以以有效和及時的方式處理風險。 嚴格的開發計劃不只須要快速關注風險，還須要及時的風險管理，以確保有效執行解決方案的意外問題，防止脫節或延遲項目。

對於QA，一些最關鍵的問題可能源於測試執行，同時進行軟件測試過程。 正確的風險管理工具使QA團隊可以更好地準備不可預見的狀況和後果。 測試管理工具一般幫助測試人員優先考慮風險和問題，同時確保其餘成員不斷了解測試狀況。 電子表格和圖表不足以減小冗餘，或指定詳細的風險。 風險管理規範能夠包括：
大量的測試版本
迴歸時間不足
不可用先決條件
驗證不完整
未解決，誤用，沒法識別的指標
使用測試管理工具，測試人員能夠經過協做來更好地處理這些風險，從而帶來可行的解決方案。

風險緩解一般是協做的，整個團隊致力於在項目啓動以前建立列表。 這些風險也可能須要隨着軟件測試項目的進展而進行調整。 靈活性對於確保質量保證小組可以知足並適當應對可能出現的更有利的風險緩解和有限停機時間的任何狀況相當重要。

「測試執行是任何項目最重要的階段之一，該階段的結果決定了質量併爲管理層作出決策。 「因爲測試團隊是這一階段的全部者，他們應該提出任何可能阻礙測試執行並延遲發佈的風險。

「風險管理的目標是將與預選域相關的不一樣風險下降到社會接受的水平，」Agarwal寫道。 「它可能涉及由環境，技術，人類，組織和政治形成的各類類型的威脅。另外一方面，它涉及一切可用於人類，特別是風險管理實體（我的，員工和組織） 「。

準備不可知的

QA團隊還必須處理意外的風險。 這些一般被縮減爲兩個問題 - 預期未知和未預期的未知。
預期的未知風險是QA團隊一般知道的狀況，但不知道風險是否會出如今特定的測試項目或程序中。 這種缺少知識多是因爲與客戶和利益相關者的無效的溝通。
意外的未知風險是那些組織沒有意識的風險。 未知的未知風險一般發生在將QA團隊沒有經驗的新技術引入到項目中時。

經過規劃減輕風險

軟件風險規劃對於QA測試和最終部署的成功相當重要。 設置一個測試計劃，強調有助於下降風險的工做流程。

減輕軟件風險的成功直接來自項目挑戰的前期評估：
肯定有效下降或預防風險的措施。
肯定減小無風險風險影響的措施。
經過自動化測試，持續監控軟件和系統性能，以快速識別風險。

指定風險
讓咱們進一步探討具體的風險緩解措施。 當委託質量保證部門制定戰略測試計劃時，它還被委託有效地解決與軟件開發相關的風險。
最後期限的軟件測試呈現出壓力，時間約束對於QA團隊來講是一個持續的挑戰。 集成測試或軟件開發迭代期間的測試是早期發現問題的一種方法，更好地確保快速有效的修復。 集成測試最好使用增量敏捷開發過程，其中小型開發單元按順序完成做爲虛擬交付產品。
此外，經過將功能對測試隊列前面的軟件性能放置更重要的優先級來測試測試序列，對於下降風險具備很大的意義。 爲了最好地肯定測試序列的優先級，首先肯定風險級別，包括如下風險類別：
計劃風險：測試項目沒有有效或徹底計劃以知足部署期限。 
調度的低效性能夠包括：
不許確的時間估計
對所需工具資源的不當評估
對所需人力資源的評估不當
項目範圍內的意外擴張
複雜性，功能或操做的不許確識別

預算風險：預期不許確的投資，包括：
不許確的成本估算：某些必要項目不包括在成本估算中
成本超支：意外費用或估計不許確，致使意外費用
擴大項目範圍：項目範圍擴大，包括最初未預見的費用。

操做風險：無效的處理，系統故障或意外狀況定義操做風險。 緣由包括：
未能肯定測試優先級
衝突的測試優先級
資源不足
不正確的培訓
團隊成員之間不正確的溝通
與企業利益相關者的不當溝通

技術風險：技術風險一般會致使功能和性能故障。 一些緣由包括：
不斷變化的要求
缺少技術資源
產品複雜性

通常風險： 市場策略的變化 政府法規的變化 客戶需求和興趣的變化