前面的文章为大家介绍了我们内部在使用的一些自动化框架，大家可以了解到我们使用的自动化测试框架太多。测试工程师就会面临这样的问题：到底应该选择哪个框架？应该选择哪种脚本语言？有什么办法能降低编写脚本的门槛？这是在框架方面我们面临的一些问题。

再就是之前我们公司内部运行了各种各样的平台，有些人用自己的开发电脑作为运行脚本的平台，因为各种各样的原因就会导致脚本运行的时候不稳定，大量脚本运行的时候没有办法做到相应的支撑。

不同的测试工程师自己搭建了不同的Jenkins服务，新的测试工程师在接入自动化测试的时候，就不知道该选择哪一个服务。

再就是复杂的网络环境，我们公司已经把各个网络环境做了隔离，即便是已经搭建了Jenkins服务，Jenkins服务去访问外网资源的时候，也会面临各种各样的限制，都需要去找运维部门去开放相应的权限。

在些方面会花费很多的时间，于是我们就开始构想，能不能搭建一个统一的自动化测试平台，来解决这些问题，让我们自动化测试工程师能够专心地去写自动化测试脚本，不必被这些问题所干扰。

与此同时，在测试的过程中，各种框架都有自己的测试报告，报告视觉上不统一，测试结果不方便管理统计。因为我们的测试结果导出的格式不一样，要想归集所有部门自动化测试报告数据的时候，就需要根据不同的格式，写各种各样的脚本，去满足数据收集的需求。

基于以上三个问题，我们就明确了我们做统一自动化测试平台的三个目标：

统一的框架。我们希望我们的自动化测试工程师使用这一个框架就可以支持移动端、web端的测试。

统一的报告。通过这个框架可以产生统一的报告，方便我们去统计自动化测试的结果。

统一的运行平台。我们希望在一个统一的平台上去管理这些自动化测试的脚本。

后面的文章会继续为大家介绍，基于这三个目标，我们是如何搭建内部统一的自动化测试平台的，欢迎大家继续关注。