新手高手

shuairain · 发表于 2009-9-24 21:22:39

一个b/s的系统假设有100个测试点，前面的49个测试完了，当测试到第50个时出错了，开发人员改正完错误，问那么前面的49个测试点还需要从新测试吗？
各位大侠帮帮忙，谢谢

莫道桑榆晚 · 发表于 2009-9-25 07:48:07

原帖由 shuairain 于 2009-9-24 21:22 发表
一个b/s的系统假设有100个测试点，前面的49个测试完了，当测试到第50个时出错了，开发人员改正完错误，问那么前面的49个测试点还需要从新测试吗？
各位大侠帮帮忙，谢谢

首先，测试不只是一个发现缺陷的过程，还要检查缺陷是否得以更正。楼主说的应该属于测试流程中的回归测试，在软件测试或者其他活动中发现的缺陷经过修改，还需重新验证缺陷是否得以修复，同时对系统的变更会不会影响系统以前其他的功能。
所以楼主有必要重新测一遍。当然可以选择性回归测试。这是策略问题。

mentgmery · 发表于 2009-9-25 09:55:07

当然是需要测试的,问题是你为什么不先把100个测试点走完之后,列个BUG清单,再提交给开发修复;这样一个一个提交只能加重你的工作量

月上百合 · 发表于 2009-9-25 12:26:41

我觉得每修改一个bug都有必要重新测一下，因为怕修了这个影响了另个一处

莫道桑榆晚 · 发表于 2009-9-25 12:45:15

有必要

zlhszbd · 发表于 2009-9-25 12:54:31

原帖由 月上百合 于 2009-9-25 12:26 发表
我觉得每修改一个bug都有必要重新测一下，因为怕修了这个影响了另个一处

赞同!!!!

zlhszbd · 发表于 2009-9-25 12:55:34

你应该也是新手吧，作为一个新手不要想着怎么做才轻松，而是要想着怎么做才能学的多！

wozsj2008 · 发表于 2009-9-25 14:49:04

原帖由 mentgmery 于 2009-9-25 09:55 发表
当然是需要测试的,问题是你为什么不先把100个测试点走完之后,列个BUG清单,再提交给开发修复;这样一个一个提交只能加重你的工作量

lorbin · 发表于 2009-9-27 23:54:33

其实这样也有不好的地方，如果你列出来的这些bug分别安排给多个开发人员修改，那在相同的时间内，程度的不同位置被不同的人修改了，这中间关联的地方很可能会改出问题来，导致这些bug回归不通过的比例偏高

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 新手高手