大人都要 先学 Java 再学 Python

另外一个思路，策划配表需要导表转换，把导表工具进行二次开发，加入你想要的检查项，结合你上面的思路，这样更省功夫；如果这个不行，那自己动手写吧，去年我在 GitHub 上没找到，就自己撸了一个检查工具出来，SVN 钩子结合 Jenkins 触发脚本。

小孩子才做选择 大人全都要

服务器一分钟推送了 4 万条协议给一个玩家，自身和客户端运算造成一些影响，毕竟每一条协议都要进行序列化反序列化和逻辑运算，另外镜头之外的玩家也进行广播，做性能优化的话就没必要广播，毕竟玩家人数越多，服务端和客户端的计算量都是指数级增长；创角登录我司这个项目确实存在瓶颈，还在优化中

翻了下记录

AI 角色口吻 请忽略

问题 1：游戏接口测试 (我习惯喊协议测试) 一般都会在功能测试阶段进行，点点点的时候顺便把数据通过 GM 命令或序列化接口把数据序列化发给服务端；Jmeter 我用的少，没啥发言权；
问题 3：我和题主出发点不一样，我是基于压力测试的需求才写机器人，后续延伸的协议自动化，收益得结合投入成本来算，像我这里的情况多个项目都是用同一套框架，写一套多个项目通用，成本已经剩下很多，目前我觉得收益较大是项目版本迭代更新前后数据对比。

他们问的你不会，你会的他们不关心，这句感同身受，前年找工作也碰到类似情况。

上招聘渠道找几份测试经理的 JD，看看里面的要求如何，结合自身实际情况和目标公司，那个应该就是你想要的答案

下一个自媒体同步助手，支持 N 个渠道。

期待新书

围绕用例评审目的、成本、收益评估下，开发认为没价值我理解为成本>收益，接下来拉一下缺陷数据，如果在评审环节就阻止缺陷的发生，让开发知道收益如何。

看到 xmind2TestCase 刚好我也在用，看到 6 楼说强制格式打乱思路，+1，不单单是我一个，其他的测试小伙伴大致一样；后面把 xmind2TestCase 的解析逻辑改了下，通过标记优先级来确定用例标题节点，和作者的第二点差不多，降低使用成本。

pytest 支持多进程，可以看看 -n 的用法

感谢提醒，是 pocoui，我没拼全

你试试编码格式转换一下

协议自动化这块我这里刚好在做，机器人搭建好后也可以做压力测试，我说说我这块的实现，不知道是不是你们想的哪种：
技术栈：docker(Jenkins+Gitee+Python(pytest+allure)+robot(websocket+pykka+sproto))
1.根据协议文档编写协议测试用例，基本是一条条用例写，多数用 Excel，复杂场景用 .py
2.用例编写完成之后 Git 提交推送
3.Jenkins 检查到更新/定时开始执行 shell 命令
4.shell 命令是执行机器人登录，然后 pytest 执行对应的测试用例
5.执行完毕之后生成测试报告
大概是这样

我这里 MsgSwitch 是个迭代器，返回一个 match 方法对接收的消息类型进行检查

还没有写完，写的空白链接

试试 --alluredir=“Jenkins 的工作目录”，可以在控制台输出查看，比如我的：Building in workspace /var/jenkins_home/workspace/xxx/allure-results，--alluredir=/var/jenkins_home/workspace/xxx/allure-results