测试人就用51testing空间

测试工程师内部培训方案

上一篇 / 下一篇  2012-02-13 12:23:13 / 个人分类:测试技术

在公司组建了测试组之后,发现工程师的水准参差不齐,而且各有所好(为什么不是各有所长?),考虑到后期的战斗力和配合,因此需要做不少的内部培训来进行调和.经过一段时间的谈话,讨论,琢磨出一套方案:业务培训为主,技能培训为辅.

;@Blo!I#z2C!kZ0

1.      业务培训:公司招聘测试工程师可是来干活的,所以要先了解业务,对于业务的培训也需要有层次的进行,首先见业务按照难易程度进行划分,整理出一个具体的文档,然后按照从易到难的顺序进行培训,这个难易的评估以业务实现的步骤和逻辑复杂度为基准,步骤少,逻辑简单的最先培训.在业务培训之前将公司的业务组成模块的大体实现框架最先培训,这个好像素描一样,先给大家看到一个大致的轮廓,便于大家把握住业务的脉络,可以一边学习一边探索.以前犯的错误就是上来就开始讲细节,结果越听越糊涂,效果反而不美.

Fg&bi{q,@ t:x&x:U0

2.      技术培训:分为两类,一类是测试流程及测试设计的技术.二类是实用技术,编码,数据库等辅助技术.51Testing软件测试网-j0SC%C7[ib

a)        测试技术:以测试流程为主脉,功能测试为基础来做,因为大部分测试工程师一开始都是被当成苦力来用的,头脑里面对测试没有完整的认识,局限于某一个环节,比如用例编写啊,或者执行啊之类的,所以如果一上来就开始培训具体的设计方法什么的,会导致大家认为:,原来还是这些啊,我好想经常用呢,没什么好学的,从而导致形式化严重.而当大家认识到不同的测试流程后,再测试工程师认识在每个环节中需要用到的技术和方法,以及需要输出的成果,相对就比较有系统化了,大家也容易理解和掌握.在这个基础上再培训各种设计方法和策略,就比较容易被接受,并且结合公司的业务,一边培训一边实际,这样子,大家熟悉的程度就会越来越高,而不至于形式化,让培训成为费时费事的事情.51Testing软件测试网WV*v`!@h7xD

b)        辅助技术:这个需要以实用为基础,兴趣为主导,不同的工程师有不同的工作范围,同样也有不同的兴趣,所以辅助类技术的培训要以实用的技术为基础,我把编码和数据库,性能测试,自动化测试的难易程度分为5个等级,入门,熟悉,掌握,精通,专家;先培训入门,这样有基础的同事就可以选择性的参与培训,而不至于都眼巴巴的跑去,结果听到的又不是自己想要的,既浪费时间也没有效果.51Testing软件测试网%_'P9cf? }

3.      培训效果保证和评估:要做内部培训,要让培训有效果这是非常重要的,因此我一向主张懒汉模式(鄙人原创,请勿滥用,后果自负),所谓懒汉模式就是老师懒,学生才会聪明.具体操作如下:51Testing软件测试网8JCS9KK M

a)        只讲方向,不负责带路.51Testing软件测试网&k9vq+U)@%l(i

b)        只讲框架,不填内容.51Testing软件测试网)PH3~3m:A#Y.L W6}N

c)        只讲方法,不负责实践.51Testing软件测试网G3_(R"@3W

以上我不负责的地方,全部由同事们自己去处理了,我给出自己的评估即可,但不做对错的判定,很多东西其实没有真正的对错可分,只是使用范围的正确与否,有时候错误的做法往往就是用户喜欢用的方法,这玩意儿没个准能整出点事儿来.51Testing软件测试网/r{`d1d(T
     转载:请引用链接,不甚感激,谢谢!51Testing软件测试网$F ?@jQl

TAG: 测试培训 内部培训 培训方案

 

评分:0

我来说两句

日历

« 2024-04-30  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 23241
  • 日志数: 10
  • 图片数: 1
  • 建立时间: 2010-02-23
  • 更新时间: 2012-02-13

RSS订阅

Open Toolbar