就在本月我在领导的安排下，需要给组内的实习生做一个测试培训——《浏览器预置数据测试》。目的就是希望组内的实习生能够通过这次培训可以独当一面的测试预置数据相关的需求。要我来做这个培训是因为之前我也一直负者这块的测试，比较熟悉。所以就由我来做这个事情。
一开始我就开始准备PPT。由于测试预置数据需要用的工具主要是——Fiddler抓包工具，需要抓包查看预置数据API的返回结果，也需要设置Host分别测试我们的测试服务器数据和线上服务器数据。但是这个工具，我不知道组内的实习生当前使用程度如何。所以我做完PPT才发现我的培训基本都是如何使用Fiddler工具抓包等详细到每一步的操作。我自己给自己演示了一遍PPT后发现这个培训几分钟就可以讲完，而且主要是我实际操作演示，其他人边看PPT，边看我演示。完了之后，我觉得这个培训几乎不会有人听懂。因为我自己也觉得很乱。讲的全是怎么使用Fiddler改Host，怎么查看预置数据的API，怎么看返回的数据在客户端上显示等等
我就在思考，这样的培训做出来，倒不如把文档发给实习生当一个说明指导书自己去操作，完全不必做个培训这么复杂。因为如果他们只需要指导怎么去做这个事情的话。甚至我都开始怀疑，如果某天的需求给的稍微麻烦一点点，按照我的指导书去测试，他们或许就完全蒙圈了。这个时候我就知道我面临的是授人以鱼还是授人以渔的问题。
于是我就开始回忆我之前接触预置数据测试的时候是如何做的。讲真一开始没人和我说这玩意如何测试，就只告诉先抓包看测试服数据，测试服测试OK后上线验证线上数据。一开始我也只是简单的执行，但是会遇到很多很多的问题，比如预置数据这玩意是啥，这个功能逻辑是什么？我就去找PM找DEV询问功能逻辑。开始时，几乎每次测试都会遇到一些大大小小的问题，然后一次一次的找对应的人询问，于是对这个预置数据的需求背景，功能逻辑，运营流程等等都有了明确的认识。所以现在测试预置数据就觉得很容易，测试中发现什么问题，可以很快的找到对应人，很快的及时修改。
于是我改了一版PPT，主要分了这几块：
1、预置数据的背景，希望实习生知道预置数据的意义，以及给公司能带来什么好处
2、预置数据的功能逻辑，我是根据我的理解画出来的详细的功能流程图，包括初始化预置数据API的请求逻辑，以及后续对预置数据进行增删改等操作的功能逻辑。
3、运营流程，运营人员预置数据是如何配置预置数据的，测试人员需要在哪个环节里介入测试。
4、工具使用。相比之前的一版PPT，我把这块的东西缩小很很多。自是讲解了Fiddler工具简单的功能，当然这些功能都是测试需要用到的。
5、注意事项。简单依据以往的经验列出了几条测试预置常见的一些问题以及如何解决。
培训过程中，实习生很难快速消化我所讲的的东西。但是在第一次实践测试后，遇到的问题我帮忙解决后，在第二次测试时他们以及能够完全独立测试，并且很明确当前为什么做这个事情，现在正在做的是什么事情，以及下一步要做什么事情。这样才是我想要的结果。
实习生培养过程中，其实很多人都希望自己的实习生能快速成长起来，一方面是希望实习生能帮助我们分担一部分工作，一部分是希望他们能学习到东西对自己有所提升。但是很多时候我们仅仅只是教会实习生如何去执行，但是往往会忽略教导他们为什么要这么执行，如何可以执行的更好。如果遇到爱思考的那种实习生或许他们会自己思考，自己通过询问导师或者其他人去解决一些问题。但是并不是所有人都是这样的。软件测试中，技能的成长确实是很重要的，但是软件测试的思维方式也是同样重要的。技能决定你如何从测试方法上去提高测试效率，那么测试的思维方法可以帮助你如果从业务流程上去提高测试效率。
网友评论