测试最佳实践:用于CRUD api

Question

以前也有人回答过类似的问题，但它们并没有解决我的问题。

我正在使用create、read、update和delete方法测试api。最好是分别测试每个功能。但,

要测试create，我需要阅读。为了测试读取，我需要创建。要测试更新，我需要创建和读取。测试删除。我需要创造！

除了这个api本身，我没有其他的验证机制(例如，底层api)。

在这种情况下，我是否应该编写一个包含所有内容的长测试？或4个不同的测试；每个测试都有特殊的设置和拆卸逻辑。

谢谢

Answer 1

这是非常主观的，但我会写四个不同的测试

• 更易于维护
• 更容易定位可能的错误
• 提高可读性

可读性

如果你的测试方法测试了所有的东西，你会给它起什么名字？我发现以CreateShouldCreateARecord的形式比以TestCRUD的形式阅读测试方法更容易

定位错误

随着可读性的提高，更容易知道哪里出了问题。同样，对于一个单一的方法，您在报告中得到的所有信息都是TestCRUD方法失败了，您必须深入查看以发现它是一个错误的实现读取。