測量源代碼更改的風險？

Question

我的經理讓我寫一個工作時間的估計和一個定義任務的源代碼更改風險評估。

雖然第一個對我來說沒有問題，並且網絡上有很多資源，但我無法理解後者。

我已經要求更清楚地描述風險估計，並得到了需要「由於所做的更改而導致的後續代碼變更」和「整個軟件的潛在失去穩定性」的風險的答案說明。

我該如何處理此任務（拇指規則，有關風險估計的文檔，...）？

Answer 1

很好地回答了我的問題是關於programmers.stackexchange.com給出：https://softwareengineering.stackexchange.com/questions/89703/measuring-risk-of-source-code-changes/89711#89711

Answer 2

對於第一點，您必須至少有一個計劃，您想實現的東西以及現有代碼的哪些部分受到影響。如果你沒有確定哪些需要改變使用不同的選項來估計風險

1. 如何往往是在完整的程序（越多越危險）
2. 寬鬆Coopling VS引用這段代碼的代碼部分Hard Coopling（Hard Coopling也會大幅增加風險）
3. 這段代碼對於應用程序本身有多重要？例如。如果您有電視調整可能導致屏幕保持黑屏風險。
4. 你的變化有多可測？如果這段代碼確實具有不可測試的部分...它會增加風險
5. 測試覆蓋率有多高？是否可以測試整套輸入參數和輸出序列？
6. 你對這段代碼有線程同步嗎？
7. 你的改變有多複雜？只有文本更改或完整算法的重新實現？
8. 你發明了新的圖書館嗎？這些圖書館是開源還是第三方？

....待續

那的事情，對風險有influece（或多或少）一個不完整的清單。