之前已经回答过类似的问题，但它们并没有解决我的问题。
我正在使用create，read，update和delete方法测试api。最好分别测试每个功能。但是，
要测试创建，我需要阅读。 要测试阅读，我需要创建。 要测试更新，我需要创建和阅读。 测试删除。我需要创建！
除了这个api本身，我没有其他（例如，低层api）验证机制。
在这种情况下，我应该为所有内容编写一个长测试吗？或4种不同的测试;每个都有特殊的设置和拆卸逻辑。
由于
答案 0 :(得分：1)
这是非常主观的，但我会写出四种不同的测试
<强>可读性
如果测试一切，你会给你的测试方法命名什么？我发现以CreateShouldCreateARecord代替TestCRUD
找到错误
随着可读性的提高，更容易知道出了什么问题。同样，对于一个单片方法，您在报告中得到的只是TestCRUD方法失败，您将不得不向下钻取以发现它是一个错误的实现读取。