HiKari的游戏自动化测试笔记_游戏测试需要用到ython吗资源-CSDN文库

5星 · 超过95%的资源需积分: 12 41 浏览量 2022-11-24 18:07:09 上传评论 9 收藏 390KB PDF 举报

资源详情

资源评论

前言 2

第一章：认识游戏自动化测试 3

1、游戏自动化测试的技术选型 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

2、游戏自动化测试的框架设计 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

3、游戏自动化测试的稳定性保障 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

4、游戏自动化测试的价值 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

第二章：游戏自动化测试实战 18

1、GAutomator 的实现机理与优化经验 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

2、副本自动化测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

3、枪械自动化测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

4、寻路效果自动化测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

5、用行为树做游戏自动化测试的误区 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

前言

自动化测试本身已经不是一个新鲜的名词，不论是游戏还是传统互联网行业，我们都能够见到自动

化测试落地的身影。但是，尤其在游戏测试领域，自动化测试到底需要做成怎样的形式，需要覆盖哪些

业务场景，能够带来什么样的价值，这些话题其实讨论的并不深入，相关的沉淀更是少之又少，可以算

是一片待开垦的荒地。

游戏自动化测试，本身都没有一个确切的定义。有些人认为，只有像自动驱动客户端玩游戏，测试

场景物件是否正常交互，这种能够实际测到和测试用例相关的内容，才算是自动化测试；也有些人认为，

像一些纯粹收集性能数据的场景，比如驱动玩家在地图里跑图，收集前后台数据，也算是自动化测试。

这说明了，只要是用了程序化的手段，去完成游戏测试的整个或一部分的流程，那么就有可能被定义为

一种游戏自动化测试的方案。但遗憾的是，很多测试工作者为了让自己的工作看起来有技术含量，都会

尝试沾自动化测试技术的光，仅仅是做出了些玩具，就去刻意包装成富有技术含量的自动化的测试工作，

但一面对各种各样的技术问题，就懒得去分析问题的原因，强行以稳定性不足为由糊弄过去。最终不仅

自动化测试做不下去，还导致这门技术的价值遭到质疑跟否定。

骗哥们可以，别把自己骗到了就行。自动化测试为啥很少有人真正做出来？其中原因，归根到底，

还是这个工作的技术含量被低估了。游戏自动化技术并不难以上手，有很多现成的工具可以使用，但是，

只是初步上手做一些 demo，还是离工业化的需求有很大的距离，在实际工作场景下，自动化技术不仅

得有能力适应各种游戏玩法，而且还得做到大规模的业务落地，实实在在节省人力。如果你是个测试工

作者，却没有积累足够的技术理论跟能力，也缺乏一颗沉浸于技术的心，那想要把自动化测试技术从 0

到 1 落实到业务，可以说是不可能有希望的。

因此，笔者 HiKari 决定，编撰《HiKari 的游戏自动化测试笔记》这一系列，分享自己近年来做游戏

自动化测试的技术经验和业务思考，并为各位做游戏测试行业的同学，尤其是做游戏自动化测试的同学，

提供一些思路跟想法。

由于笔者主攻 UE4 游戏客户端自动化测试，因此在本系列中，默认会叙述该领域相关的内容。参考

文献方面，主要来源于笔者的博客集，包括：

• Game Of AutoTest

• 测试人生

第一章：认识游戏自动化测试

游戏自动化测试，要理解这个概念，我们可以拆解成几个部分：

• 自动化——是技术层面不可或缺的关键点，且相对于人工能显著提升工作效率。

• 测试——是最终的目标，整个测试流程里自动化过程可能只是其中的一部分，但这个流程不论如何

最终都需要闭环，输出测试结论。

• 游戏——是我们做自动化测试的对象。在这一范畴上，我们可以将游戏测试的自动化和日常工作提

效的自动化区分开。

从这个角度来看，要落实游戏自动化测试，需要几个条件：

• 熟悉游戏自动化的各种技术方案。

• 熟悉你的测试内容，并且从整个测试过程的角度挖掘可以通过自动化技术提升效率的优化点。

• 评估你在技术实现上的工作成本，结合先前挖掘出来优化点实际的优化程度，来决定是否真正有必

要去做自动化技术开发。技术实现的成本，可以参考几个维度：自动化技术的学习、自动化研发环

