前言：
不知从何时起，软件测试这门行业就和“自动化”这个词联系在一起了，对于如今的软件测试从业者而言，如果不知道「自动化测试」这个名词，那几乎是不可能的。因为现在即使是从事开发或者产品的人，也或多或少听说过这个概念。
而各大公司的招聘要求上也充斥着各种“自动化”相关的内容，随便搜几个就可以看到
熟练使用自动化测试工具QTP、LOADRUNNER、SoupUI、JMeter（至少会其一）等进行性能测试，且能熟练编写测试脚本；
看了这些，相信很多人都会认为，自动化工具，自动化测试，代码能力就是软件测试的重点。对不起，这里我却并不这样认为。测试不等于自动化测试，自动化测试只是软件测试中的极小部分，自动化更只是一种方法。这里只阐述自己的一个观点：测试需要的是思想，工具只是手段。
作为测试人员的基本职能“找BUG”，我们就需要设计出更完美的测试方案，但这靠的不是代码工具能力，而是思路和想法。
案例介绍：
甲公司本月要上线一款新的App，它的功能是帮用户查询自己的彩票中奖情况（功能比较简单），当然这个App的测试任务交到了两个测试人员手上，小A和小B。
小A：会制作测试工具，但仅仅按照产品同学说到的功能进行了验证走查，并没有提出很多自己的测试思路。
小B：拿到App的设计需求后首先对功能进行了结构划分，拆出了“服务端”“客户端”两大测试主体，针对服务端在功能测试和安全性测试的基础上，提前进行了用户数量评估并设计出压力测试方案，而对于客户端更是提出了很多需求补充点。
如果让各位进行评判，哪个同学的工作能力可以被认可呢？这里的答案还不是很明显，两者各有各的长处。那我们来进行一次成本计算，如果App带来的销售利润没有变化，同时，那么成本自然是越低越好，前期开发成本为20人日，小A进行测试需要4人日的工具开发和2人日的测试执行，小B进行测试需要10人日的测试执行。则上线时：
小A：成本=20+4+2=24日
小B：成本=20 +10=30日
虽然这里小A的成本要低很多，但是，小A由于测试覆盖不全的App上线服务端出现严重BUG，导致产品再次修改，还需要开发6人日，测试2人日的工具开发和1人日的测试执行，那此时
小A：新成本=24+6+2+1=33日
此时成本已经高于小B。如果我们作为公司高层必然是希望拥有节约成本的员工，那小B也就自然得到了认可。
举完例子相信大家也可以理解我刚刚阐述的观点了，测试最需要的是思想，只会工具会测试只能是一直作为一个执行者，你的存在仅仅是为了提升一些效率。现在我们再回过头看看为什么公司的招聘信息到处都充斥着工具，因为作为底层测试人员，你仅仅是劳动力，是为了提升工作效率而存在的，当随着年龄的增长，你的技术竞争不过年轻人时，淘汰就不可避免！
结论：
大家在进行工作时千万不要再被这些招聘信息带跑偏，手段和工具固然重要，但是我们更需要提升的是测试的能力，是思想。借用自己领导说过的一句话“心法是所有武功的基础，只有招式武功完全没有杀伤力”。
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理。
