unit-testing - 您的单元测试有多深？

Question

已锁定。这个问题及其答案是 locked因为这个问题是题外话，但却具有历史意义。目前不接受新的答案或互动。

我发现关于 TDD 的一点是，设置测试需要时间，而且由于天生懒惰，我总是想编写尽可能少的代码。我做的第一件事似乎是测试我的构造函数已设置所有属性，但这是否太过分了？

我的问题是您编写单元测试的粒度是多少？

..是否存在测试过多的情况？

Answer 1

我获得报酬的是有效的代码，而不是测试，所以我的理念是尽可能少地测试以达到给定的置信度(我怀疑这个置信度与行业标准相比很高，但这可能只是傲慢)。如果我通常不会犯某种错误(例如在构造函数中设置错误的变量)，我不会对其进行测试。我确实倾向于理解测试错误，所以当我有复杂条件的逻辑时我会格外小心。在团队中编码时，我会修改策略来仔细测试我们集体容易出错的代码。

基于这一理念，不同的人会有不同的测试策略，但鉴于对测试如何最好地融入编码内循环的理解还不成熟，这对我来说似乎是合理的。十年或二十年后，我们可能会有一个更通用的理论来确定哪些测试应该编写，哪些测试不应该编写，以及如何区分它们。与此同时，实验似乎是顺理成章的。