请教再次测试问题

ghost

Sample Text是这样的：
当你对一支程序作测试时，在做过了很多测试后，发现了一个BUG，拿去给开发人员改正后，你再对这支程序做测试，问题：你是把所有的测试再重新来过一遍呢？还是只针对此点进行测试？怎么把握这个度的问题？

archonwang

可以写个回归的脚本解决啊，省事。

skinapi

楼主提到的实际上就是如何进行回归测试的问题，回归测试的目的有两个：一是验证Bug是否已修复，二是验证针对Bug所进行的代码修改不会对已有的功能产生影响。可以参考以下原则：
1.发现Bug的用例肯定要回归；
2.与修改的代码相关的用例要回归；
3.是否回归所有的用例和项目计划、测试时间是否充裕相关。
4.发布版本前肯定要进行彻底的回归测试。
5.建议根据项目计划安排时间在测试中期进行彻底回归，已确保所有已解决的Bug真的已经解决，并且没有影响现有的功能。

ghost

明白了。但现在我们的测试任务很重，而且时间很短。不知道有没有时间做这些事情。

orange1997orang

首先测试程序的核心功能，然后测试辅助功能
首先测试功能，再测试性能
首先测试常见情况，再测试异常情况
首先测试经过变更部分，然后测试没有变更部分
首先测试影响大的问题，然后测试小的问题
首先测试必须测试的部分，然后测试可选或没有要求测试的部分

51testing_woo

Originally posted by orange1997orang at 2004-11-25 15:16:
首先测试程序的核心功能，然后测试辅助功能
首先测试功能，再测试性能
首先测试常见情况，再测试异常情况
首先测试经过变更部分，然后测试没有变更部分
首先测试影响大的问题，然后测试小的问题
首先测试必 ...