第196贴【2005－03－02】：工具的陷阱－－缺乏有效的培训

天网

大多数的测试经理都知道，必须对测试工程师进行如何使用新工具的培训，但不幸的是，时间和培训量常常被低估。同样，有时候培训工作开展得太早，在培训和工具的首次使用之间存在一个巨大的时间间隔。进行了培训而没有及时使用，这样的培训通常都没有多大价值。实际上，作为一条粗略的经验法则，如果在培训之后的的6个月内没有使用这个工具，这些经过培训的工程师基本上就与没有进行过任何培训的差不多。
    与培训相关的另外一个问题是：如何使用工具对软件进行实际的测试。工具培训不应该只包含如何安装工具、如何敲键盘。我们应该将培训和实际的测试工作对象结合起来，帮助工程师了解如何利用工具实现我们的测试。

ljftgg

如何使用工具对软件进行实际测试才是最重要的.其实工具的掌握很简单,但没有实践就不会真正掌握工具.理论上学得只不过是一些表皮功夫而已~

chellyna

请问WINRUNNER在哪下载的,还有WINRUNNER的版块在哪呢

hz888

工具对项目来说没多大用处的。但对产品是比较有用的，比如说Adobe Reader这类产品时在不断升级的。培训只时暂时性的策略，因为人员会不断变动

狩猎者

个人认为软件测试不应该依赖与测试工具，我认为每种工具都有它的局限性
也就是说，再灵活，再强大的软件测试工具，也有它的弊端

hnkfzhaomeng

是啊
理论上是很好的，实践起来就没有那么简单了！！

Juix

Originally posted by 鬼鬼 at 2005-3-17 13:32:
这个想法我们已经用过了，但是项目总是又变动的啊，找个专人来研究测试工具又不是很可能的办法，有时候真的就是计划没有变化快！
只培训了几次，然后就消无声息了！
唉～
坚持是已经很难的事情啊！

比如需要多个任务，就安排几个人研究，然后研究的人负责培训他的那一块，这样即可以充分放权，也可以使管理者轻松。
同样，如果是1个，就安排一个人，一定时间研究后，负责讲解，这样，我想每个人都使会比较负责的态度来学习。

个人看法，时间可能会有困难，但是不失为一个好的方法。
就是从管理者的角度来看，就是充分放权。

鬼鬼

Originally posted by Juix at 2005-3-2 11:51:
个人看法：
    可以先让测试工程师进行相关项目的学习、了解，在每周都有一个预期安排学习时间（比如周四下午），在没有需要相关培训时，按照正常工作进行，需要培训的时候再进行培训，这样应该可以保证培训有 ...

这个想法我们已经用过了，但是项目总是又变动的啊，找个专人来研究测试工具又不是很可能的办法，有时候真的就是计划没有变化快！
只培训了几次，然后就消无声息了！
唉～
坚持是已经很难的事情啊！

lifd--001

rzm_1974

几个月不接触就生疏了。尤其是刚刚学的时候。

天网

具体关于winrunner的问题，建议去winrunner版块问

mini

我自己从网上down了个winrunner，但是自己看了半天却还是不太会用，目前情况下，在公司接受培训是不可能的，只能靠自己，请问哪位仁兄用过？能否帮帮我，谢谢啦！

xinyijiu25

工具应用到实际，确实很难完美的结合啊！

天网

谢谢Juix的观点。
培训应该是测试计划中应该考虑的内容，确定培训的对象、内容、时间等是一个需要周密考虑的事情。

Juix

个人看法：
    可以先让测试工程师进行相关项目的学习、了解，在每周都有一个预期安排学习时间（比如周四下午），在没有需要相关培训时，按照正常工作进行，需要培训的时候再进行培训，这样应该可以保证培训有效的同时也可以尽可能少的浪费时间。