境/基础框架的搭建、自动化用例的开发/发布、自动化用例的维护/迭代。

• 做好问题分析与反馈机制。比如，你的自动化用例报错了，首先要界定是自动化用例的问题，还是

游戏本身的 bug；以及，发现了 bug 之后，应该怎样做反馈，怎样和已有的业务联系起来，实现流

程闭环。这样让自动化技术的价值得到体现。

• 时刻总结，不断迭代、优化你的自动化方案。不论是从时间效率提升角度，还是测试覆盖面/问题

发现角度，都可以尝试扩充你的自动化覆盖场景。这样，才能够把自动化测试做深做大。

本章将从以下几个角度讲述游戏自动化测试具体是什么，以及需要如何落实。

• 技术选型

• 框架设计

• 稳定性保障

• 价值

1、游戏自动化测试的技术选型

要做游戏自动化测试，首先需要了解游戏自动化技术。因此，本文详细讲解下游戏自动化测试领域

可能用到的一些技术以及对应的场景，为自动化测试落地的技术选型提供参考。

游戏自动化测试的测试对象是游戏本身。对于游戏这个概念，可以有以下几种：

• 客户端：我们实际玩到的游戏本体，比如说 PC 程序，手机 App，Web-App。

• 服务器：在多人网络游戏中，用以模拟游戏世界的本体。

• 编辑器：包含未烘焙到 OS 平台的游戏程序以及资源。

我们在技术层面上所要做到的，就是通过某些方式访问这些程序运行环境产生的内容，改变游戏呈

现以及玩家行为，操作玩家或游戏程序本身，达到我们的测试目的。在笔者的工作经验当中，主要做的

是 UE 安卓客户端的自动化，应用场景主要在业务功能测试方面，因此本文会对客户端自动化做稍微详

尽的解析。其他自动化的方案和叙述，如果其中描述有所纰漏，恳请指正。

首先来看客户端自动化。针对游戏客户端的自动化，在游戏测试里是最为广泛应用的，不仅是因为

客户端是一个游戏必须有的成分，而更加因为我们在手工测试游戏的时候，实际是拿着客户端来测的。

因此，客户端自动化会最贴合游戏功能测试的需求。

要实现客户端自动化，有以下的方法：

• 脚本自动化：通过游戏脚本代码驱动游戏运行。

– 适用于业务逻辑主要采用可热更的脚本语言（如 lua、js）编写的游戏。

– 游戏对外暴露一个接口，对这个接口发送脚本代码，游戏内部即可自动执行这段脚本代码。

1、游戏自动化测试的技术选型第一章：认识游戏自动化测试

• UI 自动化：通过 UI 操作驱动游戏运行，分为 UI 查询、UI 操作两部分。

– UI 查询可以通过图像识别/OCR 识别推断控件所在坐标，也可以通过从游戏运行环境中导出

UI 控件树，获取每个控件的属性和在视口里的坐标数据。

* 由控件树定位控件的方案，相较于图像识别的方案，稳定性会更高，但也需要一定的定位

策略。通常来讲，控件之间的层级关系不会有太多的变化，而控件的名称会微调，因此可

以通过关键字 + 层级关系的条件去精准筛选控件。

* 图像识别方案不稳定在于几点：图像识别技术本身的不确定性，以及 UI 风格迭代导致图

像识别的基线数据失效。

– UI 操作可以通过 adb 之类的方式直接模拟屏幕操作；也可以在游戏中运行一个 UI 自动化模

块，测试人员可以向这个模块请求对某个 UI 发起点击/按下/释放的操作，而后这个模块内部

执行 UI 实例 OnClick/OnPress/OnRelease 的委托。

• 指令自动化：在游戏逻辑中预置一些玩家操作接口以及参数，通过调用指令实现玩家操控。

– 游戏内部暴露给外部指令调用接口，外部发送指令和参数，然后游戏内部做 dispatch，去执

行对应封装好的指令。

– 对于手工测试需求而言是标配，对于自动化测试需求而言，只需要额外支持外部程序调用这

些内容。

客户端自动化的开源实现也有不少，其中有两个比较广泛应用：Airtest 和 GAutomator。

• Airtest：一个完整的游戏自动化测试方案。主要面向不同平台应用的 UI 自动化需求，并且自带

IDE。底层是 PocoSDK，不仅支持 Android/iOS 的 Native 控件，而且也支持 Unity/UE/Cocos 应用。

