遇到這種情況 我會把所有use case列出來 當你列出來後會發現 原來數據分析跟問券是否已完成 是不相干的兩件事 那這兩段邏輯就不能相依 要分開處理 資料庫多開兩個欄位 問券是否已完成 跟數據分析要用的結果 這樣應該會簡化很多吧? 你們的問題是在code中做了太多的判斷 又沒有unit test 導致code寫得很混亂 一旦有新的需求 要在這坨code裡面修改邏輯會綁手綁腳的 如果一開始在規劃DB就有想到這點， 寫code時也有想到這點 那即使備註裡的邏輯沒寫在spec，是pm後來加的 你們應該也不需要花太多時間修改 我只要專注在取出數據分析要用的結果 以及問券是否已完成這兩點上就好 至於審核覆核這串邏輯 就打包起來放另一邊 這樣code看起來會乾淨許多 -- ※ 發信站: 批踢踢實業坊(pttsite.org.tw), 來自: 60.251.47.197 (臺灣) ※ 文章網址: https://pttsite.org.tw/Soft_Job/M.1673497956.A.E8E