测试，这个话题没有开发者愿意提起，但又不得不提。测试作为软件开发的第一环节，往往不被人们重视，但往往就是在这一刻，很多心血付诸东流。只有在软件开发阶段完成后，才能对外发布严格的测试环节。测试是一个软件进入市场的第一个环节。进入移动互联网时代，各行各业涌现的App质量参差不齐。这是由于中国整体技术环境的原因，并没有把重点放在测试上。有人会说谷歌不会测试自己的应用，我们可以向谷歌学习。但谷歌的工程师都是该领域的顶尖专家。你雇用的工程师呢？大多数公司出于成本考虑，会聘请一些相对初级的开发人员，他们做的东西比较粗糙，还没有测试过，APP的质量可想而知。在和一些创业者交流的时候，经常会有这样的想法，先发布，再根据用户反馈修改。正是这种想法，慢慢消散了你好不容易得到的用户群，因为当你出现问题的时候，用户已经有了卸载应用的理由。为什么不把一个接近最好的产品摆在用户面前呢？在和一些移动创业者交流的过程中，我发现这并不是产品和研发不想做测试，而是没有精力和成本去做测试。由于移动互联网领域版本快速迭代，如果用传统的测试方式，黄花菜会凉。从目前的情况来看，自动化测试人员似乎只有一条路可走，但传统的自动化测试模式真的能满足移动互联网创业者的需求吗？传统的自动化测试不是你想测就能测的。首先，需要购买传统检测。大量的测试设备对于一个初创团队来说是一笔不小的成本，而这些设备的采购成本甚至高于整个团队的日常运营费用。如果你考虑做自动化测试，你得请几个懂的人，这是一个很大的成本。因此，虽然自动化测试看起来很美，但很少有企业愿意去触碰它。原因也是前期需要投入的成本是大多数企业无法接受的。其次，传统测试对技术和时间要求高，无法适应移动互联网快速版本迭代的现状。和一家大公司的测试经理交流后了解到，传统测试也可以实现自动化测试，只是步骤比较繁琐。要实现Android测试项目的自动化，需要几个步骤：1.了解产品功能。2.评估手动测试用例，筛选出适合自动化的测试用例。3.搭建脚本开发环境（配置Eclipse、下载测试框架、安装AndroidSDK、配置环境等）4.根据用例描述编写测试脚本5.调试和完善脚本6.执行自动化测试（可能需要搭建多台设备同时执行测试的环境）7.脚本在应用升级迭代中不断维护和更新，重复执行。国内某大型企业的测试工程师介绍，根据以往的经验，一般测试项目中能够自动化的测试用例比例约为30%~50%。需要拆分一些手动测试用例，以实现更好的自动化。与单元测试、UI自动化测试类似，每个用例最好只验证一个测试点，这样有利于测试脚本的编写和维护。这还不包括后续的脚本编写和脚本的调试完善。假设我们对测试用例进行了拆分，一个测试用例只验证一个测试点。对于此类测试用例，对于初级自动化测试工程师来说，完成此类用例的脚本编写和调试需要3到4个小时，中高级人员平均需要1个小时左右。到了测试脚本的后期维护阶段，所花费的时间就更加难以预测了。和这位测试工程师交流后，感觉传统的测试模式对于快速成长的移动互联网公司来说是一场噩梦，一场耗时耗力的噩梦。创业路上，呼唤父母解决传统测试之痛。市场上已经有一些非常成熟的移动应用自动化测试方案案例。这位不愿透露姓名的测试工程师表示，市面上有几款成熟的自动化测试软件可以用来辅助测试。目前iTestin在国内应用比较广泛，也有人用百度的MTC和一测云的Radar，但是在更新频率和维护积极性上，还是差了点。成本不低。iTestin是国内Testin云测试公司iTestin推出的一款免费的Android自动化测试脚本录制工具，可以帮助您的项目团队快速实现稳定模块的功能自动化测试，或者实现某个版本的深度兼容性测试。iTestin还可以在真实移动设备上直接抓取运营商对被测应用的操作，直接生成可跨分辨率执行的功能测试脚本。脚本可在应用的多个版本之间复用，可随时提交至云测试平台，在1000多台真实设备上重复执行。测试报告包括测试脚本包所覆盖功能点的验证结果，以及测试过程中的日志、截图、性能数据等。使用iTestin，您可能只需要一个黑盒测试工程师，一天之内就可以开始自动化测试。从另一个角度来说，iTestin可以让一个没有测试经验的人完成繁琐机械的测试工作。换句话说，你甚至可以请你的父母为你做测试，为你的创业之旅增添戏剧元素。
