自动化是用于回归的，发现问题永远应该在手动阶段。

你们老板是不是想裁员省钱，想让你用自动化去包揽所有测试啊？

之前做过，遇到了问题，因为是测兼容性，然后我 app 往下滑动，我操作的手机 3 下到底部，但是有个手机要 4 下，然后就觉得，容易乱，就不搞了

会造成资损的功能，重点测试，不要仅仅局限于 UI 方面的问题。

首先，你要选准一个方向。
拿个我熟悉一点的来说，比如 unity，大致上是用 C# 来进行逻辑编写。
那么你就要系统的学习一下 C# 相关。
然后，unity 相关的知识你最少要了解一下吧，什么 MonoBehaviour，什么刚体，什么 shader,什么 canvas 你都要了解一下吧，能深入更好。
公司用的什么开发框架 gameframework 啥的，是自研还是啥，他们的特性，使用方式，你总归要知道吧？

现在很多游戏也是 mvc 分层，你学了 spring 全家桶，知道了很多时候可以直接测 service 层，到了游戏这里其实也是一样，你也可以直接测他的各个层，函数，方法，对属性写脚本进行校验啊。不要把高级游戏测试老是想象成停留在点点点或者是 UI 自动化的层次啊

这个对于测试的要求太高，而且对于开发的编码规范要求也很高。。。

并不是，请注意，这里的喂，不是说去训练一个 AI，而是本身已经有个训练好的 AI，特长是基于 LLM 来进行输入文档的归纳总结。

举个例子，我把所有的文档喂了给他，然后问他，什么时候会调用到内部的 XXX 接口。

他会把你给他的文档里面的相关的东西搜索出来。

其实大概理解就是一个基于 LLM 的搜索工具的意思。

试试这个https://zhuanlan.zhihu.com/p/646649944，可以本地部署。

你可以把所有需规一股脑都喂给他，然后提问。可以做个快速索引。

其实你们都在着重考虑后端的精准实现了。能否再进一步实现前后端的精准打通？

上面有人也提到，精准的最终不仅仅是要关联到自动化用例，手动的也要关联到，但是维护成本太高。

那是否可以这样，后台的代码逻辑关联到各个接口，再通过前端调用接口的逻辑，与前端关联起来，在整理一套前端的映射（如安卓下的，登录接口与 loginactivity 绑定）， 手动用例也标明用例所属的 activity，从而达到手动用例的关联关系？

我不太明白你想做啥。
首先，你的自动生成接口测试用例，请求的字段是每次跑 smoke 测试的时候都会变的么？那你怎么去判断返回值是否是你想要的？
如过不变，那这套东西就无非是普通的接口自动化而已了吧？
而且冒烟测试更多的是看业务逻辑吧？随机生成的字段完全不会考虑到业务逻辑吧？

我们公司的模糊测试是你说的那套玩意，给个 seed，自动去生成一堆乱七八糟的测试数据（具体生成规则我也不清楚，不过应该是一个常用字典 + 一些随机生成方法），跑个 24 小时，狂暴鸿儒所有接口，然后看服务端是否抛出一些异常。

jvmPath = jpype.getDefaultJVMPath()，这里打印出来是啥？是 jvm.dll 么？

看下是否是 32 位，64 位 python 造成的问题。装个 32 位的 python 试下。

我可以跑，不过我是直接加载了一个 class 文件，没有加载 jar 包，然后我跑的时候我记得当时遇到的坑是 64 位的 python 不行，换了 32 的就可以了，包括依赖库也要 32 位的