测试思想-测试执行 如何进行回归测试？

如何进行回归测试？

by:授客 QQ：1033553122

如何进行回归性测试？这个问题似乎很简单，不就是新功能测试，对未关闭的旧bug验证，对bug可能影响模块进行测试么？

答案确实是这样的，关键是怎么做？

我想大部分人的做法都是这样的：打开缺陷管理系统，打开某条bug，验证下，通过了就关闭，未通过就重新激活，好了，接着下一条

这样做本身没错，错就错在他/她言行不一。正确的做法应该是这样的：

1、首先对该条bug进行验证，查看是否通过，通过了可关闭，否则重新激活

2、别着急着验证下一条，先想想与该bug关联的功能有哪些，该bug的修改会不会影响到其它功能？

举个简单的例子：在线教育系统中，有个课程查询功能，该查询功能中，某个按条件“状态”查询结果不准确的bug，开发进行了修改，测试的时候，我们第一件事情是验证是否修复，第二件事情是验证该条件“状态”查询与其他条件的组合查询是否正常，该缺陷的修改是否影响了组合查询

3、步骤2完成了再往下验证下一条

注意：

由于时间有限，所以要分轻重缓急，，也就是说，先验证严重程度最高的，然后次之。。。。。

注：对于新功能的测试也要考虑类似的问题

这里虽然只是多了一步，但是要知道这一步的重要性，bug数少点还好办，但是bug数要是多点，你会一条一条的倒回来看，它可能影响了哪些功能、模块么？我想实际情况是不会的，按最前面的做法，最后结果就是bug终于关闭完了，但是接下来不知道要测啥了，因为没目标了，把整个系统来一遍细测似乎又没时间，单独挑模块测嘛，似乎又不知道从哪里入手，所以只好这里点点，那里点点。。。