有尝试投递，基本被 HR 挡下来，看匹配度可能，字节的更多看学习迁移能力。

嚯，加油！~

6 年多接近 7 年。

游戏的菜鸟能来分一杯羹嘛？

个人需要知道的：
1、梳理公式 List：梳理清楚所有的公式 List，最好是找策划要，配置表或者战斗的 Lua 计算都可以，视情况而定；
2、梳理公式计算优先级：常见的就是公式中常见的属性稀释了；
以上都知道后，开始着手去针对性的排练组合了；
测试手段的话，使用自动化的方式排列组合公式；
因为你是自走棋，所以是分阶段的，按照阶段性的配置，去使用脚本进行所有的组合进行伤害计算；
特：因为自走棋中会存在一些概率性的一些内容，也按特殊的配值关注表现即可，如：0%，50%，100%；看起来如果没有问题的话基本没什么问题，另外如果不放心想多跑，也可以自动化的方式进行。

当管理当的心情抑郁了快，带团队如果自己不是部门的 TOP1 真心会好难受，尤其是我这种年轻人，跟我 Leader 管理观念相冲的时候太多了，我有时候控制情绪都控制的好心累。

羡慕大佬，嘤嘤嘤

分开回答你一下哈。

第一个问题：

我不记得当时怎么回的了，让我现在回答的话，我大概率就是选 Moba 常规的 5v5 的多人战斗进行回答，战斗的内容以英雄与战斗测试为准，维度的话；
1、单独的英雄测试，包含技能，介绍，UI，特效，动作，音效等维度的检查；
2、关联场景：局内局外，模型展示，英雄分类，状态切换；
3、战斗测试：战斗数值配置检查，特效展示，前摇后摇，战斗状态，buff 状态检查等；
4、多人战斗：混战 UI 优先级覆盖，buff 优先级检查等；
大概就这些。

第二个问题：

黑神话悟空的战斗相对反而没有现在的手游测试难度大，因为很多逻辑验证正确的话，比较多验证的就是主观上的手感以及打击感相关内容的调整，更多的还有墙体碰撞检查的内容，反而场景比较简单，测试难度较低，难度向下兼容，是有差距，但是还 OK。

共同点：

1、都有技能的前后摇以及音效来评估操作手感；
2、都存在较多的状态变化；
3、都有与用户 UI 界面的强交互的场景；

在郑州这个薪资简直不要太香呀，嘤嘤嘤。

目前的话，还没有哈，但是也略知一二，可以沟通。

祝越来越好呀，刚八代。

首先说下我的个人观点哈；
1、一个月一次，说实话并不频繁；
2、而且没东西分享更多的话找一下自己的个人原因吧，是不是自己太懒了？
3、我们之前的分享是一周一次，一直持续了快 2 年，每周三下午时候会花半小时到最多两小时的分享；
基本雷打不动，整个部门都会去，除非真的项目紧张，一点时间抽不出，会延期或跳过。全公司面我们也会分享；
分享的内容基础到进阶或者以前在其他公司的项目应用或实践，来着不拒；
docker 基本使用，git 基本使用及进阶使用，devops 项目实践，工具使用一大堆，脚本实践一大堆，业务测的分享完，分享理论测的，混沌初想，工程思维，应用数学项目实践，基础算法等这些都可以分享，软件分享完，分享游戏，游戏分享完，分享上游业务，花时间了解一下我觉得都可以拿来培养。
我个人认为分享的意义在于：
1、个人的横向驱动；
2、沟通，表达的锻炼；
3、横向面培养补偿自己的垂度领域；
不要把分享当压力，除非真的就是 Leader 无脑定，这样的话请把我的话当放屁，现在太多 QA 的小伙伴输在表达还有业务还有技术广度上了，面试，开会，说话紧张，手抖，嘴抖，脑袋空白，明明线下像个王者，上去以后像个巨婴。

好家伙，这样的注释对新手玩家真是极度的友好呀。

嗯嗯。

上海欢乐

转产品！~

转！

教科书般的优化示例。

哪个主页？我还刻意点进去去看了下，没听到。我是不是被诓了？

压测场景：
1、物流运输，峰值压测；
峰值要求：1800w；
持续时间：12h；
动态调整：中晚高峰；
2、渠道转接，堵接口；
峰值要求：压测当前单节点服务承载极限；
持续时间：1min；
采取手段：堵接口，如单独验证某渠道如：拼多多，活动开始时的承载极限，但是处理中心要承接多个渠道有抖音等，此时就为保证测试准确性，就需要禁止其他渠道流量流入进行压测；
3、 IM 压测，峰值压测；
峰值压测：压测当前单节点服务承载极限；
持续时间：全天；
压测方式：IM 聊天机器人；
动态调整：准备不同长度消息库，准备不同信息账号等，进行频繁聊天；
实际上还有很多，不同场景，不同的业务，简单写两条这样的。

与软件测试的方式基本是一致的，测试前置，测试步骤，预期一致，就算通过；
地图很大的时候，如何遍历，地图跑测，堆人力大量的进行地图跑测，机器人跑图等，因为地图大的时候，会对地图模块化，方块区分，坐标遍历。
穿模，展示性穿模，地图性穿模，都有验证标准，有的在美术 QA 检查阶段就抛出问题了，有的也会走所谓的脚本穿模检查，卡顿，丢帧，会进行协议测试还有弱网测试；

测开的主要业务来源就是给测试部门赋能，不了解单纯去做，确实会在一定程度上对赋能这块的内容产生认知不全不到位的情况，除非给你们测开部门单独配个懂业务的产品单独给你派任务，但是这样的话，还不如直接走业务开发，都没必要走测开了。换个说话，你可以理解的就是一个不懂游戏的人没有游戏经验的人，来做游戏，是一个道理，虽然他有开发经验，但是在实际工作中，在认识还有开发过程中有较大的学习成本在，楼上恒捷大佬说的是对的，轮岗是个相对比较好的提升捷径。轮岗也有对应的节奏，开发阶段真空期选择轮岗尤佳，让你的测开 Leader 去安排。

建议不用做性能测试，没必要。这点事务量建议人工。不用麻烦机器了。

统招普本