摘要：移动互联网时代，自动化测试受到关注。但是传统测试对于技术和时间的要求较高，不能适应移动互联网快速版本迭代的现状。

测试，任何一个开发者都不愿意提起的话题，但是又不得不提。测试作为软件开发的最后环节往往不被人重视，但往往就在这最后一哆嗦，前面付出的诸多心血付之东流了。在软件开发阶段完成之后经常严格的测试环节才能对外发布，测试是一个软件迈向市场的最后环节。

移动互联时代 传统自动化测试不再适应当前需

当进入移动互联网时代，各个行业中涌现出来的App质量良莠不齐，这是由于国内整体的技术环境导致的，不重视测试。有人会说，Google不会对自己的应用进行测试，我们也可以学习Google。但Google的工程师都是领域内顶尖的高手，你聘请的工程师呢？大部分公司出于成本考虑，会雇一些比较初级的开发人员，做出来的东西也是比较粗糙，而且还不测试，APP的质量可想而知。

当与一些创业者沟通交流的时候他们往往会有这样的想法，先发布再说，有了用户反馈在修改。就是这样的想法让好不容易有了的用户群慢慢消散，因为当你出现问题的时候用户就已经有了卸载应用的理由，为什么不将一个接近完美的产品放在用户面前呢？

在与一些移动创业者交流的过程中发现，这并不是产品与研发不想做测试，而是由于根本没有精力和成本来做测试。因为在移动互联网领域版本快速迭代，采用传统测试方式的话黄花菜都凉了。就目前的状况来看，似乎只有自动化测试者一条路可走，但传统自动化测试的模式真的能满足移动互联网创业者的需求么？

移动互联时代 传统自动化测试不再适应当前需

传统自动化测试不是你想测就能测

首先传统测试需要购买大量的测试设备，这对于初创型团队来讲是一笔不小的成本，这些设备的购买成本甚至要比整个团队的日常运作费用还要高。如果考虑做自动化测试，您还得雇几个懂的人来搞，更是一大块成本。所以自动化测试虽然看上去很美，但很少有公司愿意去碰它，原因也是这里边，前期需要投入的成本，是大部分公司不能接受的。

其次，传统测试对于技术和时间的要求较高，不能适应移动互联网快速版本迭代的现状。在与某大型公司的测试经理交流之后了解到，传统测试也可以实现自动化测试，但步骤比较繁琐。

实现Android测试项目自动化，需要一下几个步骤：

1.了解产品功能。

2.评估手动测试用例，筛选出适合自动化的用例。

3.搭建脚本开发环境(配置Eclipse，下载测试框架，安装AndroidSDK，配置环境等)

4.根据用例描述编写测试脚本

5.调试完善脚本

6.执行自动化测试(可能需要搭建多个设备同时执行测试的环境)

7.脚本在应用升级迭代中不断地维护更新，并重复执行

移动互联时代 传统自动化测试不再适应当前需求

一位就职于国内大型企业中的测试工程师介绍到，根据以往的经验，一般测试项目，可实现自动化的测试用例比例大约为30%~50%。有些手动测试用例，需要进行拆分才能较好的实现自动化。类似于单元测试，UI自动化测试，最好也是一条用例只验证一个测试点，这样有利于测试脚本的编写和维护。

这还不包括后续编写脚本与调试完善脚本的事情，假设我们已经对测试用例进行拆分，一条用例只验证一个测试点。这类测试用例，对于初级自动化测试工程师来说，完成这样一条用例的脚本的编写和调试需要3~4个小时，中高级的人员平均需要1个小时左右。到了测试脚本的后期维护阶段，耗费的时间更加不可预知。

在与这位测试工程师交流过后，感觉传统的测试模式对于快速发展的移动互联网公司来说就是一个噩梦，一个耗时费力的噩梦。