手机游戏中遇到的坑（一）

最新推荐文章于 2025-08-23 13:54:24 发布
最新推荐文章于 2025-08-23 13:54:24 发布
阅读量480 收藏
点赞数 1
CC 4.0 BY-SA版权
分类专栏： 手游自动化
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/quqiao1122/article/details/74932262
本文分享了一位测试工程师从手机APP自动化转向手游自动化测试的过程。面对手游元素无法直接定位的问题，作者尝试了集成WeTestSDK、使用Robotframework+Sikuli及Appium+坐标定位等多种方案，并分享了每种方法的优缺点。

最近因为工作需要在做手机游戏方面的自动化研究

之前一直是做的手机APP自动化测试，最开始以为手机游戏和手机app都是基于Android手机的，应该是一样的，觉得自己坐下来是没有问题的。

开始做下来后发觉问题越来越多，坑也越来越多

第一个坑------定位之坑：

开启游戏后，悠闲的打开UIautomatorview，准备开始定位元素，结果傻眼了，除了一些第三方的登录注册输入外，其他的元素都是不能识别的

后来查看资料，原来手游是通过unity3D渲染过的，根本无法定位

刚开始就遇到当头一棒，怎么办呢，不可能放弃吧，只有硬着头皮上。接着就开始各种查阅资料

第一个方法：

发现腾讯有一个开源的GAutomator的开源框架，这个框架可以识别gameObject,但是需要在游戏中集成WeTestSDK,这个集成就需要

找开发帮忙完成，介于开发比较忙，沟通多次也不好一直追问，而且这个框架之前没用过，也不敢保证好用，就只有换方法

第二个方法：

Robotframework+SIKULI,sikuli是一款图像识别自动化工具，据说是能一切自动化都用图像完成，不用写脚本，看着挺牛逼的。而且sikuli

还有专门的library可以导入RF中。当时感觉挺兴奋的，终于有解决的方法了，后来用起来才感觉到，真不是那么好用的，首先截图就要花

一大把时间，而且图像识别的可移植性和可用性都不是很好，还比不上坐标定位

第三个方法：

appium+坐标定位。认真分析后觉得要做的自动化变化不是很大，那就用以前做app最不喜欢的坐标定位方法来做吧


未完待续



