performance-testing - 具有外部依赖项的性能测试

Question

在微服务世界中进行性能测试(主要是负载测试)时，您的应用程序依赖的外部依赖项 (API) 的方法是什么，但不由您的团队拥有/控制。在我的情况下，外部依赖项由同一公司内的团队拥有。那么您会指向相应的“真实”集成非产品端点，还是会创建 stub 并模拟它们的响应时间以尽可能匹配生产？

第一种方法示例:您团队拥有的后端 api 并调用外部 api 来验证客户。您的团队无法控制客户 API，但您在运行负载测试时仍指向他们的集成测试端点。

第二种方法示例:您团队拥有的后端 api 调用发送静态响应并模拟外部客户 api 的响应时间的 stub 。

我意识到这两种方法各有利弊，根据测试的目标，一种方法优于另一种方法。但你最喜欢的是什么？不一定要在上述两者之间进行选择。可以是完全不同的。

Answer 1

识别被测系统(或应用程序)很重要。如果您正在测量 的性能只有你自己的微服务，那么你可以考虑 stub 作为一种选择。

但是，性能测试通常用于评估整个系统的性能。目的通常是模拟实际使用中的延迟。对此进行精确建模的唯一方法是 不是 stub 并使用“真正的”集成端点。这种方法还有其他优势，因为它可以帮助您识别潜在的系统性能瓶颈，例如微服务之间的链式同步调用(服务 A 调用 B 和 B 调用 C 和 C 调用 D 等)。测试也可以重复用于负载测试。

简而言之，您需要同时执行以下两项操作以确保:

微服务在 SLA 内执行

各种微服务在 SLA 内执行 整体 .