# 軟件測試中的影響分析 > 原文： [https://www.guru99.com/impact-analysis-software-testing.html](https://www.guru99.com/impact-analysis-software-testing.html) ### 什么是影響分析？ 影響分析定義為分析已部署產品或應用程序中更改的影響。 它提供有關由于應用程序的特定部分或功能的更改而可能受到影響的系統區域的信息。 分析了對需求，設計&體系結構，對測試的影響以及對進度的影響。 隨著將新功能集成到應用程序或產品中，必須檢查這些新功能或更改對系統性能的影響。 因此，進行影響分析。 在本教程中，您將學習- * [什么是影響分析？](#1) * [為什么要進行變更影響分析？](#2) * [什么是影響分析文檔？](#Document) * [如何顯示影響分析影響力水平](#3) * [變更影響分析的最佳做法](#4) ### 為什么要進行變更影響分析？ * 這樣做是為了了解實施更改的可能結果。 在產品中引入太多功能會降低產品的整體性能。 * 如果團隊決定實施產品變更，以識別所有可能必須修改的文件，文檔和模型 * 估算實施變更所需的工作量 * 識別實施變更所需的任務 * 它將列出對特定元素的依賴性 ### 什么是影響分析文檔？ Impact Analysis 文檔可以用作清單。 它用于在處理變更請求之前對其進行評估。 影響分析文檔應提供以下詳細信息： * 問題的簡要說明 * 解釋或顯示缺陷如何導致失敗和/或效率低下的示例 * 包括復雜程度的估算 * 包括修復成本和時間的估算 * 要測試的功能 * 列出為更改創建的新測試用例 * 參考文件-提及參考文件，技術規格等 **示例**： 影響分析文件。 1. 變更請求 ID： 2. 標題： 3. 描述： 4. 日期準備： 5. 優先級估算： * 相對利益 * 相對罰款 * 相對成本 * 相對風險 6. 預計總工作量：…..小時 7. 估計損失的精力：……..小時 8. 預計時間表影響：……天 9. 質量影響； 10. 受影響的其他要求： 11. 受影響的其他任務： 12. 整合問題： ### 如何顯示影響分析的影響程度 可以按照顏色代碼標記影響分析，以表示更改的嚴重性或更改對系統的影響。 顏色代碼可以是如下所示的任何顏色。 * **紅色-強** * **黃色-中度** * **綠弱**  上表說明了已實施更改的影響 * 標記為紅色的特征表示已更改的主要特征，標記為黃色的特征受更改影響較小，標記為綠色的特征最少。 * 垂直提到的特征類似于那些已更改的特征，而水平提到的那些執行更改可能會影響的特征。 例如，在上面的示例中，特征 1 的更改會影響特征 3 * 對于較大的項目，其特征和功能更多，那么上表可能沒有任何用處。 在這種情況下，將采用另一種方法，其中開發人員會直接標出由于主要功能的變化而產生的影響程度。 如下所示，其中“主要功能”的影響被標記為各個子功能。  **進行影響分析需要解決的示例問題** * 進行擬議變更有哪些不利副作用或風險？ * 是否需要任何工具來實施和測試更改？ * 如果接受更改，將會損失多少已經投入的精力？ * 建議的更改是否會對性能要求產生不利影響？ * 為了驗證建議的更改，是否需要其他用戶輸入？ * 變更會增加產品成本嗎？ * 提議的變更是否是現有員工具備的知識和技能？ * 擬議的變更是否對任何計算機資源提出了不可接受的要求？ ### 變更影響分析的最佳實踐 * 在開始使用 Impact Analysis 之前，請確保測試請求不包含有關項目部分受更改影響的信息。 * 開發人員和測試人員之間必須保持持續的溝通，不要錯過在最終產品中實施所需的任何更改 * 標識是否需要更改，刪除或添加任何用戶界面。 * 估計所需的驗收，系統或集成測試用例的數量 * 確定提議的更改對另一個項目計劃，配置管理計劃或質量保證計劃的任何影響。 **摘要** * 影響分析將確保需要更改應用程序的哪一部分 * 分析對系統的影響，包括需求，設計&體系結構，對測試的影響等。 * It helps to analyze what level of regression testing is required