前言
‘谈手工点点点’貌似看起来是一个俗到不能再俗的一个话题，但是就是这么一个俗到不能再俗的话题，好像在一些从业一二年同学的心里并没有一个完全的概念（可能看下边的总结，帮助不大，当然大神就可以跳过了，仅仅谈个人愚见）。
在一些技术交流群中发现一个有趣的现象（可能接触的人群有限，但并不排除正在看的你不是这类人群），首先，先解释一下主题，“手工点点点”是对功能测试（又名黑盒测试）的一个戏称，这类工作，基本是以名震测试界的一种至高无上武学----“二指禅”来进行工作，这类测试人员有一个江湖统称，叫“点工”。现在的测试市场上绝大多数还是“点工”的地盘，那么，点工真的有那么厉害？点工的工作真的很简单？或者点工日子很滋润？。。。非也！如果上述的三个问题真的都是真命题的话，那大家真的可以高枕无忧。而之前谈到的“有趣的现象”便是引申上述三个问题的缘由。
现绝大部分点工的处境是一个非常尴尬的，各类自动化技术层出不穷，测试人员延伸技术栈太广，市场要求越来越高，一系列的压力不免给点工造成学习误区，盲目的去学习某种技术（并不是让大家不学习，而是不要盲目的学习），当然这块会有一个反驳的观点，不多看一点技术怎么出去吹牛逼？怎么去拿下高薪酬的工作？是的，但是这块个人觉得应该更正确的审视自身。
那么先抛出第一个问题，你是否是一名合格的点工？
一名优秀的点工身具怎么样的素质，掌握什么样的技能？
业务首当其冲，没毛病，点工就是靠业务吃饭，那么，扪心自问，你对自己的业务熟悉么？很多人会说，熟悉。
不，其实不熟悉业务的人，或者说只熟悉表层的人很多，他们只熟悉在界面上如何如何，这个页面到下个页面显示什么（一些写的很粗的测试用例便是如此，扩充需求），对，这也是测试的一部分，但是对逻辑的处理、数据的解析、存储、表字段以及表之间的关联等等是一无所知。例如：一个商城系统，下笔订单--->下单成功-->付款成功；前端流程跑起来，一马平川，但是对于数据库中字段更新，例如商品信息对应表字段，订单表中的订单状态，金额，时间等，下单成功之后余额表中的字段更新，你们真的关注过么？（可能你关注过，但是从业一二年的点工不看数据库的人绝对不是少数），这一点做不到，那么离一个合格的点工还有距离。
这是其一，不关注数据。这也是比较致命的一点。
其二、测试不思考的点工太多。
这里的不思考涵盖的点有两点，1、盲目测试；2、盲目提BUG；
盲目测试指的是对需求理解的太浅，从来不去散发思路，有一做一，有二做二，没有质疑，没有思考过与当前业务相结合是否有逻辑冲突，没有思考过隐藏逻辑。是，点工测试的依据便是需求规格说明书，简单的过一下需求评审，按部就班写点粗的不能再粗的测试用例，测试草草了事。扣在头上的不是钢盔，而是锅。
盲目提BUG指的是从来不去看日志，从来不分析报错原因。前端操作出来问题，直接提交BUG；太信任开发。测试处于团队弱势群里也说得过去。。。
其三、求助方式效率太差。
为何这么说？本人也经常在技术群中回答一些力所能及的问题，但是对于没有问过度娘、没有思考的一概不理。
行业内不是流传一段甚广的“谚语”么，内事问百度，外事问Google。
有在技术群中发问的时间，度娘、Google已经为你准备了不下N种解决方案。
提问的方式不再赘述，前面有<提问的智慧>一节，也贴上了原地址，感兴趣的可以看看。
理完上述三大点，自己再评估评估是否合格。
最后，谈学习的问题。
是的，挨踢行业本来就是技术更新飞速的行业，不学习随时面临淘汰，在此共勉！有良好的学习习惯尽量保持。
但是，笔者发现一些很捞的观点，有多捞？捞的嘛。。。例如对于自动化的观点，自动化产生本身便是解放人力，任何自动化都一样，就例如人原始的行动方式是走路，发明了汽车，汽车代替人走路，效率更高、更省力，某种意义上便为自动化，但是部分人貌似扭曲了对自动化的认识，认为某种框架便是代表了自动化，于是半夜挑灯死磕。。。但是，这种框架真让你自动化了？心里有点数吧，除增大成本无任何优点可言（这块没有误导的意思，只是要理性，“家里”有矿，当没看见），退一步讲，达到完全自动化的境界，江湖上留下的不是点工，而是点工的传说。只是纠正对自动化的认识，不给杠杆。
技术是驱动生产力的产物，自动化是节省成本的产物，不要捡了芝麻漏了西瓜。自动化技术要掌握，如何能让其自动化起来，需结合自身业务，能力，目标等综合一体来进行实施，学习也是有针对性的去学习，“纸上得来终觉浅，绝知此事要躬行”因为学到的知识只有运用到实际工作中才是掌握，踩坑了才是掌握。。。这样效率更高一点。
技术无止境，愿时代的点工能渡过元会劫，点工加油！
