96 年小白,擅长游戏测试相关内容,个人认为游戏客户端相关还算比较有心得,希望以后能跟各位老哥们同成长,同进步,测试的门槛儿水涨船高,希望薪资也涨上去,拜托了拜托了!~

  • xcode

  • 校招面试有感 at 2022年10月25日

    真实的资本控制!~几年前也没卷成这样,等大企业观望下,没什么风吹草动看能不能稍微回暖一些,太卷了。

  • 向你学习,我多少也因为周边环境导致自己有点怠惰了,我跟你的同事一样!~哈哈😁

  • 写的好全啊!~

  • 测开之路怎么走? at 2022年06月02日

    个人看法,测开还是先测后开才是测开,敏锐的测试思维,研发流程中痛点或者提效的环节你可以通过开发的手段【编码】去解决就已经是一名测开了,只是有个水平以及熟练度高低的问题,你之所以虚是因为没进入测开的工作领域了解过测开的工作内容;
    建议:1、先熟悉一门儿语言,python 也好,java 也好,写写小工具,抄下开源项目也好,多看多写,没必要多深入,就你说的,有工具都是优先使用工具直接部署,我也很反感反复造轮子,但是奈何你只知道一些基本语法,那你就把学会的基本语法去给它赋予一套规范的代码框架与书写规范等等通过开源项目去学习,主要是培养你的代码习惯;
    2、在你是一位相对资深的测试或者思维很好的测试的情况下,你就懂得项目流程中的痛点,去把学习到的内容应用项目中,如:一些批量装包,性能监控,日志告警,日志分析这些乱七八糟的小东西你有能集成的能力或者代码能力非常有效快捷的解决,就很棒了;
    3、一些大型的比较成功的开源项目,本着省时省力不太省钱的情况下,能买就买,【以公司名义】买了以后熟悉这个成功开源的项目框架内容,能成长到熟悉的不能再熟悉的情况下,你知道实现原理,为公司省钱,也一样成长迅速,当然公司买不起或者压根不重视,你也可以自己做个阉割版本的开源项目去锻炼自己(手段:依然是抄,切记不要去光看还有看什么教学视频,只有自己试过有坑才去发掘别人解决问题的方法)(我自己也没做到,实在是懒),一样的;祝你成功
    我相信你以上都做过了以后,你应该又对所谓的是质量效能或者测开有一定自己的理解了就,还是那句话,背离测试的开发不叫测开,那叫开发!~最上面的老哥说的也对,仅仅是个 title 的问题,你认不认的差别而已!~

  • v:frey0521

  • 1、痛点需要有理论支撑,还有项目经验上的试错与实践来验证,我本人而言,使用 perfdog 这种简易性能信息来判断性能大头凭借最多的就是经验还有理论,理论上的知识有一些移动端的知识,引擎的知识以及业务开发的知识,还有就是接触的项目比较多,一点点摸出来的,所以在我看来没有速成,只有反复的试错,验证才能摸到门道,如果看性能曲线异常,实际上多对比的看一些表现正常的项目就能看出一些异常,什么是正常项目就是现在已上线的竞品,数据曲线很简单就那几个指标,但是牵扯的东西,有开发的内容,有手机本身硬件底层调度的机制;
    CPU,IO 阻塞,你用 perfdog 可能你根本看不出哪里阻塞,但是可以通过看曲线的表现侧面去猜测会不会是渲染线程阻塞?占用高,也同样适用,另外的内存,开发中的加载卸载问题更是常见的内容,就是如此,多试多看;
    2、成本不低,上面这个描述同样适用,学习路线比较重要,项目接触经验更重要,上面的简单性能,下面的深度性能都是如此,客户端性能测试,优化手段往往不是最难的,最难的是定位问题,深度性能有很多问题定位过程中有时候定位不到我见过的更多的甚至还会猜,所以指标不一定非常重要,分析方向才是最重要;
    扩展:
    1、学习开发知识,不用深入,知道现在的项目中用到的开发知识即可,如:内存,预加载,卸载,占用高,UI 框架,重绘制,解决方案,LOD ,对象池,多线程,异步加载,渲染:URP HDRP,等等这些都知道些,知道是什么,然后去套项目对你来说成长就不一样了,难,会很难,想学就不怕难了;
    2、了解现在的手游,移动端测试,手机一定要了解,懂什么是分辨率,懂什么是发射器,懂功耗,懂 CPU,懂 GPU,等等,没事看看一些手机测评的视频,还有市面上手机上的一些视频,乱七八糟的看看,对你没坏处;
    3、你在项目中的基本不了解都做了啥,可能跟你没完全深入项目有关,游测的处境我多少知道些,某讯的游测据我所知接触的东西都窄的很,深入全面的了解项目可能可遇不可求,机会甚少,但是需要自己多尝试;
    什么样的情况算做好:
    个人:
    1、有快速定位性能大头的能力;
    2、有丰富的项目经验,接触的不同类型的游戏比较多,性能测试场景每次都灵活制定且科学;
    3、深度性能有最好,无也无妨,基本满足测试项的项目需求即可;
    团队:
    项目性能问题不可能完全排除,达到公司所谓的上线标准即可;

  • 唔,不太懂你的意思,按照我的理解,你的意思是实际业务中,不管聊天还是匹配或者对战这一类的数据交互不是 tcp 就是 udp 亦或者其他改造协议,但是这些都有前置条件的触发才能发送响应成功的意思么?比如:聊天你就必须得在线才可以去发送诸如此类这种?另外的话 http 的话,一般应用的都是运营活动数据的发包,所以可以是一次性的,另外 http 也是可以改造做游戏数据传输,前后关系这种,毕竟本身就是基于 tcp 的协议,另外可以通过最后的发包接口去做,只是操作场景会比较受限,扩展性会差一些,一切都得基于前置条件进行操作,然后拦截处理然后发送,都是可以的,当然最适合自己的才是最好的,毕竟 python 这一套协议接口调试的方案没落地,实际过程中有什么坑,可能也不大清楚,老哥有尝试欢迎沟通!~

  • 🍻 不错,好文!~

  • 嗯嗯,是其中的一种,话粗理不粗,前者可以归类后面因为表现差异化明显所以并不能划为一类,不然也不会存在所谓的游戏测试了,那都可以叫软件测试了。差异化比较明显,才把游戏这块独立出来了。

96 年小白,擅长游戏测试相关内容,个人认为游戏客户端相关还算比较有心得,希望以后能跟各位老哥们同成长,同进步,测试的门槛儿水涨船高,希望薪资也涨上去,拜托了拜托了!~