看板 [ OOAD ]
討論串[資料] Unit Testing Framework
共 7 篇文章
首頁
上一頁
1
2
下一頁
尾頁

推噓6(6推 0噓 1→)留言7則,0人參與, 最新作者H45 (!H45)時間17年前 (2007/07/18 23:38), 編輯資訊
1
0
4
內容預覽:
Unit 意指一個最小的單位,而這個最小單位的程式碼仍然大到足以進行測試,所以. Unit Testing 就是盡可能以最小單位來進行測試的程序。. 在物件導向的編程中,Unit 往往指的就是 Class, 也就是說一個 Unit Testing 就是在測試一個 Class.. 下面提供現成的測試工
(還有156個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者H45 (!H45)時間17年前 (2007/07/19 14:23), 編輯資訊
1
0
4
內容預覽:
不得不承認真的不 OO 了. 雖然物件導向的分析和設計中. 如果採用 test-driven development 的話. Unit testing 會是很重要的一環. 在分析的時候,不只是把 unit testing 納入考慮,也一併加入了系統的架構. 整個系統的發展將會與 unit testi
(還有141個字)

推噓0(0推 0噓 1→)留言1則,0人參與, 最新作者PsMonkey (痞子軍團團長)時間17年前 (2007/07/19 23:39), 編輯資訊
1
0
2
內容預覽:
簡單地說,傳統結構式的語言,像 C 的 function. 你還是可以套用 Unit Test 的觀念吧?. ^^^^. 又沒說一定要... cccc. ㄜ... 我書念得不多. 可以講一下,如果 unit testing 納入考量. 會在 OOAD 的階段產生什麼影響嗎?. 如果有考慮跟沒考慮,O
(還有124個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者H45 (!H45)時間17年前 (2007/07/20 00:00), 編輯資訊
1
0
0
內容預覽:
因為 OOAD 的上一層是軟體工程. 所以系統在開發的過程中勢必少不了一些前提. 現在就假設以 test-driven 的方法來開發軟體. 開發程式之初,最需要的就是「需求的擷取」. 再度假設現在已經知道了系統的需求與功能. 那麼緊接著就是做一連串的 test case. 做完了 test case
(還有536個字)

推噓2(2推 0噓 0→)留言2則,0人參與, 最新作者adrianshum (Alien)時間17年前 (2007/07/20 14:15), 編輯資訊
1
0
0
內容預覽:
這部份不太贊同. 沒錯, 做 unit test 時通常會比較針對. interface 提供的東西來作測試, 但test case. 本身是用來測試特定的 implementation 的.. 換而言知, 對 test case 而言, 它是知道它. 要測試的是哪一個 implementation
(還有144個字)
首頁
上一頁
1
2
下一頁
尾頁