51Testing软件测试论坛

标题: 回归测试 [打印本页]

作者: April.H.X 时间: 2006-12-4 11:44
标题: 回归测试
回归测试执行的工作枯燥，容易让你失去耐性，在实际工作中也发现一些测试人员偷懒的情况，有没有有效的办法避免这种情况，真正起到回归的意义？

作者: billrub 时间: 2006-12-4 12:08
测试项目在实际执行中是否具备测试用例管理和自动化测试体系？

作者: April.H.X 时间: 2006-12-4 12:21
这些都是有的，其实主要问题是个别测试人员的工作态度问题，但是又不可避免地会在某些测试人员身上会发生，所以比较头痛。

作者: swallow0918 时间: 2006-12-4 14:25
态度问题不算问题。
回归测试用自动化比较好些。

作者: April.H.X 时间: 2006-12-4 20:08
楼上的说的确实是一种解决办法,但是以脚本质量来评定绩效是理想化,实际执行起来问题不少.

作者: April.H.X 时间: 2006-12-4 20:15
btw 请问:eagleyes125 ,你们对测试人员的绩效是怎么考核的? 要是方便的话 sdlkfj2

作者: April.H.X 时间: 2006-12-5 21:06
借鉴学习，谢谢！

作者: r_sunny 时间: 2007-1-12 10:57

原帖由 swallow0918 于 2006-12-4 14:25 发表
态度问题不算问题。
回归测试用自动化比较好些。

启用自动化测试是需要条件的

作者: r_sunny 时间: 2007-1-12 10:58

原帖由 billrub 于 2006-12-4 12:08 发表
测试项目在实际执行中是否具备测试用例管理和自动化测试体系？

同意！

作者: gsclishen 时间: 2007-1-12 13:18

原帖由 April.H.X 于 2006-12-4 11:44 发表
回归测试执行的工作枯燥，容易让你失去耐性，在实际工作中也发现一些测试人员偷懒的情况，有没有有效的办法避免这种情况，真正起到回归的意义？

回归测试利用自动化是最好的办法，但是现实中很多自动化工具无法满足回归测试的要求，要求全部自动化过于理想，半自动化也难免耗费人工；
测试人员偷懒，明明没有进行回归测试，却说自己做完了，我个人认为可以考虑两套方案来解决：方案一，由两个人做回归测试，一个做全部回归，另外一个做猜测性回归，工作有交集，但是可以互相检查，缺点是耗费了一个人员的工作量；方案二，任由偷懒，如果在项目实施和客户使用过程中出现问题，一定要分析问题的出处，确认是回归测试问题，与绩效挂钩，偷懒之人只有两种选择：下次注意或者跳槽，这么做的缺点是太铁腕了，不过没办法，想把事情做好，只能有牺牲。
以上是我自己的观点，供参考sdlkfj2

作者: guyu_susa 时间: 2007-1-17 15:48
能自动化的就搞个自动化体系来作
不行的就尽量别让同一批人来反复执行同一批用例！
是人就会有惰性！
我就是自己回归执行测试用例（还是自己写的）。每天跑完一轮要４小时左右。
开头几天还行，后来就明显有点心不在焉了。

作者: 里米特 时间: 2007-3-22 11:13
重复执行操作大多数人都会厌烦的，要避免的话还是引入自动化测试吧。

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