51Testing软件测试论坛

标题: 谈谈实际工作中的回归测试。 [打印本页]

作者: cdxfujian 时间: 2009-8-29 21:56
标题: 谈谈实际工作中的回归测试。
话题：在实际工作中，面对不同的项目，比如有的需要赶进度的，或者有的时间十分充足的，谈谈各位面对这样的项目如何做回归测试？

作者: jhttest 时间: 2009-8-29 21:59
时间允许当然要100%完全回归啊，要是时间不允许，那按缺陷的等级进行回归测试,把等级比较高得BUG进行回归测试

作者: aaa 时间: 2009-8-29 22:01
我现在的公司所做的回归测试,only verify all bugs, include bugs which state is pass. 不过回归嘛,...看看大家怎么回答了,比如说case要再设计吗?或者用已有的case去测? 学习下,期待中

作者: aaa 时间: 2009-8-29 22:04

原帖由 jhttest 于 2009-8-29 21:59 发表
时间允许当然要100%完全回归啊，要是时间不允许，那按缺陷的等级进行回归测试,把等级比较高得BUG进行回归测试

请问你们的100%回归是将所有的用例重新再执行一便吗?

作者: luina 时间: 2009-8-29 23:14
学习下...

作者: tyah 时间: 2009-9-1 17:35
a few only

作者: 投缘 时间: 2009-9-1 17:39
先从严重级别最高的开始回归，还有核心功能部分的缺陷进行回归

作者: cdxfujian 时间: 2009-9-1 22:26

原帖由投缘于 2009-9-1 17:39 发表
先从严重级别最高的开始回归，还有核心功能部分的缺陷进行回归

那你觉得需要再给出测试场景吗？或者直接在测试用例里挑呢？

作者: hongyan 时间: 2009-9-2 10:03
时间允许的话就对所有的用例进行回归测试，时间不是很充足的情况下，只对重要的功能点与业务流程进行回归测试。

作者: chenrong 时间: 2009-9-2 10:09
首先是对所有的bug进行回归测试。把bug的操作步骤添加至case中。然后在修改过的地方选择性对周边能涉及到的case跑跑。当然能Full test是最好，往往因进度原因。就会选择周边影响法进行回归测试。

作者: cdxfujian 时间: 2009-9-2 11:44
一个系统下来会发现上百给ＢＵＧ，估计用例数比如都没那么大～～～

作者: chech28 时间: 2009-9-2 12:12
回归测试本质上和bug完全没有关系，但是我们可以把以前的bug添加到回归测试的用例里去。

所以理想的回归测试是：最初测试的全集 + 所有添加的bug用例

而现实中因为时间所限，一般常见的回归测试：最初测试的子集（选取核心功能） + 选择性添加bug用例（看项目决定）。

至于数量嘛，稍微大一点的系统，一个release bug上千，测试用例上万都是很正常的了。。。

作者: cdxfujian 时间: 2010-5-28 12:44
标题: JMeter
http://tech.it168.com/lists/7614/0/7614.shtml

作者: peag 时间: 2010-5-28 18:18
应该是所有的问题都得回归，但是回归完成这些之后看其他的功能要不要进行回归就得看时间跟一些关联性了

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)