关于手游测试自动化发展趋势的一些思考

        了解测试的都知道，自动化测试是我们所希望的展开方式，虽然目前测试趋于自动化发展，但在实施自动化测试是困难重重。我之前有做过移动应用的自动化测试，所说App和手游的开发技术不同，两者的自动化测试技术也是是截然不同，但在自动化流程的实现上区别不大。

         

         简单的说下，不管是手游测试还是app测试自动化测试并不是万能，很多公司投入资金做自动化，但得到的不成正比，更多的是中途陷入困境死掉。

简单说说自动化测试项目陷入困境的原因

时间成本投入不足：根据项目计划的安排，测试人员基本上都会被安排利用自己的个人时间或者项目后期介入自动化测试。这样的时间投入是无法得到真正的关注。

目标不清晰：自动化测试理论上可以节省人力和时间，得到更加简单的测试流程，提高测试的覆盖率等。然而，没有正确的根据需求来设计，是无法满足所有需求的。。

人员经验基本为零：很多公司基本是让初级的程序员进行自动化自动化测试。由于缺自动化流程和架构的了解，很难让自动化测试的顺利开展。

迭代周期快：辛苦学习的自动化这知识，甚至是做出的自动化程序，都会犹豫现实技术的更新或需求的提高，变得没有意义。

自动化测试只能说是一个好的解决方法，但不是唯一的也不是最好的。

         我们举个例子，回归测试需要频繁的执行，去检查以往用例是否因为应用迭代而出现新的bug。回归测试需要反复执行，这就是单调乏味的工作。现在很多测试人员都是在回归测试环节开始采用测试自动化的方法，但很多时候自动化是不能判队代码出错的问题的，更多是需要监控sdk进行。

         那怎样才能做好回归测试的自动化呢？对于很多企业的测试人员来说，更多的回去选择成熟度更高的自动化技术来帮助自己进行测试。如TestBird，作为专门的自动化测试平台，不论兼容性测试，性能测试还是回归测试，都有成熟的自动化测试技术。

适当的投入自动化，加上有效的利用第三方的工具，才能多元的保证测试的质量。