好家伙,太厉害了。我之前面试最多 2 个月面了十来家就已经烦了。
如果你说的是 UI 自动化,airtest 框架是支持的。如果你懂代码,那最好,自己就可以搞定。但如果不懂,就比较依赖其他部门 (比如技术部门) 的支持。
感谢分享!
哇,好久没来,有这么多大佬了?先码,抽空来膜拜
poco SDK 是接入到 unity 工程里的,如果接入成功,理论上来说是会在游戏端启动一个服务,为 poco 客户端(也就是脚本端)提供 UI 页面树查询并返回结果,应该跟在什么平台没太大关系,以我对 poco 的理解。
先码,有空再来膜拜
恭喜老板
几个问题想交流下:
1.使用 perfdog 这类工具,也只能记录性能数据。如何确认某段性能曲线异常是问题呢?
这是我做客户端性能测试时的一个痛点。
2.类似 uwa GOT Online 的工具,虽说测试之后暴露出来的测试数据很多,但各项指标分别代表什么?怎样的算是有问题?
我也很头疼。
1)指标的学习成本不低。
2)即使明白了,也不见得就能看出问题所在。
3.和程序、TA、美术沟通,发现他们往往能够发现一些设计、实现不合理的地方,而我作为一个测试,基本上不太了解各种实现细节,所以这类问题也就不太可能发现。当然可以慢慢学,但学习成本似乎也不低。
所以,客户端的性能测试,做到什么程度才能真正的说,做好了?
首先,从黑盒测试的角度来说,场景是整体的一部分,很难单独拆出来。所以一般来说,测对应功能的时候,比如测某个副本,基本上就能顺带测试到这个场景。所以个人感觉应该是不用单独去做黑盒方面的测试。印象中,除了某些场景需要去看看碰撞盒是否能拦住玩家之外,基本上没做过其他相关的测试。
当然,如果涉及到客户端性能,那就需要单独看了。事先要找程序、美术、TA 确定各项参数指标,比如面数、定点数、drawcall、合批数量等,各个画质下对应参数的数量是否超了?该画质下,客户端表现如何?是否会卡顿?或者渲染有问题?根据已知的要求,和可能存在的各种情况,合理设计一份用例,进行测试。
你这个问题有点笼统啊。
不同的身份对于场景有不同的理解:
程序认为的场景是各个游戏里的场景切换,涉及到场景管理器、状态机等等;
美术认为的场景可能是场景模型;
所以需要先明确下你说的场景是指啥?能具体点么?
wireshark 抓包?移动端其实可以用 qnet 抓包。
还有就是,游戏项目应该挺多都是 socket 协议吧?发之前需要序列化、加密,从后端拿到返回,还需要解密、反序列化。虽说加解密和序列化这块都有现成的模块,但不同的项目做法都不太一样。比如我现在很头疼的一点是,我们项目用的是 unity,C#+lua 写的客户端,然后通信模块用的是 C++。。纠结过好一阵子,最后想了想还是用 lua 写,但 lua 加载 C++ 的 dll 还在头疼怎么搞定。
希望楼主早日做出点成果,等我解决了目前的问题好来抄作业
只要不测,就不会有问题。23333
毕竟品质只占游戏的一小部分,也不会影响产品的销量。
你看战地 2042 那么多 bug,买的人少么?
bug 多,也可以后期补呗。
没有人会冲着产品质量去买游戏。。哎,作为一个游戏测试深有感触。
我能想到的有两种办法:
1.自己起个进程,每隔一段时间检测下关卡是否完成。
2.让程序帮忙给一个接口,关卡完成后给返回消息,自己接收。
test20220104
大佬要是分享了,我们这种游测的菜鸟才有可能长进啊
必须是二次元吗?
我以前也是这么觉得的,游戏起码得有个心跳吧?但自从我来了现在这家公司之后,他们用 http 做游戏,而且线上运营了好几年了,也没事
airtest 至少网易还在维护,ga 好像腾讯那边已经放弃了?刚开始接触游戏自动化就是 ga,但用了一阵子发现对新手很不友好。团队内推广的话肯定还是得考虑用 airtest。
看是什么协议了吧。
http 协议,内网环境很简单,用 python 之类的脚本语言可以轻松搞定。
哪怕你不会编程语言,用 web 测试三神器(Charles、fiddler、postman)也可以搞定,当然,前提是你得知道接口和参数才行。
socket 的就难多了,不会代码的话就找 leader 或者 pm,看看能不能让程序大佬做一些内部的测试工具。不行的话,只能自己搞,有客户端源码或者通信模块的就可以。
弄清楚消息怎么收发,大小端啊之类的,然后应该还会涉及到数据的序列化和反序列化,以及加密解密,这个应该都有客户端现成代码。只要看明白怎么用就行,不用自己写。
小团队一个测试,真是难为你了,哈哈哈。
不过 http 协议还好,起码收发包这块工具能快速上手。哪怕不用 js,用 python 啥的也都可以。
我现在这个项目是 socket 协议的,就 hin 头疼了。。
感谢指点!
有几个问题想咨询下大佬:
1.压测的并发数量级如何确定?
2.压测相关的服务器数据标准如何确定?比如服务器的 cpu、网络带宽、内存之类的?还有就是,压测一般关注哪些数据?
我就说么,咋感觉互联网的协议啊、压测啥的都是张口就来。
做游戏的接口、压测感觉挺费劲的。而且之前都是程序自己帮忙写了一套框架,我们测试在对应场景写压测的 json 脚本,然后执行看结果。
你都自称 Testing King 了,还漏测?
首先漏测肯定是不可避免的,你得明白这一点。没有哪个测试或者测试团队敢 100% 保证产品上线后就不会有 bug。测试存在的意义是,尽可能减少线上出现的问题以及问题带来的损失。
其次,你是测试,问题肯定不是你搞出来的吧?那你应该去分析历次线上问题的原因,找规律总结,行程一系列的流程规范,比如冒烟测试的点、版本发布流程等等。通过做一些你能做的事情,来减少线上出现漏测问题的数量,这样起码就在朝好的方向发展。
感觉你的想法有点局限了。mac 也能用命令行启动应用吧?没必要非得用 airtest 去启动 perfdog 吧?