如何很好地执行回归测试？
接触测试也有将近一年的时间了，公司的测试工作一直比较混乱，现在采取的方式就是开发人员编写好一个模块，就提交给我们测试，在他们提交的时候，我们测试部门将最新的代码更新下来，开始测试。可是一个模块有可能要测试好几天，比如说我们第一天测试的问题，记录到TD上面，可能第二天，有些问题就被改好了，这时侯，我们是依照原来更新好的程序继续测试呢，还是下载最新的程序，继续测试？我们一致在摸索，可是感觉效果都不是太好，各位先进朋友，我们一起交流一下，时候你们也遇到了这样的问题呢？ 我们目前的做法是：在开始测试前期，如果之前的Bug，影响了之后的测试(比如主要功能无效等)，开发修改好，就会重新生成一个版本，重新开始测试。如果不会影响之后的测试，会等一轮测试完成后，再重新开始新的一轮测试。在项目测试的后期，Bug已经不多，就会一天一个版本。 每修改一会就应该生成一个版本，软件集成后也要进行一次测试，以前出现过错误的地方应该重点进行测试。 建议尽快实施自动化。
页:
[1]
