测试培训以及学习编程学探讨

近期进行了不少的培训还有看完了一套斯坦福公开课编程方法学，对自己编写程序，测试，还有培训方面有了一些个人见解。

拿自动化测试作例子，这两年来听的不少关于自动化测试的培训和宣讲，自动化测试的培训在测试人员中是非常的热门，也可以夸张的说，不管公司适不适合做自动化测试，测试人员都希望能够有自动化的培训。这里，我拿自动化测试培训作为例子和培训人员进行总结（以下根据我实际参加过的内容进行分类）：

培训内容大致：测试工具，脚本代码，测试架构，解决方案，实施方法。

参加培训人员：无相关自动化经验的测试人员，有相关自动化经验的测试人员，测试经理类。

培训内容和培训人员之间的“连连看”是非常重要。假如不能针对实际参加人员的水平和工作实际运用，很多时候这些很有用的培训其实效果很低。举一个经常出现的例子，一些只有手工测试经验的学员去听一个整个产品的自动化测试架构培训，里面包括一堆协议，读写机制，代理，脚本，测试工具，一堆学术资料，往往很多培训人员听了一半降低自己自动化测试的信心了。而一些测试经理在听一些过于细节的培训又得不到自己想知道的信息，例如我的项目大体该怎么做自动化，知道大概才能够盘算本项目哪个自动化环节该怎么做，有什么困难，缺什么。这种培训情况可以说经常出现。

在这里对比下斯坦福的java教学。讲师是一个技术深厚和教学经验很多的教授，很多网友和我都有相同的感受，就是他大部分的教学都是以幽默和比喻的手法来讲述每个知识点和方法。这个看似简单的手法运用起来其实很难。首选不能忽略培训经验和技术水平的差距，但是对于比喻的手法在公司培训中还是很少。其实同事间都认识的更加应该像朋友聊天一样把一个知识点讲清楚。同时作为培训的导师，需要对你讲述的东西有足够的运用积累，所以有些时候讲一些较难的知识的时候，一个有经验的工程师比一些HR讲课是更容易让人吸收的。

这里我按照现阶段自身的技术水平和参加或者宣讲培训经验来制定一个我自己的培训方向：

测试工具，脚本代码，测试架构，解决方法，实施方法中的一个或者几个会出现在培训的课件中。假设培训人员是无自动化经验的测试人员和测试经理组成，开头我会以最简单的图来呈现一个测试架构，中间涉及代码的地方尽量以“伪代码”的方式（类似只讲步骤）来讲解代码的功能，同时着重与实际操作测试工具，让参与人员把培训和实际工作联系起来。

这类的培训ppt就以简单测试架构－简单的代码和工具介绍－很多实操演示关联实际工作的模式编写完毕。

假设培训人员是有自动化经验的测试人员，着重与脚本代码，，解决方法，实施方法这些部分，我们会深入讨论测试架构，每个测试架构之间的联系用测试工具还是自己写工具来执行，分析优缺点，同时会分析用代理（批处理）方式，里面关联那种语言的编译器来制作。后面会对工作中出现的自动化风险项进行分析，讨论解决方法为主，同时讨论脚本的处理机制等等。

这类的培训ppt则以详细测试架构－经典自动化例子－风险评估为主线，而整个培训环节以讨论为主，说完一个知识点就抛出话题进行讨论。

不久的将来我会按照这个方式编写一些教案，后续会在博文中总结下我的结果好坏。