很赞同你的观点。

这个很有必要做，游戏产业这边打包时间太久了，打错一批包就是干等。
互联网这个做得比较超前。
看完贡献需求：
建议还可以拉取版本后，打包之前检查版本配置对不对，对了才打包，打完包在自动投递。
往上做就是做一套围绕打包和自检的流水作业线。

我犹豫了一会，做出一个违背祖训的决定，告诉你个秘密，测试最后也要学前端和做前端。

杭州蔚来汽车进去看了 2 次，后面听说预定车的可以上 2 楼。。。

老脸一红。

稍微打个公益广告：locustCat 版 python 结合 boomer（坑已经改了）只提供漕河泾周边熟悉游戏公司提供部署和教程（100% 全免费，上门自带饭团，远的不支持谢谢）。

流畅的 python，第一本书选的有点养生，推荐这本讲 python 特性的。

根据 Json 自动生成实体文件有，idea 有个插件就行。

建议是多贴点代码，根据抛错，目前无法判断问题。你是使用 option 的方式来启动的吗。
PS:验证是否兼容可以用窗口最大化，是否会生效来判断。

游戏那边真是兵贵神速，米哈游那边也不少测试开发，时刻学习和训练才能保持不掉队。

学 C# 和 python。主 C#，然后起码可以批量使用开发的代码。

java 代码没做好容错的习惯，还是测试开发写代码 bug 少。

没用过这个方法，跳转过去看看 load_module() 和装饰器。

mtrace 推荐用这个，include 头文件，然后写集成测试的，把要调用的逻辑函数串起来执行一次，写入指定的文件里，后面要自己分析。

如果是我可能只是记录下启动后有可能的 Activity 名称，然后启动后触发一个线程做轮询，一旦找到时间相减，用纳秒的计算返回。你这个就精细很多了。

那次我一直以为是系统升级大改版。。。

如果是打包后的话，应该时间都变了吧，如果是 unity 的才需要用原始文件。

首先你先要确定，打包会不会改变文件的 md5。如果不会改变 md5，就用 md5 去匹配文件。请看下面，如果会请验证打包之前的文件。
1.先把所有文件路径使用 os.walk 存到 mongodb 或者本地 excel 的列内，记录当前 md5 的值
2.第二次同样的上面的
3.存完匹配把 md5 有差异的文件路径打印出来（各种形式都行啊，能力高的拼接一个 html 样式）
还能做很多扩展，比如验证打包算法是否正确（比如部分文件打完会变大）打包后多余资源，重名检查等等，这个就需要多存一个文件尺寸。
你这个想法很好，本身也是代码门禁精准测试的一部分内容。

工具类和功能测试本来就相辅相配合的，工具类完成了多少标记给功能测试，让功能测试时间投入更重要事情上去。
自动化和接口的用例依据也是根据功能测试用例去写，两者如果分开和水中捞月一样。

是开发工具还是具体做什么业务？，画图有画图的库，算坐标有算坐标的库，自动化关键字也有不同的库。。

关注，打算今年聚合各工具框架搞个前台展示的。

看到楼上槽神的留言，石化了 3 秒，继续打字。
做好自己，自己在工作那边不脱节，在服务当前公司任务，对得起自己和公司就好。

点赞

加油~~

Kcp 个人觉得最大优点除了快速窗口滑动之外，就是 ARQ 了来快速配置和模式切换，要踩很多坑啊···