2.3自定义条件调试

如果自定义事件的条件不符合预期，可以把条件暂时切换成自定义条件，使用上文说的代码调试的方法，来调试条件。

自定义事件的条件出问题经常是由于自动模式引起的，可以参阅自动模式相关的专题文档来排查。

3、组件或平台bug

虽然我们已经在尽力避免出现任何bug，但还是可能会有漏网之鱼。如果bug已经出现并且影响到项目推进了，掌握bug的判断方法能节约排查问题的时间。

3.1判断依据

如果使用上文所说的方法都无法排查出问题，可以适当怀疑是平台或者组件层面出了问题。下面说几种比较常见的排查方式。

3.2新组件测试法

如果发现组件的某个功能不正常，可以拉取一个新的组件下来，看同样的配置项和数据下是否能复现问题，能复现大概率是组件bug。

3.3粘贴静态数据法

通过代码调试或者控制台查看接口请求，把出问题的数据复制出来，把数据粘贴到组件的静态数据中（暂时切换成静态数据），当然你的数据格式得符合组件的静态数据格式要求。如果有问题，则成功复现bug，可以推测和组件相关。但此时未必是组件bug，可以在静态数据基础上进行调试。因为静态数据下调试响应快，可以实时预览，效率较高。

3.4新大屏测试法

有时候问题出在某个大屏的某些特定组件或特定交互里，大屏里东西多很难排查，可以把出问题的部分组件复制到新的大屏里测试，以此用控制变量法逐步排查。

3.5二分隐藏法

如果大屏里东西太多，还不能定位问题出在哪个组件上，可以使用二分隐藏法。可以把大屏里的一半组件，打组之后隐藏（最好复制出大屏，以免误操作），看问题是否还会出现；如果还是出现，表示问题出在当前显示的那一半组件中；如果不出现了，说明问题出在刚才隐藏了的那一半组件中。然后对出问题的那一半组件继续使用二分隐藏法，逐步细分，递归查找，直到定位出具体组件。

使用二分法时，最多只需要7次就能从100个组件中找出问题所在。