没点进来，以为是 ths，看了半天，一点都不是 ，整篇讲述的更多的是利用 code review，但实际上测试人员想要达到这种地步可想而知

重点：和自己和好

争论没有多大的意义，针对于当时当下，在各种条件下，处理的方式都不一样，所要达到的目的也可能不一样，纠结于某项内容过程中的产物，没有多大的意义，最终在规则之下可以 “贪婪” 的达到最后的目的（结果）才是王道

期待一手小黑子的回复

就爱看你的回复

上有请假成为百万富翁的十月晴天，下有大三学子暑假 JOC 夺冠的祈愿丶屠毅

你是不是在测试头像的多样性

练习两年半

已经成为了

怎么能成为下一个 “小黑子”@ 小黑子

个人认为 union all 可以写成一个格式，在对比中，将不同字段替换下，进行对比即可，很多时候的问题都出现条件缺少，或者使用的方法、或者一些保留小数、引用源表导致的错误，其次，在周期较短的时候，是否可以白盒测试数仓开发的 SQL，较少测试时间？

很想知道，在数据校验当中，确认数据/指标符合需求规则，看您是根据规则编写了 SQL，得出预期结果，那么针对预期结果，可能预期结果有很多条数据，那么针对与这样的数据，你们是抽样比对还是全量？