SSD這行，固件的兄弟姐妹挺不容易的：

1.有新的功能要加代碼；

2.有bug 要修要改代碼；

3.需求變了要改代碼：

4.優化性能更要改代碼。

這樣改來改去，改著改著就有可能把本來沒問題的地方改出問題。比如，修Bug B的時候，把上個月解決的 BugA給重新放出來了，或者新創建了一個BugC。

這種改代碼出現副作用的情況，在SSD固件開發過程中幾乎不可避免。

有問題就要解決，站在測試的角度，解決方法就是回歸測試（Regression Test) 。

Regression Test 是什么：

1.確保新的代碼沒有影響原有功能；

2.從現有功能的測試用例中選取部分或者全部出來進行測試。

每次發布新的固件，能夠把之前所有測試全部跑一次當然最好，但凡是干過測試的都

知道這是不可能的，就算技術上可行，人也不夠，就算人夠，盤也不夠，就算這些都夠，

時間也不夠，如圖所示。

選取合適的測試用例，放在回歸測試里，還是有些技巧可以參考的：

1.那些經常失敗的項目，比如壓力測試；

2.用戶肉眼可見的功能，比如跑 Benchmark;

3.核心功能的測試；

4.那些目前正在進行或者剛完成的功能；

5.數據完整性測試－R/W/C;

5.邊界值測試。

科學研究證明，有效的回歸測試可以節省60%的bug修復時間和40%的成本。

扁鵲見蔡桓公的故事還記得吧，有病早治，有問題早解決，大家都好。