软件测试“最佳学习”方法？

 

    突然想到这个问题，起源于上周日做一道菜，周日买了几条带鱼，以前没做过，也不会做，不过现在网络发达，有不会的直接网上google了，一搜一大把。材料准备好后，开始进行，开始看了一边教程后，心中有数，唰唰进行，一下就出问题了，腌制带鱼要放的作料记不全了（好像有料酒，盐还有什么？），没办法，只能又跑到电脑上看一下。OK，腌制过程中，又看了几遍(心想，这下肯定记住了)。是事与愿违，在做得过程中，只能来回跑动，看教程，不要缺少什么东西了(即使没有记错一些步骤，但是还是不放心，心虚了)，最后还是少放了糖。今天在上班的路上，突然想到前段时间培训下面人员想的一个问题，如何能让新员工更快，更好的学习，上手。

      在以前本身的工作和学习中，学得最快的，记得最牢的还是自己亲自实践过的，亲自总结过的，下面分三个层次讲下：

 

      一、“读书百遍，其义自见”对吗？“其义自见”也只是表面上有见解，等过段时间基本上忘记了，以前在学校学的是软件测试专业，很多理论知识看了一遍又一遍(非常熟悉了)，就比如说测试用例编写吧，知道N种方法，但真正工作后，还是不知道如何下手，还是需要对着相关资料进行编写，以前看得非常熟悉的资料已经是不再熟悉了。再说以前学习QC的时候，一直没有安装QC，一直拿着QC的学习文档看了一遍又一遍，看了又忘，忘了又看，直到真正安装QC后上去操作了几遍，学习文档一下豁然开朗了，再也忘记不了，为什么会这样，关键在于第二点。

 

      二、“熟能生巧，做一遍顶看一百遍”，就比如说前面做的红烧带鱼，学习QC，学习测试用例编写等，可以说下次再做红烧带鱼我一定不需要再看到教程去做，为什么，因为我已经通过“做”的这个过程深刻的学习了，实践了，如果再做几遍就成自然反应了，成习惯了。

      三、“学而不思则罔，思而不学则殆”，做熟了就够了吗？如果你只认为做熟练了就够了，那你就错了，你就成为一个熟练的机器了，以前的木匠，瓦匠，留下名的是那些熟练的人吗？一定是那些创新的人，只有你在前人的基础上熟练再进行总结，创新才是发展的方向。在做测试中，我们需要思考，需要总结，只有思考，只有总结才能让你难以忘记，总结后的东西就成为你自己的了。如以前我也是一步一步走过来，在编写用例时，写做到熟练，再进行修改，创新，总结，形成自己的一套(以前写的日志可以看出来：软件测试基本功之——测试用例篇，测试用例设计与管理思路经验总结，这是不同时期做的总结)，可以说只有总结才能达到明显的进步。如以前学jira，那段时间学得很认真，学得很不错，但没有做总结，过了一年左右后，很多都忘记了，虽然说捡起来快，但真正总结后才明白，总结并不是为了记录使用方法，而是深刻了解，总结里面的管理思路，一通百通，现在一看到其他测试管理工具，缺陷管理工具，我就能很快上手，很快知道这么去使用。(JIRA总结文章：JIRA相关)

      上面的方法大概是，学习——实践——总结，创新。现在对下面的人员进行培养已经很少让他们去看一些比较死的理论知识，课本知识了，一般是找一些测试方面的工具，让他们达到熟练使用并能进行演讲，在演讲再穿插讲一些基础知识，很快就能让他们掌握大量的测试知识了。通过工具的学习方法，再配以“学习——实践——总结，创新”，个人认为是一种比较好的学习方法。

PS：很早以前就有“通过学习测试工具来学习测试知识”的想法(因为自己就是通过这个方法学习到很多测试知识)，但是一直没找到合适的入口来写，没想到一道菜想通了，其实生活就是学习的源泉。