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%的成本。

扁鹊见蔡桓公的故事还记得吧，有病早治，有问题早解决，大家都好。