测试最佳实践：针对CRUD API

Question

3

类似的问题以前已经有人回答过，但是他们并没有解决我的问题。

我正在测试一个具有创建、读取、更新和删除方法的API。最好单独测试每个函数。但是，

要测试创建，我需要读取。要测试读取，我需要创建。要测试更新，我需要创建和读取。要测试删除，我需要创建！

除了这个API本身，我没有其他验证机制（例如，更低层次的API）。

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

谢谢

- Asad Iqbal

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Lieven Keersmaekers · Accepted Answer

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

可读性

如果一个测试方法测试所有内容，你会给它起什么名字？我发现以 CreateShouldCreateARecord 的形式编写测试方法比 TestCRUD 更易于阅读。

查找错误

通过提高可读性，更容易知道哪里出了问题。对于一个庞大的方法，报告中只会显示 TestCRUD 方法失败，你需要深入查找才能发现是实现错误的读取操作。