思维模式决定高度——从推广优秀工具说起
在年度的优秀软件/方法实践盘点总结推广项目中，和同事CK讨论，我们都认为这事儿的性价比不高。原因有三：
第一、 我们要重构一些不错的方法/工具课件，需要对工具本身进行深入研究；
第二、 研究之后，发现每款工具都是博大精深，远远超出我们实际应用的本意；
第三、 我们试图做成白痴教程，让每一个新人能快速上手应用。
上述原因，让我们非常绝望。这种方式，可以让一些好的工具快速的让所有的人了解掌握。但是反过来，不可能把一个行业的技术预研、优化、探索的活儿砸在一只团队上。更多的创新、发现，应该在每一个人本身。我们希望每一个人都有自主探索的精神和勇气。
所以在项目总结时，我忍不住说了一段话：需要额外说明的是，分享是一种精神和理念。比如善用佳软的站长就说过类似的话：分享是提供信息、工具和方法，并不是喂饭到嘴里。我也公司的公共培训课说过：学校里面大家掏钱，针对一门课程学习几十个学时，然后划范围考试，效果还不尽人意；那么，在公司培训中，两个小时的时间，是不可能让你具体掌握一门技术的，它的作用是告诉大家：有一个技术/工具/方法，大概能解决什么问题。如果有兴趣，大家可以研究一二。工具和分享，必须是在本职工作中，有思考、有分析、有困惑的团队和人，才会有主动性去尝试探索和解决问题，才会看到一些分享后，有拨开云雾，恍然大悟的感觉。
这个话题引入今天的命题，就是思维模式。
一、 学习的思维
2012年，我们提炼了很多好的东西，但是发现要成功的分享下去非常难。比如一些工具，可能涉及了linux、数据库、前端领域。但是每个领域的应用都非常少。这就带来两个问题：
1.1 跨多学科的解决方案，基本无法有效进行培训推广。
一个新的工具、方法，往往是横跨几个领域的。这就带来一个现实的问题——需要学习掌握的人员范围内，不太可能找到一个人，同时满足几个知识领域都熟悉的前提条件。
实际上，这也是招聘的一个最大难点，希望招聘到一个会多个领域技能的人。比如要求懂测试本职工作、会linux、会shell脚本、会TCP/IP、懂数据库。不同领域之间的知识串联起来，就是一道天堑。
举个例子，你要找个女朋友，要求会做饭、会弹钢琴、会舞蹈、会法语，这就基本没戏了——可参考凤姐的标准。一个一个的子集，求交集，就是这个概念。但是，如果你找个女朋友，要求会做饭，包括四大菜系，法国菜，韩国泡菜，在一个领域里面选择具体的技能，会相对靠谱很多。
所以，一个跨不同学科的知识点推广，是找不到多少人能直接学习、上手和应用的。如果要推广一个跨学科的工具、方法，必须在某些学科进行预培训，先上几门基础课，才能进行针对这个知识点的有效培训。
1.2 在多学科的学习中，深度和广度非常难以判断。
还是上面的例子，比如我们要推广一个新的工具Easy Test。你需要懂一些tcp/ip，需要懂一些正则表达式，懂一些隧道，懂一些录制回放的基本测试脚本方法。
看起来很深奥？但是每项技能，都仅仅需要你懂一点而已。比如TCP/IP，如果是按照思科推荐的《TCP/IP详解》三卷的看法，可能你看两年还是一知半解，但是你使用这个工具，可能仅仅需要的是几千页专业资料中的十几页，也就意味着，你搞定1%左右，就能顺畅的进行日常工作。同样，懂一些录制回放，对一些人可能感觉非常深奥，如果要彻底的了解这玩意，说不定就要从robot开始上手。但是，你看看各种痴迷于游戏的小学初中生，对按键精灵的使用炉火纯青，他们肯定不懂计算机语言，但是依然不影响他们驾驭一款工具。
这个问题会困扰很多人，需要学习的东西太多，但是任何一门学科，如果要学有小成，扎扎实实的从零开始，大概需要一两年才行。这很明显和快速学习，快速应用，快速出成绩的工作需求不符合。
软件开发领域，大家面临的学习和应用模式是这样的：
一个新的技术点/新的硬件/新的操作系统/新的算法/新的架构，一个团队都需要学习。大致划拉了一下，需要八个学科的知识点，但是肯定不是把八个学科都学通学透，可能每个学科领域只需要千分之一左右的知识量。那么，学习模式是：先大致看看文档资料，然后立刻动手干，然后一路google，一路copy代码，一路试错试过去。
很多新人面对一个职业，面对很多领域的技能，会非常羡慕老员工，真牛，什么都懂。同时，也会对自己要学习的东西产生恐惧感——这么多东西，什么时候才能学得完？在自己青春年少的时候，学习这么多技术，万一两三年后转行，这心血是不是白费了？
实际上，这是想多了，这个工作，注定了你会接触到很多的学科领域，但可能一门学科，你只需要掌握1%。你可以理解为这就是熟悉的考试前划范围的桥段，不同的是，这个范围，一部分是老员工、导师给你指定的，一部分是自己在不同的应用模式下，自己划范围给自己的。上面提到的深度和广度的判断，也就是自己给自己划范围的能力。
同样，你零敲碎打学到的东西，并不一定给你下一份职业能带来什么直接的帮助。正如你一路学习的数学、物理一样，现在可能你只是用来买东西算帐，甚至百位数的加减法都需要借助于计算器，但是依然不影响你十几年的理工科模式，带给你的严谨、周全的思考模式。是的，通过练习，获得的思考模式才是最大的收获。学习是一种实践，你只有通过这么一次次的学习，才能培养出来系统的学习思路和学习方法。
可以换个领域举例子。比如销售去面对客户，可能你在书本上看到过很多沟通的方法和技巧，但是必须是自己要去面对面的和很多客户沟通交流后，才能达到一个比较圆滑通透的境界。你无法问这么一个问题：这个客户谈不成，对三年后的我有什么影响，有什么好处。但是你肯定知道，当你自己和几百个客户沟通交流过，谈成一些项目，谈崩一些项目……你会对自己的沟通、为人处世具有信心，然后相信自己无论面对什么样的客户，都能很好的沟通，把项目搞定。这就是经过一次次的，无法借鉴的细碎沟通，达到对自己为人处世，情商智商上的升华的目的。翻过来，在技术领域学习各种零碎的知识点也是一样的，可能无法让你直接应用在三年后你的工作岗位，但是学习本身的探索，对思维逻辑，对系统性的提炼，甚至对自我的肯定（老子牛逼，学XX语言也就是三个月的事儿，现在这些新东西，算个球啊），这才是零碎学习背后，本质的提升。
所以，针对新人去学习技术类知识，给的三条建议为：
1、 只学一门学科到非常精深。道理是相通的，一法通，万法明。
面对庞大的知识体系，千万不要试图每一门学科都学的非常扎实，这不符合职场本身的定律。在自己最喜欢、最擅长的领域，把一门学科学的非常精深，然后你会发现，其他的一些领域，在逻辑、方法论上，多是可以借鉴和互相印证的。所以找准自己的法，学通学透，然后去印证其他的领域，这是最快的学习方法。
2、 面对其他需要掌握的知识，要培养出划重点的能力。
在某个项目上需要，那么就拿过来一门学科，圈定30页的范围，边学边用，搞定之后先做项目，不求甚解。在项目过程中，一些疑问点自然会明白，一些疑问点当项目结束之后，你还可能不明白，但是已经没有再深挖细究，搞明白的价值和意义了。
3、 适应这种学习的模式，提炼出一种学习的思维。
一个新的东西，大致是什么框架，应该去获取那些相关的知识点，然后按图索骥，一步步去搞定。
如果养不成这种学习的思维，只是希望有个人/课程，能让自己不动脑子，一路next，一路看图操作，就能搞定一门技术的话，那么，无论多么优秀的工具，都是无法推广成功的。
看看你身边的一部部大块头，从C++到Python，这些书，我们都叫它为工具书。所以，它，注定不是让你像背诵英文字典一样，生吃硬吞，逐行逐字理解之后，才能干活的。工具书，就是你在码代码的时候，你会时不时的翻开，去查阅，去学习的。
工作中学以致用的学习，需要的是一门傍身的核心技术，然后自己给自己划范围的主动性学习。
二、 测试的思维
同样，在测试领域多年，试图教授过很多测试方法，测试概念，从黑盒测试到场景分析，但都收效甚微。很多软性的知识，不是能照本宣科，或者类似学习流水生产线的一道工序一样，能把大多数人培养出来的。痛定思痛，才恍然大悟，实际上这是一种思维逻辑的培养，就好像数学、物理这种学科，通过一个个的定律，反复做各种习题，最后形成的就是理工科相对严谨、缜密的思维模式。
哲学的终极问题是：你是谁?你从哪里来?你要到哪里去?
所以，测试工作的终极问题就是：这是什么？这个怎么测试？结果怎么验证？
所有关于测试的思考、设计，都可以化为这三个问题。
比如这个命题“地震测试仪器怎么测试”，毫无疑问，实验室是不可能模拟出地震的种种参数的。那么如何进行设计呢？如果有钱，在各板块的异动活跃点设立测试环境，还是干脆，哪里地震了，就带着设备，趁着余震进行，现场的环境存在的时候，进行一些仪器测试？
所以测试的思维，就应该是抽丝剥茧，设立种种验证方式和检查点，然后确认验证结果的一种思维——如果没有养成这种思维模式，那么再多的测试设计培训，都是无用的。一个是自觉自省的主动性，一个是照猫画虎的被动性。
网上有很多思维的典型展示，比如《我是如何查到王珞丹地址的？》或者周鸿祎的电话泄密事件等，整体来说，这就是一种系统的思维方法：
1、 选定目标
2、 尝试构建几种获取资源的途径
3、 遍历获取
4、 不断的总结反思，带入新的逻辑和线索
5、 找到答案或者靠近答案。
只有建立起这种思维思考的习惯之后，我们谈到的测试设计才能势如破竹。就好像一个人是天生幽默的人，自然能信手拈来一个个的段子。而如果是反过来，我们一定要让大家死记硬背几种套路，想必是事倍功半的。
每个领域都有自己的核心技能。在技术领域，毫无疑问，你的系统性思维，决定了你学习新东西的速度，决定你了解决问题的速度，决定了你系统架构的完备性和健壮性，决定了你在自己体系内的高度。
敬请关注我的新浪微博@叁石而厉
原创文章，作者：kepupublish，如若转载，请注明出处：https://blog.ytso.com/192540.html