回归测试

April.H.X · 发表于 2006-12-4 11:44:00

回归测试执行的工作枯燥，容易让你失去耐性，在实际工作中也发现一些测试人员偷懒的情况，有没有有效的办法避免这种情况，真正起到回归的意义？

billrub · 发表于 2006-12-4 12:08:54

测试项目在实际执行中是否具备测试用例管理和自动化测试体系？

April.H.X · 发表于 2006-12-4 12:21:30

这些都是有的，其实主要问题是个别测试人员的工作态度问题，但是又不可避免地会在某些测试人员身上会发生，所以比较头痛。

swallow0918 · 发表于 2006-12-4 14:25:18

态度问题不算问题。
回归测试用自动化比较好些。

April.H.X · 发表于 2006-12-4 20:08:41

楼上的说的确实是一种解决办法,但是以脚本质量来评定绩效是理想化,实际执行起来问题不少.

April.H.X · 发表于 2006-12-4 20:15:47

btw 请问:eagleyes125 ,你们对测试人员的绩效是怎么考核的? 要是方便的话 sdlkfj2

April.H.X · 发表于 2006-12-5 21:06:51

借鉴学习，谢谢！

r_sunny · 发表于 2007-1-12 10:57:23

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

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

r_sunny · 发表于 2007-1-12 10:58:09

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

同意！

gsclishen · 发表于 2007-1-12 13:18:25

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

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

guyu_susa · 发表于 2007-1-17 15:48:34

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

里米特 · 发表于 2007-3-22 11:13:00

重复执行操作大多数人都会厌烦的，要避免的话还是引入自动化测试吧。

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

[原创] 回归测试

站长推荐 /1