回归测试的学习笔记
关于回归测试的抱怨声越来越多。测试用例不够多，不够全面，自动化覆盖率低，等等。
我便又一次复习回归测试，提高对其认识的同时，也试图发现些问题。
回归测试
为什么要进行回归测试：
● 避免改变带来的风险
修正Bug时可能未达到修正效果
修正Bug时带来了副作用
编译过程出错
本地化出错
● 方便管理
尤其对没有测试经验的经理
容易估计工作量（包括测试周期，进度）
● 令只能从数据了解产品的人更安心
包括客户和产品经理
如何对回归测试进行分类
● 回归测试针对其规避的风险，分为四种：
针对Bug修正的回归测试
功能性回归测试
用户级回归测试
编译回归测试
本地化回归测试
既然回归测试是对于测试用例的重用，那么有好有坏
● 好处
可以将工作量很容易地分配出去
重用测试用例，可以降低测试成本，节约测试时间
可以将好的测试用例多次重复使用
● 坏处
一经回归测试，不会再试图使用其他测试方法寻找新问题。
