# 測試管理中的項目風險分析&解決方案 > 原文： [https://www.guru99.com/how-precaution-becomes-cure-risk-analysis-and-solutions-in-test-management.html](https://www.guru99.com/how-precaution-becomes-cure-risk-analysis-and-solutions-in-test-management.html) ### 什么是風險分析？ 風險是發生不良事件的概率。 風險分析是分析與[測試](/software-testing.html)項目相關的風險的過程。 為使項目成功，應在項目開始之前確定風險并確定相應的解決方案。 在本教程中，我們將通過案例研究發現測試管理過程的第一步：風險分析和解決方案。 在本主題中，我們將在案例研究的幫助下發現測試管理過程的第一步：風險分析和解決方案。 被測試的應用程序是 [demo.guru99.com](http://demo.guru99.com/V4/) ，您可以在此處參閱軟件需求規范[。](https://docs.google.com/document/d/1PZQZKt7hqS417QjYRMppPnTwfj8V54XUA7nZUnYvumE/edit) Guru99 銀行將扮演兩個角色 * 經理 * 顧客 以下功能/模塊可用于這兩個不同的角色  這是該網站的一些游覽  閱讀需求文檔后，您可能已經意識到該網站具有太多的**功能**和**復雜**方案。 這是情況- 1. Guru99 銀行網站已經完成開發階段。 現在開始測試階段。 不幸的是，您沒有在需求階段的早期就參與其中 2. 您的老板需要您以有限的預算在**中完成一個月的測試**，但希望**的質量很高。** 3. 一個經驗豐富的工程師的團隊成員告訴您  4. 在這種情況下，您應該怎么辦？ <input class="obadd" type="checkbox" value="2"> A) It seems to be a big problem. We need to deal with ASAP!!! <input class="obadd" type="checkbox" value="22"> B) I don't care. We need to start working right now. If you choose the action B, here are the results after one month * 該項目一團糟，占用了您所有的資源和時間。 員工的工作量急劇增加&，他們感到壓力和超負荷  * -您的項目被延遲，因此您無法按承諾向老板承諾在規定的期限內發布產品。 正如您的團隊成員所說，與當前資源分配相比，該項目的時間表太緊了。  If you choose the action A, here are the results after one month  上面的示例說明了測試管理中風險分析的**重要性**。 風險管理可以幫助您–  上例中提到的風險只是項目中可能發生的許多潛在風險之一。 您應該識別它們并決定盡快處理它們！！！ 因此，該示例中的正確操作是**操作 A** 。 因此，風險分析很重要 ## 如何進行風險分析？ 這是一個三步過程 1. 識別風險 2. 分析每個已識別風險的影響 3. 對已確定的&分析風險采取對策  ## 步驟 1）識別風險 可以識別風險并將其分為軟件產品的 2 種類型  ## 項目風險 項目風險可以定義為可能影響項目進度的**不確定**事件或活動。 該影響對實現項目目標的前景具有**正面**或**負面**效果。 主要有 3 類項目風險  * **組織風險** 這與您的**人力資源**或您的測試團隊有關。 例如，在您的項目中，缺乏技術熟練的成員是一種風險。 沒有足夠的人力按時完成項目是另一個風險。  為了確定組織風險，您應該列出一些問題并以自我鍛煉的方式回答。 以下是一些建議的問題。 **1\. Is this a well-organized Team?** <input class="eb" name="eb" type="checkbox" value="1">A) Yes <input class="ebno" name="ebno" type="checkbox" value="11">B) No **Your project doesn't have any organization risk****Create stronger team and foster an environment of co-operation** **2\. Does each team member has the skill to do his/her job??** <input class="eb" name="eb" type="checkbox" value="1">A) Yes <input class="ebno" name="ebno" type="checkbox" value="11">B) No **Your project doesn't have any organization risk****Build the training course to skill up members** **3\. Compare to project size and schedule, do we have enough human resource to finish this project at the deadline?** <input class="eb" name="eb" type="checkbox" value="1"> A) Yes <input class="ebno" name="ebno" type="checkbox" value="11"> B) No **Your project doesn't have any organization risk****Ask the project board to get more human resource** 如果您回答以上所有問題，則可以輕松確定可能會影響您的項目的潛在風險。 * **技術風險** 技術風險是指在執行未經測試的工程，錯誤的測試程序等技術流程過程中造成損失的可能性。 這是技術風險的一個例子 * 您在此項目中的任務是測試銀行網站。 您必須設置適當的測試環境以反映真實的業務環境。 如果未正確設置[測試環境](/test-environment-software-testing.html)，則將無法正確測試**產品，而無法正確檢測**缺陷**。** * **商業風險** 風險涉及**外部**實體。 這可能來自您的公司，您的客戶，但不是您項目中的**，而不是**。 下圖顯示了業務風險的示例。  在這種情況下，測試經理必須找出應對風險的解決方案，例如： * 在測試階段設置**優先級**，著重測試網站的主要功能 * **利用**測試工具來提高測試效率 * 應用**流程改進**以減少管理工作。 ## 產品風險 **產品風險**是系統或軟件可能無法滿足或滿足客戶，用戶或利益相關者期望的可能性。 此風險與產品的**功能**有關，例如性能問題，安全問題，崩潰情況等。 以下是一些產品風險的示例- * 該軟件跳過了客戶在用戶要求中指定的某些**鍵**功能 * 該軟件是**不可靠的**，并且經常**無法使**工作。 * 軟件發生故障的方式會對使用該軟件的用戶或公司造成財務或其他損失。 * 該軟件具有與特定質量特征相關的問題，例如安全性，可靠性，可用性，可維護性或性能。 現在回到您的項目，Guru 99 Bank 網站上是否存在產品風險？ 要回答這個問題，您應該遵循以下步驟  完成上述 3 個步驟后，請執行以下小測驗以識別產品風險 1\. Can the Guru99 bank website **secure** the customer account and his data? <input class="eb" name="eb" type="checkbox" value="1">A) Yes <input class="ebno" name="ebno" type="checkbox" value="11">B) No <input class="ebno1" name="ebno1" type="checkbox" value="111">C) I am not sure Incorrect Correct 2\. Is the website **usable** for customer? <input class="eb" name="eb" type="checkbox" value="1">A) Yes <input class="ebno" name="ebno" type="checkbox" value="11">B) No Correct Incorrect 3\. Which other functions, website should have? <input class="ebno" name="ebno" type="checkbox" value="1"> A) Secure Fund transfer <input class="ebno1" name="ebno1" type="checkbox" value="111"> B) User can register new account <input class="eb" name="eb" type="checkbox" value="11"> C) No need more functions IncorrectCorrect ## 步驟 2）分析發生風險的影響 在上一個主題中，我們已經確定了可能會妨礙您的項目的風險。 以下是確定的風險列表： * 您可能沒有足夠的**人力資源**在截止日期之前完成項目 * 測試**環境**可能無法像真實業務環境一樣正確設置。 * 由于業務情況，您的項目**預算**可能會減少一半 * 該網站可能**缺少**安全功能 接下來，您應該分析這些風險。 應根據以下兩個參數對每種風險進行分類 * **出現的概率** * **對項目的影響** 使用下面的矩陣，您可以**將風險分為**高，中，**和**低或值為 3,2，1** 四類。** | 可能性 | | 高（3） | 發生的可能性很高，可能會影響到整個項目 | | 中（2） | 50％發生的機會 | | 低（1） | 發生幾率低 | | 影響力 | | High (3) | 如果尚未立即解決，則無法繼續進行項目活動 | | 中（2） | 如果未解決，則無法繼續項目活動 | | Low (1) | 需要解決它，但有可能暫時采取替代解決方案 | 考慮以下風險 | 風險 | Probability | Impact | 優先級=概率*影響 | | 項目截止日期未達到 | 3 | 3 | 9 | | 停電 | 1 | 2 | 2 | 基于以上優先事項，您可以采取下表中提到的對策 | 優先 | 風險管理方法 | | 高 | 6 -9 | *立即采取緩解措施，并每天監控風險，直到其狀態關閉。* | | 中間 | 3-5 | *每周在內部進度會議上監視風險* | | 低 | 1-2 | *接受風險并按里程碑監視風險。* | 現在該練習了，在 Guru99 Banking 項目中我們確定了 4 種風險。 自己分類 | 風險 | 高 | 中 | 低 | 狀態 | | 1. 您可能沒有足夠的 **人力資源** 在截止日期之前完成項目。 | 1. [ ] | 1. [ ] | 1. [ ] | 正確。不正確。 | | 1. 測試 **環境** 可能無法像真實業務環境 那樣正確設置 | 1. [ ] | 1. [ ] | 1. [ ] | 正確。不正確的 | | 1. 由于業務情況，您的項目 **預算** 可能減少一半 | 1. [ ] | 1. [ ] | 1. [ ] | 正確。不正確的 | | 1. 該網站可能 **缺少** 安全功能 | 1. [ ] | 1. [ ] | 1. [ ] | 正確。不正確。 | ## 步驟 3）采取對策以減輕風險 這項活動分為 3 個部分  ## 風險應對 項目經理需要選擇能夠將風險降至最低的策略。 項目經理可以選擇以下四種風險應對策略  回到前面確定的 4 種風險中，我們必須找到**對策**以避免或消除它們。 A) You may not have enough **human resources** to finish project at deadline <input id="a" name="a" placeholder="Type Your Answer" style="background-color:white;margin-left:18px;" type="text" value=""> B) The Testing **environment** may not be setup properly like real business environment <input id="b" name="b" placeholder="Type Your Answer" style="background-color:white;margin-left:18px;" type="text" value=""> C) Your project **budget** may cut by half because of business situation <input id="c" name="c" placeholder="Type Your Answer" style="background-color:white;margin-left:18px;" type="text" value=""> D) This website may **lack** security features <input id="d" name="d" placeholder="Type Your Answer" style="background-color:white;margin-left:18px;" type="text" value=""> <input id="submit" type="button" value="Submit"> **A. You may not have enough human resource to finish the project at the dead line** This risk cannot be avoided because of company’s situation; you cannot request more human resource for the project. In such case, you can reduce the impact of risks by choosing some options below * 選擇有才華和經驗豐富的成員加入項目團隊 * 創建培訓課程以提高成員技能，幫助他們提高生產力 **B. The testing environment may not be setup properly like real business environment** This risk could be avoided if you do the following activities * 向開發團隊尋求幫助，以建立測試環境 * 準備設置環境所需的所有設備或材料（服務器，數據庫，PC ..） **C. Your project may cut by half because of business situation** This risk is a critical; it may prevent the whole project from proceeding. In that case, you should do * 重新定義項目范圍，確定將要測試的內容以及在這種情況下將忽略的內容 * 與客戶協商適合項目預算的項目期限 * 提高每個項目階段（例如測試，制定測試規范）的生產率……如果可以節省時間，則可以節省成本 **D. This website may lack security features** This risk is considered as Medium priority, because it doesn’t affect to the whole project and could be avoided. You can request the development team to check and add these functions to the website. ## 注冊風險 所有風險都必須由項目經理，利益相關者和項目成員進行記錄，記錄和確認。 項目團隊的所有成員都應該可以免費訪問風險登記簿。 記錄風險很有用，例如 [Redmine](http://www.redmine.org/) ， [MITER](http://www.mitre.org/publications/systems-engineering-guide/acquisition-systems-engineering/risk-management/risk-management-tools) 等。 ## 監控風險 可以連續監控風險，以檢查是否進行了任何更改。 通過不斷的監測和評估機制，可以發現新的風險。 為了更好地進行風險管理，您可以參考本文中包含的[風險管理](/images/TestManagement/RiskManagement_Template.xls)模板