针对Web服务的性能测试

Question

我正在对我们的网站进行性能测试。该网站公开了许多Web服务API。我们的产品有多个工作流程，每个完整的工作流程都由调用多个API组成。

我想知道以下哪些apporoaches是合理的：

• 对每个单 API测试在一个独立的方式。

• 针对每个测试的完整工作流程涉及几个 API。

我认为后者更有意义，因为它模仿真实情况。 我想听听您的意见。

谢谢。

Answer 1

有（像往常一样）每种方法的亲和坏。就个人而言，我会考虑做这两个，从单一的API测试开始。

单个API可能是最容易构建的，它具有准确指出性能问题的好处。在开发过程中发现性能回归也很有用。如果有应用程序的单元测试，请考虑使用它们。当性能回归时，通常还会有一个突然变慢的单元测试。

一旦你这样做了，你仍然需要做更复杂的测试。首先，因为您需要知道某个流的性能是否可以接受，但也因为不同API之间可能会出现意外的交互。根据你的应用程序，可能会有讨厌的并发问题，吞吐量瓶颈等。确保你同时运行多个流程，这就是真正活着的事情，它只是找到锁定数据库，I/O瓶颈等相关问题的方法。

但是在你开始之前，请确保你对性能应该是什么有一个现实的想法，将有多少并发用户以及硬件要求是什么。提高性能没有限制，所以你必须决定什么是好的或者你永远不会停止优化。