• GAutomator：针对 Unity、UE 的 UI 自动化测试框架。相对 Airtest 比较轻量级，适合集成 + 二次

开发。

一般来讲，开源的自动化方案基本上是 UI 自动化相关，而脚本自动化和指令自动化，则需要依据不

同游戏项目的实现去自定义相关逻辑。

客户端自动化适用于以下的场景：

• 功能测试：代替人工测试工作。

– 玩法冒烟测试：适用于各个玩法的基础功能冒烟。

* 可以应用于强 UI 的玩法，比如商业化、活动、社交、装备一类。

* 可以应用于流程类的玩法，比如副本、任务一类。

– 功能遍历测试：适用于操作不复杂但重复量较大，繁琐耗时的功能测试任务。

* 依据不同玩法的测试点特性而定，每个玩法可能都有测试点是遍历性质的。

* 可以应用于地图/大世界相关的跑测，比如对场景物件、寻路、空气墙、切线的效果检查。

* 可以应用于玩家状态机、Buff 或是技能效果的遍历测试。

• 专项测试：自动执行整个专项测试流程，或是作为流程的一部分，提供对测试有用的信息。

– 客户端性能测试：跑测游戏客户端，并在其中收集游戏以及设备的性能数据，用于做性能分

析。

– 客户端适配测试：跑测不同机型的客户端，覆盖一些简单的场景跟操作，看性能或者表现上

是否一致。

– UI 专项测试：这里指 UI 状态互斥、UI 层级关系这一类非强业务相关的专项测试点。

– 玩法业务专项：跑测游戏客户端，收集特定游戏玩法数据，用于玩家状态检查、玩法效果评

估、数据一致性检查等测试点。需要按各个玩法的特性去自定义自动跑测逻辑。

– 玩法环境构造：调用多台客户端机器，自动游玩一个玩法，模拟多人场景。

* 用真实客户端构造场景，通常会消耗许多线上机器资源。因此在资源紧缺或是线上运行环

境不稳定的情况下，不建议采取此方案。

1、游戏自动化测试的技术选型第一章：认识游戏自动化测试

不论是功能还是专项测试场景，在自动化行为的实现上，脚本、UI、指令三种自动化方式都可以相

互结合。这是因为，从游戏测试用例过程的角度来看，每一个步骤其实都是一个玩家操作，而玩家操作

的实现，可以是发一段脚本，也可以是点某个 UI，更可以是执行一个指令。

相对于其它自动化方式，脚本自动化的实现方案是最优先的，这是因为能够支持热执行客户端脚本

的话，理论上可以操纵整个客户端的运行，从而能够满足更多自动化行为的需求。因此如果有条件，比

如说测试侧有项目的源代码权限，那么自动化行为的实现，就优先采用脚本编写的方案，而对于一些需

要复杂脚本实现的行为，才用 UI 操作代替。如果没有源码条件，也可以考虑在客户端源码里抽出一个单

独的 project，包装项目代码 API 类型信息以及一系列自动化指令，做成一个测试侧也可以单独维护的自

动化底层模块。

再之后，看一下服务器自动化。针对服务器的自动化测试是非常关键的一部分。比如我们经常提到

的服务器压测，其实本质上是一种自动化驱动的逻辑。从整个游戏产品的质量保证而言，服务器自动化

同样是不可或缺的。

要实现服务器自动化，一般是两种方法：

• 协议交互：通过 C/S 协议交互的方式驱动游戏逻辑进行

– 一般是通过一个机器人客户端连到服务器，作为一个玩家的身份发送登录协议登入游戏，然

后再发送其他 C/S 协议，从而驱动玩家做某些行为，或者是达到某些状态。

• 内部指令调用：服务器预编写一些测试接口，通过调用这些接口驱动服务器逻辑。

– 可以是通过机器人客户端连到服务器，发送登录协议登入游戏，但之后不直接通过 C/S 协议，

而是通过某些外部调用，或者是这个机器人发送某个特定的指令，驱动服务器逻辑，从而让

机器人参与到某些测试活动当中。

具体的技术实现，实际得依据服务器本身的技术栈以及协议交互的技术栈而定，并没有一套确定的

方案。

服务器自动化适用于以下场景：

• 服务器代码单元测试

– 用以在程序层面测试服务器的基础代码逻辑，通常会配合 CI 流水线使用。

