大型测试/规范文件往往意味着被测试的代码可能会做太多事情。但情况并非总是如此，通常您的测试代码总是会超过被测代码，但如果您发现它们难以管理，这可能是一个迹象。
我倾向于根据功能对测试进行分组。想象一下，如果我们有example.js，我希望example.tests.js首先。
ExampleSpec我倾向于有许多基于不同上下文的规范/测试，而不是一个名为的规范。例如，我可能有EmptyExample、ErrorExample、 和 ，DefaultExample它们有不同的先决条件。如果这些文件变得太大，那么您要么缺少抽象，要么应该考虑将文件分开。因此，您最终可能会得到如下目录结构：
眼镜/
例子/
空示例.js
错误示例.js
默认示例.js
首先，每个生产文件一个测试/规范文件应该是起点。仅在需要时分开。