11、游戏设计中的模式语言与实践
gray5的博客
08-07 11
本文探讨了游戏设计中的模式语言与实践，涵盖了低阶模式和正式模式的概念及其在游戏设计中的具体应用。通过分析健康值显示、角色成长与平衡等案例，总结了模式在提升玩家体验和游戏设计质量中的作用。同时，文章展望了未来游戏设计模式的发展趋势，包括融合多种元素、个性化模式、跨平台互动及社会文化因素的融入。
一些曾经踩过的坑，cocos2dx手机游戏开发
u014079461的专栏
08-30 1143
环境介绍: 在这里把我做的游戏简单的描述成三个场景Homescene, PlayScene1,PlayScene2;游戏的一般顺序是Home->Play1->Play2 其中在PlayScene2场景中使用到的cocosstudio（1.6版本）导出的文件是从PlayScene1场景中使用的cocosstudio修改而来的（骨骼名字是一样的，各个骨骼上默认给的资源名字也是一样，只是骨骼上绑
手机游戏中遇到的坑（三）
quqiao1122的博客
10-27 328
很久没更新的，最近手游测试也可以基本进行了，但是还是遇到了一些坑，遇到坑就要总结出来，然后一个一个坑去踩，慢慢的就不是坑了 在手游自动化中，因为不能识别元素，因此加入了图像识别，这个图像识别完全是个双刃剑，它帮我们解决了很多元素的无法识别，但是也引入了一些新问题 1.图像匹配的阀值，到底我们该把阀值设置为多少时最合适呢，这是个问题。首先设置高了，可能很久都无法匹配到，设置低了，可能会匹配出错
ATX 浅谈自动化测试工具 python-uiautomator2
madrabbit1987的博客
08-19 2416
转自：https://testerhome.com/topics/11357 前言 首先是看了这篇文章浅谈自动化测试工具 发现文章写的结构很合理，理解起来也很容易。本着学习的心态，模仿其结构再写一篇 简单介绍 python-uiautomator2是一个自动化测试开源工具，仅支持Android平台的原生应用测试。 支持平台及语言 python-uiautomator2封装了谷歌自带的u...
观点：独立游戏开发者创业路上的11个‘坑’（转）
weixin_34377919的博客
04-05 184
　随着手游市场的快速增长，越来越多的开发者入场，很多有创意的独立开发者在刚进入游戏行业的时候都有非常优秀的创意，但是，从创意到成功的游戏是有距离的，而且在走向成功的路上，会有各种各样的‘坑’，最近，英国的一个独立团队 CEO 就分享了自己遇到过的 11 个‘坑’，以下是 GameLook 编译的内容： 　　去年 12 月，我应邀去一个活动上做演讲，主要是讲独立开发者们需要避开的 10 个‘坑’。...
为什么没有好用的Android游戏引擎？
weixin_33767813的博客
08-05 135
随着Android平台的不断发展，最近Android开发人员数量呈现出上升势头，就连以往较为冷门的游戏开发领域也涌现出不少生力军。然而，全新的问题正摆在了刚開始学习的人面前，非常多他们从未遇过的问题開始浮上台面。 “找了好久也没看见合适的引擎，看来Android真的不适合游戏开发”、“我试过几个游戏引擎，感觉都不是非常好，效率低、BUG不可控”，“怎么中国就没人能做个向Cocos2d...
Unity 脱坑，我可能遇到的100种问题
a2389202的博客
10-27 1212
unity 设置代码提示 设置动画帧数 设置镜头跟随 TileMap碰撞 Normalize归一化 SetActive激活Canvas Camera.main.WorldToScreenPoint转化世界坐标 Resources.Load Instantiate新建GameObject Raycast交互物品 DontDestroyOnLoad设置全局变量 LoadScene切换场景 GetActiveScene().buildIndex获取当前场景序号和名字
实战用Python+Pygame+Kivy(Buildozer)+Ubuntu开发安卓android手机端apk游戏及踩坑分享
alixixi的博客
10-15 8323
Python+Pygame+Kivy(Buildozer)+Ubuntu开发安卓android手机端apk游戏，开发环境是用PyChram，代码工作完成后，很轻松就打包成了EXE游戏软件，这一步相对于打包APK手机端程序来说简直不要太简单，通过PyInstaller轻松打包运行，这里就不详细说了。至于打包安卓APK的过程本人也是挑常见的踩坑重点来给大家分享！
网络游戏开发中的通讯杂谈
weixin_52308504的博客
01-28 1173
概述 目前主流游戏服务框架大部分使用tcp互相通讯，随着rudp方案的日趋成熟，客户端和服务器之间采用udp连接的方案也越来越多。本篇文章将会由浅入深地介绍一下服务端业务中采用的一些通讯方案和一些优化手段。 文章大致分为以下几块内容： TCP在服务端的使用和优化 使用基于UDP的协议对游戏延迟的优化。这块会主要介绍KCP的一些使用和对UDP参数的调整 个人在开发中积累的一些关于网络连接的经验 题外话：KCP在开源界的兴起 一些比较常见的基础知识在网上已经很多文章进行过介绍。本文由于篇幅限制就不再赘述了
提示工程架构师避坑实录：多场景提示系统设计中踩过的8个大坑
AI大模型应用之禅
08-23 549
本文将聚焦多场景提示系统设计中的8个核心坑点，每个坑点都结合真实案例，从“踩坑现象→根本原因→解决方案→代码/配置示例”四个维度展开。你会看到：如何避免场景混淆？怎样让提示词与业务解耦？如何管理LLM的上下文窗口？用户输入安全如何保障？……每个问题都有具体的落地方法。“用户问‘怎么退货’，系统却返回了商品推荐；让生成Python代码，结果输出了Java注释。不同场景的任务目标、输入输出要求、上下文依赖完全不同，却共用一套模糊的提示词模板，导致LLM无法准确判断当前场景，输出“四不像”结果。
【测试人生】游戏自动化工具GAutomator上手
HiKariのTechLab
05-05 2026
最近开始研究一些游戏自动化测试方面的内容。游戏自动化测试是游戏测试研究领域的难点之一，当前主流的方案有两种，一种是采用纯粹的UI识别方法进行，典型的例子是Airtest，另一种是直接嵌入到游戏引擎中获取节点树等元素从而对实体进行操作，典型的例子是GAutomator。由于笔者先前略微接触过Airtest方面的内容，因此本次决定上手GAutomator尝试游戏自动化。 本次上手过程具体则用GAuto...
我的前端开发之路---谨以记录工作中那些踩过的坑，持续更新中~~
Esther的博客
05-31 2014
谨以记录每日工作中踩过的坑，会持续更新~~1.node版本切换工具nvm使用#查看所有的node版本 $nvm ls#切换版本(本地为0.12.0) $nvm use 0#设置默认使用的node版本(例如0.12.0) $nvm alias default 0.12.02.文本溢出显示省略标记(…)css3属性text-overflow:ellipsis的用法text-overflow：clip|e
ATX+Python:Android自动化测试
热门推荐
Hey_Sarah
09-19 1万+
1.测试环境搭建 2.实例 3.总结
移动端开发 安卓和ios兼容性的那些坑以及解决方案
海是最蓝的天的博客
02-28 5049
问题1：移动端项目要求是全屏滚动，用的是 fullpage，上下滚动时安卓正常，苹果手机浏览器上下滚动时会出现底色问题 解决方案： document.body.addEventListener('touchmove', function (e) { e.preventDefault(); //阻止默认的处理方式(阻止下拉滑动的效果) }, {passive: false...
基于 uiautomator 与 shell 的自动化测试工具
可口可乐的博客
10-14 4361
转载地址：https://testerhome.com/topics/3461 今年年初的时候，公司让写个做自动化测试的工具，真头疼！我都没做过这，心里怕怕的，但交待我来做，我又不能不接，罢了，做！ 　　因为没做过，我只学过些java，都毕业三四年了，哪记得那多，想着用python做，听说python容易上手，找了本python做GUI的书，全英文的，看了一遍，云里雾里的，没概
奥运会科普平台系统-奥运会科普平台系统源码-奥运会科普平台系统代码-springboot奥运会科普平台系统源码-基于springboot的奥运会科普平台系统设计与实现-项目代码
最新发布
09-08
奥运会科普平台系统-奥运会科普平台系统源码-奥运会科普平台系统代码-springboot奥运会科普平台系统源码-基于springboot的奥运会科普平台系统设计与实现-项目代码
Hattrick 是一款简单、快速的跨平台网络安全编码转换工具 Hattrick is a network securi
09-08
Hattrick 是一款简单、快速的跨平台网络安全编码转换工具 Hattrick is a network security related code conversion tool..zip
全面收录 Swoole 相关内容的中文 CHM 格式文档
09-08
打开下面链接，直接免费下载资源： https://renmaiwang.cn/s/wsszs Swoole 框架的中文版本 CHM 格式文档
手机软件开发中的组合键实现方式
05-14
<think>嗯，用户问的是在手机软件开发中如何实现组合键功能，需要具体的实现方法。首先，我得回忆一下之前提供的引用内容。引用[1]提到了Android 9.0系统如何处理音量键和电源键的组合键，尤其是在PhoneWindowManager.java中的interceptKeyBeforeQueueing方法里处理按键事件。这可能涉及到系统级的按键拦截和处理逻辑。用户可能需要的是应用层面的实现，但系统级的例子也能提供一些思路。 接下来，用户可能想知道在应用开发中，比如Android或HarmonyOS，如何监听组合键，比如同时按下音量上键和某个其他键。这时候需要考虑按键事件的监听和处理机制。在Android中，通常通过重写onKeyDown或者使用KeyEvent回调来捕获按键事件。对于组合键，可能需要记录按键的状态，比如判断是否同时按下了两个键。 然后，引用[4]提到了鸿蒙开发中的按钮布局，可能用户对鸿蒙系统也有兴趣。需要查看HarmonyOS的文档，看看他们如何处理组合键，是否有类似Android的机制。比如，使用InputEventConsumer或者其他的事件监听方式。 另外，用户可能需要知道如何区分组合键和单个按键事件，避免误触发。比如，处理延迟，判断两个按键是否在短时间内被按下。或者使用状态变量来跟踪按键是否被按住。 还可能要考虑不同平台的差异，比如Android和HarmonyOS在事件处理上的不同之处。例如，鸿蒙可能使用不同的API或者组件来处理输入事件，需要参考对应的开发文档。 另外，引用[3]提到了音乐播放器的开发，里面用到了Handler和Fragment，这可能涉及到在特定组件中处理按键事件，比如在播放界面中实现音量键和电源键的组合功能。这时候需要注意事件传递的机制，确保按键事件不会被其他组件消费掉。 还需要考虑权限问题，比如某些系统按键可能需要特定的权限才能监听，或者在后台运行时是否能捕获按键事件。比如，Android中对某些按键的限制，或者在鸿蒙中的权限设置。 可能用户还想知道如何测试组合键功能，比如在模拟器中如何模拟组合键的输入，或者真机测试时的注意事项。 最后，总结实现步骤：监听单个按键事件，记录按键状态和时间戳，判断是否满足组合键的条件（如同时按下两个键），然后触发相应的处理逻辑。同时要注意不同平台的具体实现方式和可能遇到的坑，比如事件冲突、权限问题等。</think>在手机应用开发中实现组合键功能主要涉及按键事件监听和状态管理两个核心环节，以下是具体实现方法和技术要点： ### 一、Android平台实现方案 1. **按键事件监听** 在Activity中重写`onKeyDown()`方法实现基础监听： ```java public boolean onKeyDown(int keyCode, KeyEvent event) { if (event.getRepeatCount() == 0) { // 防止重复触发 pressedKeys.add(keyCode); checkKeyCombination(); } return super.onKeyDown(keyCode, event); } ``` 2. **组合键状态管理** ```java private Set<Integer> pressedKeys = new HashSet<>(); private static final int VOLUME_UP = KeyEvent.KEYCODE_VOLUME_UP; private static final int POWER = KeyEvent.KEYCODE_POWER; private void checkKeyCombination() { if (pressedKeys.contains(VOLUME_UP) && pressedKeys.contains(POWER)) { // 触发截屏功能（需注意系统权限限制） takeScreenshot(); } } ``` 3. **系统级拦截处理** 对于需要覆盖系统默认行为的场景（如修改截屏组合键），需修改`PhoneWindowManager.java`中的`interceptKeyBeforeQueueing()`方法[^1]： ```java case KeyEvent.KEYCODE_VOLUME_DOWN: if (isPowerKeyPressed) { // 自定义组合键逻辑 return intercepted; } break; ``` ### 二、HarmonyOS实现方案 1. **可视化按键绑定** 在XML布局中声明组合键响应： ```xml <Button ohos:keycode="volume_up+power" ohos:on_click="handleComboKey"/> ``` 2. **低代码事件处理** ```js export default { handleComboKey() { prompt.showToast({message: "组合键触发成功"}) } } ``` ### 三、关键技术要点 1. **时序控制**：设置200-300ms的时间窗口判断组合键 2. **状态清除**：在`onKeyUp()`中及时移除已释放的按键 3. **优先级处理**：使用`event.startTracking()`确保长按事件不被系统拦截 4. **跨平台差异**：Android需处理系统级拦截，鸿蒙可通过分布式能力实现跨设备组合键 ### 四、典型应用场景 1. 游戏应用的技能快捷键（如$A+B$触发必杀技） 2. 工业手持设备的应急操作组合 3. 无障碍功能的多键快捷操作
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值