– 也可以配合代码覆盖率测试工具一起使用，用以观测测试用例/代码实现的完整性。

– 实现上，可以调用某个接口指令，一次性批量或有序地执行服务器业务模块的单元测试代码。

• 压力测试

– 驱动多个机器人登录服务器，模拟玩家操作。

– 需配合服务器性能监控工具，观测服务链路性能表征，分析性能瓶颈。

• 功能测试环境构造

– 实现原理和压力测试类似，通常会涉及多个机器人玩家在游戏中漫游。

– 相比于用多个真实客户端设备构造多人玩法环境的方法，通过机器人构造更加方便，不浪费

设备资源。

– 可以应用于匹配、登录、世界 Boss 等涉及海量玩家参与的玩法模块。

• 服务器协议安全测试

– 同样可以通过机器人的方式驱动，但测试策略需参考协议测试需求。

– 通常的测试目标是，绕过客户端做游戏机制限定之外的请求，预期无法通过服务器业务逻辑

的校验。

• 冒烟测试

– 采用单个机器人登陆服务器测试，适用于服务器启动后验证基础功能的场景。

最后，看一下编辑器自动化。编辑器代表着游戏的开发环境，其中的资源会直接影响到游戏的构建

结果，因此针对编辑器及资产的自动化测试也是重要的一部分。以

为例，其中内置了许多自动化测

试的机制：

剩余30页未读，继续阅读

评论收藏

内容反馈

VashtaNerada

2023-07-26

笔记中的实用技巧能够帮助我更高效地进行游戏自动化测试，非常感谢作者的分享。

HiKari的游戏自动化测试笔记

评论5

最新资源

HiKari的游戏自动化测试笔记

评论5

最新资源

相关推荐

Hikari_LLVM15.0.0.xctoolchain

spring测试hikari所需jar包

Hikari Xcode工具链

Python进阶必备——HiKari为了拿捏Python整理的技术笔记

Hikari-LLVM15.0.0.zip 支持Xcode14 混淆代码 防止破解

Hikari数据源配置及说明.md

springboot + rabbit + hikari

Hikari_LLVM9.0.1.xctoolchain.zip xcode代码混淆工具链

Laravel开发-hikari

spring使用hikari所需jar包

IDEA Springboot集成hikari连接池 thymeleaf

Hikari_LLVM13.0.0.xctoolchain.zip 支持xcode13 混淆代码 防止破解

xcode 自用Hikari 基于llvm10

SpringBoot集成MybatisPlus, Redis,hikari ,swagger2

Hikari-Xcode13.xctoolchain

Hikari：LLVM混淆器

springboot集成druid/Hikari

Xcode hikari混淆源码，需要下载源码后自己编译工具链

hikari-test-mysql:测试 Hikari 在数据源关闭时关闭 MySQL 未关闭的连接

基于Python+pytorch的图像处理+附完整代码图像处理，能够轻松实现图像的读取、显示、裁剪等还有机器学习等操作

python大作业 含爬虫、数据可视化、地图、报告、及源码（2016-2021全国各地区粮食产量）.rar

《点燃我温暖你》中李峋的同款爱心代码

Python金融量化的高级库：TA-Lib-0.4.24（包含python3.7、3.8、3.9、3.10的32位和64位版本）

第十五届蓝桥杯大赛软件赛省赛-PythonB组题目

大麦网抢票脚本【Python脚本】

Python数据分析项目实践，包括数据读取、评估、清洗、分析、可视化机器学习相关内容等

YOLOv8-火焰识别（火焰数据集+代码+GUI界面+内置训练好的模型文件）

人脸识别系统OpenCV+dlib+python（含数据库）Pyqt5界面设计 项目源码 毕业设计

Python教程2020版 完全入门 达到Python工程师水平 笔记+代码+课件+资料

Hikari-LLVM15.0.0.zip 支持Xcode14 混淆代码防止破解

Hikari_LLVM13.0.0.xctoolchain.zip 支持xcode13 混淆代码防止破解

python大作业含爬虫、数据可视化、地图、报告、及源码（2016-2021全国各地区粮食产量）.rar

人脸识别系统OpenCV+dlib+python（含数据库）Pyqt5界面设计项目源码毕业设计

Python教程2020版完全入门达到Python工程师水平笔记+代码+课件+资料