我做TDD，我组织我的单元测试已经相当松散了。我倾向于从一个代表下一个故事或功能块的文件开始，并写出所有的单元测试来做这个工作。
原文链接：https://www.f2er.com/javaschema/282263.html当然，如果我正在引入一个新的类，我通常会为该类别制作单独的单元测试模块或文件，但是我不将测试本身组织到任何更高级别的结构中。结果是我写的代码很快，我相信我的实际程序结构相当好，但单元测试本身是“凌乱的”。特别是，它们的结构倾向于概括开发过程的系统发育。有时，我认为自己是在测试中懒惰的代码中交易懒惰。
这个问题有多大？谁在这里不断重构和重组单位测试，以改善其整体结构？任何提示？测试的整体结构应该如何。
(请注意，我不太要问“每个函数有多少断言”问题在这里提出：How many unit tests should I write per function/method?我正在谈论更大的图片。)
