同意楼上，继续追问细节

先生成所有组合，再进一步写规则去筛掉不符合规则的错误组合

用Airtest先给PerfDog工具本身写一个自动化脚本（windows的），再给游戏写一个性能测试专用脚本，然后两个脚本别用IDE的方式执行，用命令行的方式分别执行。即可

我也是这么干的，不过由于程序把压测工具已经做了，所以就没有继续深入了

美术资源格式检查这一块，由于欠缺了一些材质、纹理、贴图相关的理论知识，所以之前没搞过这方面的东西，后面可以去学习下。
第二个关于包体静态检查自动化这部分，以前没有这么思考过，感觉确实可行，列入到我的计划里面去了。大佬666
配置表增强检查这个，自己思考过一些，比如数值不光检查类型，检查范围，超范围就给警告。

接口测试平台这个，确实是可以搞。但是对于能产生多大的作用，心里还有点没谱。
CI流程这个，我们目前采用的是瀑布敏捷式开发，打包、打表在jenkins上都有集成，可以做到一键出包。
压测工具这个，目前程序自己开发了一个机器人工程，可以做到这个事情，我最近打算把这个工程好好看一下。

关于你说的协议测试工具的作用这个，我举个例子说明吧，比如，商城里面购买商品的协议，我把购买数量从正常的数值10修改为-1，然后发送给服务器，如果服务器没有校验异常数据的话，就有可能处理错误。协议测试工具的作用就是为了找出一些服务器没有校验的安全BUG

因为目的不是测适配，所以没有搞集群多设备跑，就是几台设备跑回归，回归时间就是小版本迭代前，用例数量这个，能保证核心功能基本都能遍历到

好的，我去了解一下

我总结了下，你的建议大概是以下4点。我一一回复下：
1、根据不同的项目，做定制需求的自动化脚本
2、根据协议文档，针对每个协议编写用例，然后执行用例，各版本在测试环境都能稳定回归，确保协议方面ok
3、自动化集群。
4、搞定一个自动化的协议框架，那么也就能搞后端的压力测试了。

回复1：
这个目前没有接到过这样的需求，可以跟测试同学聊一下，看他们有没有类似的需求

回复2：
这个是一个很好的建议，应该跟传统https的接口测试是一个道理，只不过游戏换成了测试基于protoBuf的协议。这方面我花时间去探索下

回复3：
这个不太懂具体是描述什么，涉及到什么技术栈，能够解决什么问题，可以详细展开聊一下吗？谢谢

回复4：
你说的这个类似于机器人的东西，程序已经实现了一个，就是用于压测的，我也阅读过这个工程，确实有很多值得借鉴的地方。

最后，感谢老哥的耐心回复~