針對Web服務的性能測試

Question

我正在對我們的網站進行性能測試。該網站公開了許多Web服務API。我們的產品有多個工作流程，每個完整的工作流程都由調用多個API組成。

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

• 對每個單 API測試在一個獨立的方式。

• 針對每個測試的完整工作流程涉及幾個 API。

我認爲後者更有意義，因爲它模仿真實情況。 我想聽聽您的意見。

謝謝。

Answer 1

有（像往常一樣）每種方法的親和壞。就個人而言，我會考慮做這兩個，從單一的API測試開始。

單個API可能是最容易構建的，它具有準確指出性能問題的好處。在開發過程中發現性能迴歸也很有用。如果有應用程序的單元測試，請考慮使用它們。當性能迴歸時，通常還會有一個突然變慢的單元測試。

一旦你這樣做了，你仍然需要做更復雜的測試。首先，因爲您需要知道某個流的性能是否可以接受，但也因爲不同API之間可能會出現意外的交互。根據你的應用程序，可能會有討厭的併發問題，吞吐量瓶頸等。確保你同時運行多個流程，這就是真正活着的事情，它只是找到鎖定數據庫，I/O瓶頸等相關問題的方法。

但是在你開始之前，請確保你對性能應該是什麼有一個現實的想法，將有多少併發用戶以及硬件要求是什麼。提高性能沒有限制，所以你必須決定什麼是好的或者你永遠不會停止優化。