我的测试（三）

article/2025/9/14 14:51:17

2014年因部门有管理上变动，我成为部门负责人/我的第一任师傅的副理，协助他进行测试技术团队的管理。前两年的时候主要还是在自动化测试方向，直到2016年的一些变动之后，才开始全面接管这个团队。在那两年里，我们开始正式的考虑去构建我们自己的测试平台，也是在那两年里，我们的iTest真正像一个产品那样全面推向了市场。因此，下面会将两个故事，一个是iTest，一个是我们的自动化测试平台。

iTest的开发其实比较早，印象中应该是2011年左右。当时的定位是配合我们的一个第三方评测项目开发的android性能监控工具，仅仅是内部使用而已。第三方评测项目是这样的一个项目，通过各种型号的手机尽可能真实的评测app的性能。实现逻辑是：通过服务端下发自动化测试的脚本到全国各地的不同网络条件下的用户手机上，对我们的目标APP进行操作的同时记录和上传它的性能数据。这个项目在当时还是比较有挑战性的，要考虑很多的异常，最终的运用结果基本也是符合我们的预期，发现了一些比较重要的产品缺陷。后来，因为整个项目的运作成本过高，投入产出不理想，同时有新的技术手段加入，最终项目成果没有得到持续运用，而里面的性能监控工具却意外地活了下来。

iTest于2014年正式作为一款专业的安卓性能监控工具上架到各大安卓应用市场。因为当时的定位是作为一款简单易用的android性能监控工具，所以我们在研发的时候并没有考虑太复杂的使用场景，只提出了几个规格要求。首先它一定要小，监控算法的复杂度一定要小，因为当时的android手机配置并不高，工具自身不能占用太多资源。其次它一定要支持界面和命令行两种模式，便于使用和集成。最后它一定要易用，采取“默认为最佳配置”的方式，让用户尽可能少配置，不用记复杂的参数，虽然会损失一些专业性方面的东西，但带来的好处也是显而易见（降低门槛），基本符合我们对用户群的定位要求。早期的iTest是没有服务端的，功能也相对局限。

随着后来移动互联网的兴起，XF也开始大力发展移动互联网产品，大量APP产品被开发出来，其中最著名的莫过于XF输入法。为了丰富APP产品的测试能力，提升测试水平。我们决定对iTest做进一步的升级迭代。首先重新明确iTest的定位，把“监控”变更为“测试”，在定位明确的基础上，我们提出融入一些专项测试场景的想法，丰富iTest“测”的特性。其次，iTest需要一个轻量的用户鉴权系统和后台，以便于我们区分内部用户和外部用户，让外部用户尽可能用到我们一些成熟的技术，内部用户则能用到一些新的功能特性。最后，加强服务端数据的采集和分析，进一步简化性能分析的门槛。于是在这种规划下，我们先后在iTest中增加了很多诸如远程控制、多模式Monkey、异常模拟等实用的功能特性，极大地丰富了我们的测试手段。另外，为了应对国产化的进程，我们也对iTest做了国产化的适配，基本可以满足类似于鸿蒙OS这样国产系统的测试需要。

iTest已经前前后后迭代了十几个版本，积累了将近30000专业用户，月活一度达到3000人，也算是一个不小的成就。虽然iTest外部版本已不再更新，但是我们的用户数量却并没有出现断崖式下降，我们的粉丝群仍然维系了一批老用户。http://itest.iflytek.com/。iTest已逐步退出它的历史舞台，作为一款入门级的专业android性能测试工具，仍然有很多值得借鉴和学习的思想。有兴趣的同学，可以翻一翻公众号过往的一些技术文章。