查看完整版本: 回归测试

回归测试

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

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

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

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

回归测试阶段，选择一个自动化工具（WR或QTP或RFT)，来把可以自动化的脚本都做成自动化,然后把工作量平分下去．这样即可以为后面的测试打个基础，也可以提高整个测试组的技术水平．

在这期间，可以以测试员写的脚本的质量及可读性来同时评定他的绩效．

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

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

[quote]原帖由 [i]April.H.X[/i] 于 2006-12-4 20:15 发表
btw 请问:eagleyes125 ,你们对测试人员的绩效是怎么考核的? 要是方便的话 sdlkfj2 [/quote]

呵呵，那我就简要说一下吧．

大的方向上，我考核以下几点：

1. Test cases 的设计质量

2. 找出的Defect的严重极别及发现这个Defect的难度性

3. 测试环境的搭建能力．

4. 测试中问题的口头表达能力及书面表达能力

5. 自我学习能力等

借鉴学习，谢谢！

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

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

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

同意！

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


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

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

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