看板 [ Soft_Job ]
討論串[討論] Unit test 的撰寫請益
共 4 篇文章
內容預覽： 開啟 | 關閉 | 只限未讀
首頁
上一頁
1
下一頁
尾頁
#1
[討論] Unit test 的撰寫請益
推噓16(16推 0噓 25→)留言41則，0人參與, 1年前最新作者shane87123 (陽光大肥宅)時間1年前 (2022/11/08 18:51), 1年前編輯資訊
2
0
0
內容預覽:
先說我對 Unit test 的看法：測試單元（可能是 function）的邏輯是否正確. 好，進入正題. 小弟最近剛工作，稍微讀了一下負責的 project 的程式碼後，. 要開始開發 Unit test。. 現況是，各個 file (.c) dependency 很重，. 常常會有一份 code
(還有827個字)
#2
Re: [討論] Unit test 的撰寫請益
推噓11(11推 0噓 9→)留言20則，0人參與, 1年前最新作者Keyword (關鍵字)時間1年前 (2022/11/09 07:07), 1年前編輯資訊
0
0
2
內容預覽:
大家都選1嗎？我覺得二比較好. Google的guideline是Prefer Realism Over Isolation. 詳見. https://abseil.io/resources/swe-book/html/ch13.html. TotT有關fakes的討論也提到. Fakes are
(還有234個字)
#3
Re: [討論] Unit test 的撰寫請益
推噓12(12推 0噓 4→)留言16則，0人參與, 1年前最新作者GALINE (天真可愛CQD)時間1年前 (2022/11/09 14:19), 1年前編輯資訊
0
0
0
內容預覽:
先說在前面. 雖然聽起來很幹話，但很多東西沒有標準答案. 有時是合適度的問題，也可能是喜好（品味？）的問題. 同一個題目，實際的 code 長得不一樣，可能也會用不同的方法處理. 另外，除了資源豐富到人力充沛到不行的專案，以及幾乎沒有時程壓力. 的專案（很多開源專案屬於後者），少有專案能把測試能做到
(還有1522個字)
#4
Re: [討論] Unit test 的撰寫請益
推噓33(33推 0噓 8→)留言41則，0人參與, 1年前最新作者HZYSoft (PCMan)時間1年前 (2022/11/10 23:21), 1年前編輯資訊
0
0
2
內容預覽:
先說結論，先都不要寫。. Legacy system 要先補大範圍的 integration test，確定整體的行為是對的。. 如果 code 沒有要再改，不用補細部 unit tests。. 原因是因為，原本 API 可能因為設計不良，導致無法寫 unit test. 得先 refactor 才
(還有1560個字)
首頁
上一頁
1
下一頁
尾頁