編寫單元測試時最常犯的錯誤是什麼？

Question

你在編寫單元測試時犯的最常見的錯誤是什麼？耦合？缺乏凝聚力？嘗試一次測試過多的功能？沒有測試足夠的功能？

後，如果你有這些太連接到他們正在測試的代碼錯誤

Answer 1

寫作考試的例子一些示例代碼。在我依賴語義耦合以及我只是假設爲班級工作的情況下，情況尤其如此。

Answer 2

依賴於某些實現細節，這些細節不屬於測試功能的一部分，並且可能在以後的開發中發生變化。
有時候，這些假設太難分解，或者太過於禁止考慮和變化。

Answer 3

缺乏報道 - 我很少測試我第一次傳球時的所有情況。

Answer 4

在一次測試中測試太多。我的單元測試通常不會將自己侷限於被測方法，而是更多地體現了集成測試的特點。

Answer 5

留下了一些小細節（例如，一個十六進制十進制功能在單元測試並沒有在它的任何信件...）

Answer 6

嗯，我有時錯過了撲滅[測試] C＃屬性，並且測試甚至不會運行:)

Answer 7

僅使用一些隨機值進行測試，而不是使用等值分區和邊界值分析進行測試。

Answer 8

忘記在雙比較中舍入誤差允許值可能是我最大也是最煩人的錯誤。

Answer 9

是的測試代碼，而不是應該存在的代碼。

我傾向於測試編寫單元測試時出現的代碼。也就是說，我將編寫一系列測試，它們的覆蓋範圍非常高，並且測試了大部分代碼，但未能覆蓋代碼未涵蓋的基本錯誤條件。

Answer 10

根本不寫。

Answer 11

不先寫他們（即不打算在測試驅動路線）

Answer 12

製作不使用模擬對象或框架緊密耦合的兩個積分點。

Answer 13

http://msdn.microsoft.com/en-us/magazine/cc163665.aspx

Answer 14

沒有得到測試夾具整潔，整齊不夠 - 所以寫測試是難度比它應該是。

Answer 15

編寫既不是單元測試（僅測試特定方法）也不接受測試（從用戶角度進行測試）的測試。

我發現在一個測試中測試3-4層代碼的測試沒有紮根於人們理解的概念，通常會導致測試成爲維護的負擔，並使人們失望並被自動關閉測試。

Answer 16

只有部分代碼覆蓋的單元測試。

測試成功，所以我感覺很好。事情正在起作用。我轉向別的東西。結果發現有一個未經測試的角落案例。

Answer 17

測試依賴於您碰巧正在操作的操作系統的怪癖，或者以前測試的無意的副作用。