国内企业自动化测试之路

通过十余年的IT从业经验，经历了开发，手工测试，到自动化测试；经历了事业单位、国企、外企、到现在的民企。几乎每一个地方都在说自动化测试。但是自动化测试真正做起来，而且为公司做出巨大贡献的，除了在外企，其他国内企业基本只是美好的愿望，和一声叹息而已。当然也许是我没有经历过BAT这样的大厂的洗礼，并不清楚他们的测试模式。但是我的经历也能代表最普通而又是最广大的测试人员的经历。

就像我在之前的文章里说过，自动化测试是测试必经也是顶端之路。当你的体量达到BAT的级别，这也就成了必须。可惜的是中国没有那么多BAT。在我的测试圈里，很多朋友和专家也说UI的自动化是一条艰难的路，而且不可行。在我没有进入外企之前也是这样认为。所以一直以来对UI自动化基本就处在学习状态。后来有幸进入了一家美资外企，并不是微软之类的一线外企，在美国也就算是一家中小企业吧，全球规模500到1000人。但就是这样一家二线外企，却让我领略到了什么是先进的企业管理，项目管理，团队管理，和顶尖的自动化测试框架和策略(作为一个测试人，由心底地佩服。他们居然是从UI自动化开始，再做接口自动化，这跟国内正好相反)。

现在进入了一家民企，就规模来讲跟上家美资差不多，其他我们不做评论，但就自动化来讲就是一片空白。领导虽然很想做自动化，所以才招聘了我，但是就现状来讲，我很难说可以成功实施自动化。自动化测试有其自身的特点，我总结如下（若未特殊说明，我说的自动化就单指UI自动化）：

     1、自动化投入大，见效周期长。人员投入就不说了，工资肯定比手工高。时间成本也肯定比手工高，写一个UI自动化脚本的时间肯定大大超过，一个手工人员测试这一条用例的时间。一个手工人员一天可以执行二三十个用例，而自动化脚本，一天能完成三四个用例，算是比较高效的了。硬件成本投入也是无法忽视的。因为自动化受测试环境影响较大，所以我们需要独立的自动化测试服务器，脚本运行客户端，和自动化测试数据备份数据库。

    2、自动化脚本数量决定了效果的大小。自动化要能跑起来很容易，市面上很多selenium的教材和网上的资料，都能很容易的起浏览器并执行各种输入点击操作。但就我看来，这些就只能是做教学用的入门资料。当你需要执行成千上万个脚本的时候，照本宣科地按照教材去做，就会力不从心了！而完成少量的脚本，对测试工作根本起不了实质性地作用。只有当你一晚上可以顺利执行上千个脚本的时候，你才发现你的测试工作根本离不开自动化了！

    3、频繁地变更导致自动化难以适应。我们都希望项目最好的状态是需求一定，后面就不会变化，然后一直做下去，但这只是理想。一个好的自动化框架能够很好地适应一定范围的变化，比如PO模式。其实我觉得需求的变化还好控制，前端设计的变化才是影响的关键，比如之前是一种时间日期控件，过几天又变成另一种时间日期控件，虽然需求没有变化，但是脚本却无法识别新的控件，只有重写这部分代码。如果只是界面UI设计上的变化，对于好的po模式框架是能很好控制的。

    4、缺少专业的自动化团队。现在开展自动化有两种模式，一是原有手工测试人员，抽出部分时间来做自动化。二是招聘或者培养专职的自动化团队。就现在国内企业来看，大部分是第一种模式，包括之前与京东阿里的测试人员交流，他们也是这样。我本人并不赞成这样的模式，就实际自动化的贡献效果来看，这样的模式贡献也很低。大部分也就只能把接口做起来。而接口测试只能测试到服务器端的部分逻辑，对于前端业务逻辑是无法进行检测的，而且现在基本都是前后端分离开发，前端承担了很大一部分业务逻辑，即使保证了服务器端接口接收和返回都正确，也无法保证用户实际体验的功能是正常的。采用第二种模式，自动化团队独立运作。我觉得最重要的就是，独立的团队不受项目其他事物的影响，可以全力进行自动化。这样效率是最高，成效也是最大的，这是自然的，因为是全职做自动化嘛。UI自动化的成功实施，可以为测试起到非常重大的作用，从而解放手工测试人员很多时间，去从事跟复杂和更紧急地测试任务。UI自动化脚本运行的成功失败，在排除了环境和需求变更的影响，基本就可以确定该功能是否有bug，这点是优于接口自动化的最根本一点。

综上所述，要成功实施自动化，需要具备几个条件：1、人员和硬件的投入。2、独立的自动化团队。3、优秀的自动化框架。更更更更重要的一点，公司领导强有力的支持，因为前期会承受很大的压力，因为自动化前期投入很大，见效却是一个长时间的事。就像走长征路，国内的领导又有几个有这个耐心等你慢慢走完长征路，再来拥抱革命胜利的曙光呢？就像之前在的美资公司，若无美方领导的支持，在软硬件各方面的投入，那也是实施不起来的。当时一旦成功实施，对企业那是受益终身的！！