3.7.0 开始，浏览器预览开头会有一个插屏的动画，你可以通过修改插屏事件，来减少开头的等待时间。我们后续会对该功能进行优化，避免用户在浏览器预览的时候需要等待插屏
是的，本来我们也是评估后准备发布 3.7.3-p.1 了，后来排查完发现 3.7.3 变慢的是编辑器预览而不是网页预览，暂时就不发补丁版本了。因为编辑器预览本身也是实验性功能，如果真要做到尽善尽美现在 bug 其实也不少，等这个功能将来更加成熟之后我们会重点进行测试的。
PS：我们现在没办法发现一个问题发一个版本，因为我们经过多年的规范，目前发版本的流程还是很长的：
- 申请测试资源、测试排期
- 打包自测，解决各种分支合并、同步、打包、签名、自动化测试问题
- 每一轮人工测一周，大版本通常要测 4 轮，小版本 1 - 2 轮
- 每一轮都会测出很多问题，需要研发进行梳理、复现、排期修复，
- 走上线流程，涉及到微信引擎插件、360 安全校验、包体校验、引擎性能校验、文档、官网、API 上线等环节
这样折腾下来，对各方面的影响还是很大的，也会影响大版本的进度。
是的，非常赞同。这么多年了，你们应该也能感受到我们是能意识到问题的。感谢对我们的批评，也欢迎继续吐槽。
人力去覆盖是永远不可能覆盖全面的，目前测试团队的人力配置已经和编辑器团队相当了，每个大版本都会花上一个月的时间进行人工 + 自动化测试。但是编辑器和引擎的用法千千万，好多 API 我们自己都不知道还能这么用，很多编辑器的用法测试团队也没掌握过。
我们现在能想到的就是尽可能提高自动化测试覆盖率，特别是引擎在所有平台上的自动化测试。但是自动化测试例的编写也是需要人工进行的，也只能事后补充，很难覆盖所有使用场景。这一点上我暂时没有想到更好的办法，欢迎向我提供建议。
其它问题我也一并转发给引擎同学了。再次感谢您的反馈。
2赞
好的，非常感谢，幸苦了 
感觉每次更新 必定都会遇到这个启动满的问题 你们留意下历史的贴
3.7版本真的好狗屎 好多问题让我超级难受 上下移动箭头我得拿放大镜来上班 双屏移动 里面的场景会跳 而且会修改我预质体的位置 我的妈啊这么明显的问题 只要拿来开发个小功能就能发现的问题 居然就发布了
无语死了。。。。
还有一个节点错乱的问题 只有打包到手机才会出现
确实很慢。有时还要重启编辑器才行。不然就启动超时了。编辑器预览虽然是实验性功能。还是希望做好。编辑器预览方便很多。
我们会发一个 3.7.4 来修复此问题
1赞
建议引入模糊测试和重视集成测试。单元测试的意义不大。我感觉还是测试环节不够规范，这几年看下来确实是很多问题未能测试出来
但是很多bug是在上一个或者上上个版本就已经存在了。在某个版本被修复，下个版本又出现.就非常奇怪了
我们测试环节比开发环节还规范，主要还是光靠人工测试无法穷举所有操作。当然也有不少问题是有测出来，但是没有得到修复，因为引擎的开发人力很有限……
1赞
确实靠人工无法穷举所有可能性，其实可以考虑多个组件之间组合后是否会出现bug，当然还存在上下层节点之间的组件增删改后是否可能出现bug等等的，其实工作量确实不少。单靠人工肯定是不足以穷举所有可能性的，我强烈建议你们内部写一个测试框架来实现我上面说的那些点，你应该懂我的意思，望越来越好和健壮
请问测试框架如何穷举所有可能性？框架本身如何知道什么结果是对的什么结果是错的？
比如sprite组件和button组件之间耦合比较紧密，更改sprite.spriteFrame后button也会做出相应的更改，用代码判断是否更改了，如果没更改，那就是panic，如果更改了，那就是测试通过。
再展开来讲：批量选中多个节点并赋值给这些节点中的共有组件的某个值，比如sprite中的spriteFrame，我记得在某个版本就是出现这个bug，并没有全部赋值，或者是全部赋值了，但是节点下的button的normal sprite却没有做出正确的改变，我只是抛砖引玉，其他组件之间的东西，其实这种测试框架是挺不好写的，但是并非写不出来，而且最重要的是这种测试框架一旦写出来则受益匪浅和永久性的。再说下模糊测试，模糊测试是最近几年的东西，是为了测试每一个函数的bug，这个你们应该有所耳闻。框架肯定是不知道什么结果是正确的，什么是错误的，这些都需要你们在测试时候用代码来自动打开编辑器，既然是集成测试，那肯定是模仿写代码时候的环境，肯定是需要打开你们的cocos编辑器的.然后每次编辑也是通过代码来修改，接着隔一定的时间判断编辑器是否做出了所预想的那种效果。。。等等。。
这种框架我们现在就有啊，问题是如何做到穷举所有 bug？
这个确实没法穷举所有，但目前来说其实不用穷举所有，能涵盖大部分情况都已经很不错了
大家可能对我们的测试自动化水平、专业性、重视程度，还有引擎 + 编辑器 + 各种系统环境 + 各种操作 + 各种类型的项目，所组合引发的边界问题，有视角上的偏差…… 摆烂就不摆了，只是想说我们现在要解决的问题没有那么简单，有可落地的方案的话我们早就采纳了。一个侧面的例子是，大家可以看看我们发一个版本的速度有多慢，大家应该能记得？就是为了尽可能消除 bug，否则改几行代码多容易呀。
1赞
小米加步枪 一次更新的东西没必要太多 更新的快比更新的多更重要
3.7.4 会修复打开prefab编辑，缩放的问题吗