哪种负载测试方法更好？API测试或完整网站测试

Question

我有一个应用，我们实现了一种微服务类型的架构。应用程序包含6个服务(6个Docker容器)。我需要对此应用程序进行负载测试。由于我在测试领域没有太多的经验，我不确定使用哪种方法。

现在，我已经使用了Gatling负载测试应用程序进行负载测试。在这里，我通过启动记录器来记录测试脚本，并在我的应用程序中漫步以记录所有路由。为了模仿一个实际的用户，我已经在那一次录音中经历了大部分的路线。我想，通常用户使用这样的应用程序，我可以通过编辑线程/用户数来对其进行1000次负载测试。

后来，我读到了关于API测试的文章，我们将重点介绍API。加载每个API的负载都很重。所以，我很困惑我应该使用哪种测试方法？如果我们进行API测试，它将只提供我们可以针对特定API进行多大规模的扩展，对吗？(不确定)

我的负载测试方法有什么问题吗？

Answer 1

这完全取决于你希望实现什么.

如果你想验证你的整个应用程序(代码+生产基础设施)是否能够处理给定的负载，那么就像浏览整个网站一样开车是正确的。

但是，如果您希望了解特定的api是如何扩展的，或者希望帮助开发人员探索变化的后果，那么您可能希望直接驱动该API，以避免系统可能存在的其他限制。