回归测试时你的心情是怎样的？

tester2005

当你对一个熟悉的软件做无数次的回归测试时，你内心烦躁吗？
怎么能发现更多的BUG呢？
你们这时是主要测试修改过的部分及其相关的模块呢，还是从头开始建立新的用例重新测，但我觉得每个用例的报告都是好多页。你们是怎么做的呢？:s

[ Last edited by tester2005 on 2005-7-1 at 09:43 ]

testing

如果回归测试频繁，并且被测试软件改动不大，建议采用自动化测试工具辅助回归测试，这样会节省大量的时间，并且会降低测试的枯燥感。

Nio

修改过的部分，以及新添加的功能都是进行回归测试时首先要检察的，如果对熟悉的软件，同一个case是没有必要做“无数次”的回归测试的，这里面有一个测试策略的问题：如何安排测试（如何进行测试、执行case）。测试计划是首要的，同时还要考虑测试策略的问题，如何能利用有限的测试时间，去执行有效的case，以发现更多的BUG。

wzb521

一般回归时，我是先看改过的部分，再看有可能会被连带的部分，最后才会整体测试，呵呵！

sunshine_luo

回归测试中不但要先确认上一个版本中出现的问题，同时还必须把所有的case再重新过一次；因为常常可能在修改好一个bug后同时又带来了另外一个bug；
的确应该在回归测试中引入自动化测试的流程，但对这一部分我也不是很清楚正在学习中，希望有类似处理经验的朋友能来讲讲！