好家伙，太厉害了。我之前面试最多 2 个月面了十来家就已经烦了。

如果你说的是 UI 自动化，airtest 框架是支持的。如果你懂代码，那最好，自己就可以搞定。但如果不懂，就比较依赖其他部门 (比如技术部门) 的支持。

感谢分享！

哇，好久没来，有这么多大佬了？先码，抽空来膜拜

poco SDK 是接入到 unity 工程里的，如果接入成功，理论上来说是会在游戏端启动一个服务，为 poco 客户端（也就是脚本端）提供 UI 页面树查询并返回结果，应该跟在什么平台没太大关系，以我对 poco 的理解。

先码，有空再来膜拜

恭喜老板

几个问题想交流下：
1.使用 perfdog 这类工具，也只能记录性能数据。如何确认某段性能曲线异常是问题呢？
这是我做客户端性能测试时的一个痛点。
2.类似 uwa GOT Online 的工具，虽说测试之后暴露出来的测试数据很多，但各项指标分别代表什么？怎样的算是有问题？
我也很头疼。
1）指标的学习成本不低。
2）即使明白了，也不见得就能看出问题所在。
3.和程序、TA、美术沟通，发现他们往往能够发现一些设计、实现不合理的地方，而我作为一个测试，基本上不太了解各种实现细节，所以这类问题也就不太可能发现。当然可以慢慢学，但学习成本似乎也不低。

所以，客户端的性能测试，做到什么程度才能真正的说，做好了？

首先，从黑盒测试的角度来说，场景是整体的一部分，很难单独拆出来。所以一般来说，测对应功能的时候，比如测某个副本，基本上就能顺带测试到这个场景。所以个人感觉应该是不用单独去做黑盒方面的测试。印象中，除了某些场景需要去看看碰撞盒是否能拦住玩家之外，基本上没做过其他相关的测试。

当然，如果涉及到客户端性能，那就需要单独看了。事先要找程序、美术、TA 确定各项参数指标，比如面数、定点数、drawcall、合批数量等，各个画质下对应参数的数量是否超了？该画质下，客户端表现如何？是否会卡顿？或者渲染有问题？根据已知的要求，和可能存在的各种情况，合理设计一份用例，进行测试。

你这个问题有点笼统啊。
不同的身份对于场景有不同的理解：
程序认为的场景是各个游戏里的场景切换，涉及到场景管理器、状态机等等；
美术认为的场景可能是场景模型；

所以需要先明确下你说的场景是指啥？能具体点么？