浅谈功能测试--＞自动化测试

从事软件测试工作已有6年的时间。

我毕业后的第一份工作，是在一个规模10几个人的小公司，公司主要开发为加油站提供售卡、开卡、充值以及消费等操作的服务平台，也卖卖提供给加油站使用的pos机。在这里，我的工作就是给开发出来的系统平台做纯手工测试，当然，也只有我一个测试。慢慢的，我发现，每次的系统都是开卡、开户、充值、消费结算这套流程，如果能自动跑这些主流程，那会让我的流程回归测试更便捷，更省时间，也可以让我轻松下。所以这时候，边搜索相关资料，边学习，也就写出了我的第一份UI自动化测试脚本。总的来说，这时候我想的自动化测试，就是用脚本自动去执行某些功能，来节省测试人员的时间，顺便提升下测试技能

然后，1年半以后，跳槽到了一家P2P的金融公司，我开始接触到了接口测试。专职做中台的接口功能测试后，公司开始引入接口自动化测试大牛，跟着他们，我也有了接口脚本编写的长进。由于我的好学和主动学习，当上了自动化测试小组组长。带着一批代码0基础的测试同事，开始了自动化接口测试的艰苦之路。从他们身上，我感受到，自动化测试、编写脚本并不适合每个测试人员。他们有的不喜欢写代码、有的想写代码但是没有清晰的逻辑思路等等，总之各种各样的原因吧。当我们把接口自动化测试做出来以后，我发现，实用性并没有那么的大。我们做了100多个接口，但是，在以后的需求中，需要去回归的，很少。真的应用频繁的接口，又由于经常改动，逻辑过于复杂等，并未形成代码脚本。虽然，在公司层面来看，我们整体有了一个很大的提升，实际在我看来，投入的时间成本、人力成本等远大于成效。并且，由于时间的推迟，业务的调整等、框架中的脚本基本完全废掉了。所以，这次的自动化体验，给我的感受就是：为了自动化的尝试，而投入大批量的人力、时间，收获甚微。但是，大大提高了测试的自动化技能和领导的威望。

过了4年后，我又跳槽到了现在这家公司...（离职以后再继续写这条）

总之，现在有太多的领导为了自动化而自动化，为了个人业绩而自动化等等。自动化，不等于python，也不等于java。用最简单最轻便的方式，更快更好的达到测试目的和测试标准，才应该是测试技术、测试领导们所应该思考的方向。

                                                                                                以上纯属个人胡说八道，请大神指点