我发现关于TDD的事情是，它需要时间来让你的测试设置和自然惰性我总是想写尽可能少的
代码。我似乎做的第一件事是测试我的构造
函数已设置所有的
属性，但是这个overkill？
我的问题是，你写单元测试在什么级别的粒度？
..和有一个测试太多的情况吗？
我得到的
代码工作，而不是测试，所以我的哲学是尽可能少的测试，以达到给定的信任水平(我怀疑这个水平的信心是高的行业标准，但这可能是傲慢) 。如果我通常不犯一种
错误(如在构造
函数中设置
错误的变量)，我不测试它。我倾向于理解测试
错误，所以我非常小心，当
我有复杂的条件逻辑。当在
一个团队中编码时，我
修改我的策略仔细测试
代码，我们集体倾向于
错误。
不同的人将有不同的测试策略，基于这个哲学，但这似乎是合理的我给予的不成熟的状态的理解如何最好地适应编码的内循环测试。十，二十年后，我们可能会有一个更普遍的理论，哪些测试写，测试不写，如何区分。在此期间，实验似乎顺序。
