遇到这种情况 我会把所有use case列出来
当你列出来后会发现 原来数据分析跟问券是否已完成
是不相干的两件事
那这两段逻辑就不能相依 要分开处理
数据库多开两个字段 问券是否已完成 跟数据分析要用的结果
这样应该会简化很多吧?
你们的问题是在code中做了太多的判断 又没有unit test
导致code写得很混乱
一旦有新的需求 要在这坨code里面修改逻辑会绑手绑脚的
如果一开始在规划DB就有想到这点，
写code时也有想到这点
那即使备注里的逻辑没写在spec，是pm后来加的
你们应该也不需要花太多时间修改
我只要专注在取出数据分析要用的结果
以及问券是否已完成这两点上就好
至于审核覆核这串逻辑 就打包起来放另一边
这样code看起来会干净许多