认识达内从这里开始

我们在上文中给大家简单介绍了UI自动化测试技术的一些基础知识与用法等内容，而本文我们就再来了解和学习一下，游戏化UI测试应用实践分析。

1、功能逻辑明确模块UI自动化

游戏中一般只有战斗模块的功能逻辑各种不确定，其他辅助模块的功能逻辑都是比较明确的，比如登录、商城、背包、设置、社区等都跟普通的商业软件没有什么区别。

针对这些模块可以很方便的实施UI自动化测试，而且这些辅助模块占游戏的全部UI功能的比例也很高，实现UI自动化测试具有很高价值。

对于这些相对功能逻辑明确的UI模块，实施自动化测试成本是低的，几乎不需要改动游戏代码，只需要在引擎一级简单修改就可以实现UI自动化测试。

2、简单状态机实现兼容测试UI自动化

目前针对游戏的兼容性测试有：简单的monkeytest、事件录制回放。但是这两种方式有明显的不足：

简单的monkeytest：

只是随机的点击UI，没有UI元素属性获取能力，更没有UI驱动能力，无法做逻辑判断，覆盖的UI深度是有限的。连简单的登录都登录不了，更不要说更深的UI。

事件录制回放：

通过事件录制、回放来实现简单hardcode的UI自动化，也不具备UI元素属性获取能力，只要UI发生简单变化就会导致自动化失败。

针对这两种方式的不足，利用基于引擎的UI驱动能力，可以开启一个子线程实时检测当前UI状态，根据不同的UI状态在主线程中执行适用于当前状态的功能脚本即可实现相对稳定的UI兼容性测试。

3、结合接口实现实时性要求比较低的游戏的UI自动化

对于一些卡牌类游戏或者实时性要求不高的游戏，由于UI比较简单，战斗交互不复杂，实时性要求并不高。结合开发人员或者测试人员实现的一些接口，再加上基于引擎的UI驱动能力就可以实现功能测试的UI自动化。

如果有了关卡数据获取接口，通过该接口在进入战斗前获取到关卡数据，再结合战斗过程中的UI表现，通过一定的逻辑判断就可以实现战斗过程的UI自动化。

如果有了结算数据获取接口，通过该接口在战斗结束后获取该局的结算数据，再获取结算UI显示数据即可以验证结算结果UI显示是否正确。

这种方式只需要游戏提供接口，可能会需要改动游戏代码，如果通过协议截获的方式对游戏程序影响小，那么对UI的驱动基本不需要改动游戏代码，只在引擎一级简单修改即可实现。

4、结合AI实现实时性要求很高的游戏的UI自动化

对于一些复杂的，对实时性要求很高的动作类游戏，比如格斗、射击类游戏，则建议结合AI来实现UI自动化测试。AI实现对实时性要求很高的战斗过程的自动化，并对外提供接口用以获取战斗数据。

利用基于引擎的UI驱动能力实现其他模块的自动化，结合AI实现战斗模块的自动化，从而实现整个游戏的UI自动化测试。

可能会有人认为：既然有了AI，就可以完全用AI实现自动化测试。

但是UI自动化测试不仅仅需要UI驱动能力，还需要自动化测试框架提供调度、执行、统计、展示等功能，这些功能显然不适合让AI来实现。AI适合实现战斗的驱动及对外提供游戏数据获取接口。AI一般集成在游戏内部，显然不适合用来完成整个游戏的自动化测试功能。

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销，赚更多好礼。