没过鸿蒙3.0内测的同学也没必要太难过。
一方面，鸿蒙3.0的开发者Beta是需要真正提交bug的，包括昨晚大家都在拍超级月亮，我发现内测的同学已经发现了不少拍照的bug，另外还有一些软件和适配方面的问题，Beta版的稳定性也比不上正式版，所以普通消费者真的就等正式版或者消费端的内测就好。
另外，有限的资源也要向更高效的反馈来倾斜。所以鸿蒙Beta也会更多倾向于拥有更多鸿蒙设备，包括手机、平板甚至IoT产品的小伙伴，这样发现bug的几率更大、效率更高，后续推出正式版也会更快一些。

#bug[超话]##找bug# 5个Bug解决方法，不再加班！#加班[超话]##CoCode##开发工具[超话]#

1、代码编写，多思考多完善。

大家写代码尽量多思考思考，做一个功能就尽量做完善，不然后面改起来很吃力。因为功能越来越多，就会导致bug越来越多。改不完的bug，你不加班怎么办？自己的挖的坑，含着泪也要埋好…

2、查看别人的Bug

团队之间需要每天查看别人的Bug，这样我们更容易发现Bug。由于个人思路有限，可以从他人的缺陷Bug中受到启发，扩展思路，丰富自己的测试思路。

3、利用工具

使用CoCode软件评审分析工具，尽早发现并改正软件缺陷，减少返工几率，降低开发成本。通过缺陷移除率评估，评估项目评审效果，预测项目评审质量。让项目尽早发现和消除陷，从而降低返工成本。

数据显示，这一个工具的使用，就能使整个项目开发成本降低20%。

4、定位bug

通过日志信息来定位Bug，只有定位了Bug，才能解决问题。如果不能直接找到Bug，可以通过缩小范围的方式，一点点分析综合判断，测试环境跑断点，找出问题所在。

5、新旧版本比较

通过新旧版本进行比较，查看某个类或者方法，新增了什么代码或者删除了什么代码，经过对比可以快速锁定问题出处，从而及时解决问题。

#bug[超话]##测试# 【干货】如何尽早发现软件缺陷或Bug？#软件缺陷##开发工具[超话]##软件质量#

1、测试左移

测试环节早介入，从需求阶段就介入，以便更早更高效地发现缺陷。

2、查看他人的bug

由于个人思路有限，可以从他人的缺陷Bug中受到启发，扩展思路，丰富自己的测试思路。

3、使用评审分析工具

使用CoCode软件评审分析工具，尽早发现并改正软件缺陷，减少返工几率，降低开发成本。通过缺陷移除率评估，评估项目评审效果，预测项目评审质量。让项目尽早发现和消除陷，从而降低返工成本。

数据显示，这一个工具的使用，就能使整个项目开发成本降低20%。目前工具免费使用。

4、注意非常规场景

软件的一些缺陷，容易出现在边界场景或环境中，即非常规场景。比如边界值、兼容性测试、并发测试、压力测试以及安全测试等。