在做完一轮测试之后，如果发现产品的Bug不断、持续、稳定的出现，那么到底需要做多少次回归测试呢。

     真实项目中，即使是相当顺利地开发，通常也需要多次回归。无论对于开发人员还是测试人员来说都不是一件值得高兴的事，只要是个正常人，在一轮轮的回归测试轰炸下，相信都有发狂的趋势。很多人把回归测试当作枯燥、无趣、低端的工作，认为这种测试没有什么价值，对自己也没有任何的提高，这也是可以理解的。

     随着回归测试次数的增加，发现的新问题如果层出不穷，我们测试人到底该如何处理呢？

     首先不得不注意，回归测试的目的：

1、确保系统的稳定性。

2、对软件的质量建立足够的信心。

     个人做测试也有一段时间了，谈谈个人感受，一家之言，欢迎批判。

     一开始做回归测试可以说根本是不得要领，本身回归测试是无聊透顶，自己根本沉不下心闷不下头来做。以后对回归测试重要性有了些了解后，才渐渐注重起来。对于大多数测试新人来说这种心理也是不可避免的吧。

     还有一个问题是，回归测试做久了，心理容易懈怠，算发现新问题，特别是跟原来的BUG有些相近，却又不是原来的BUG时，往往不会提交新BUG，而是为图省事，直接把状态改为未修复，这种做法是极不负责的。殊不知，这将给后期的维护带来多大的负担的成本。

     回归测试往往会在上一期版本修复之后，那么问题又来了，回归时发现的新BUG（上一期版本漏测的）算不算回归发现的BUG呢？这是个值得聊聊的话题，我们知道，回归的意义一方面是为了确认已修复的BUg是否整整修复并且没有产生新的BUG，那么回归时发现的新问题（上一期版本漏测的）对于开发人员来说是个何等纠结的问题啊，道理很简单，开发修复以后也许会产生新的问题，那么修复的代码域基本确定，找起来也容易些，如果回归发现了新问题（上一期版本漏测的），到底是什么造成的呢？

     其实，回归测试还有很多问题，以后我会继续跟进，欢迎大家也积极参与互动，互相学习，共同进步。