关于回归测试的抱怨声越来越多。测试用例不够多，不够全面，自动化覆盖率低，等等。

　　我便又一次复习回归测试，提高对其认识的同时，也试图发现些问题。

　　回归测试

　　为什么要进行回归测试：

　　● 避免改变带来的风险

　　修正Bug时可能未达到修正效果

　　修正Bug时带来了副作用

　　编译过程出错

　　本地化出错

　　● 方便管理

　　尤其对没有测试经验的经理

　　容易估计工作量（包括测试周期，进度）

　　● 令只能从数据了解产品的人更安心

　　包括客户和产品经理

　　如何对回归测试进行分类

　　● 回归测试针对其规避的风险，分为四种：

　　针对Bug修正的回归测试

　　功能性回归测试

　　用户级回归测试

　　编译回归测试

　　本地化回归测试

　　既然回归测试是对于测试用例的重用，那么有好有坏

　　● 好处

　　可以将工作量很容易地分配出去

　　重用测试用例，可以降低测试成本，节约测试时间

　　可以将好的测试用例多次重复使用

　　● 坏处

　　一经回归测试，不会再试图使用其他测试方法寻找新问题。