引用:
|
作者A級黑豬肉
老人不是不敢改 code...
而是修技術債就會影響到新功能的上架時間...
Sales 不高興... Board of director 不開心... 客戶以為公司快倒了趕緊離開...
 |
引用:
|
作者A級黑豬肉
應該是測試寫出來後才准許寫實際程式碼。
沒有在 Unit test 的邏輯不准出現。
沒有通過 integration test 的不准 merge 到 master。
只有 CEO 親自下指令通融的才准許跳過測試先上架。
老系統很難... 但只要是新的 code 就一定要達到。
|
同意+1
整合測試跟End-to-end的成本太高, 如果拖到後面才做, 就算發現問題都太晚了
我們現在遇到的問題就是個老系統, 就別說Unit Test了...
老人說不敢改, 怕會有side effect,
要求要先有完整的整合跟E2E自動化測試來確保改code沒有影響
聽起來似乎也勉強算合理,
然而, 目前系統當初完全沒有考慮testibility,
要自動化的速度跟穩定度都是一大障礙.
最近終於有機會Marketing同意保留時間做內部架構調整,
在討論要把系統decouple降低dependency
得到的答案是:沒想過這個問題
