隨著我們向持續交付進軍，就減少了對如性能測試這樣的日常任務。怎樣的方法都是進行持續性能測試的最佳方法?

當處理持續性能測試時，有一點很重要，就是時常進行一些日常測試，這樣會比什么都不做要好，做什么都比由開發都商店完成好。所有的應用(至少)都需要在用戶交互涉及到的最原始的屏幕上的性能測試。持續開發軟件團隊可以以多種方法，在測試進行的基礎上添加有價值的性能測試。

首先，應用的測試性能基于它本身的，沒有添加客戶的復雜服務回負載參數。稍后，你可以添加負載測試，而不必更新現有的測試案例，因為負載的變化是在服務器上完成的，而不是測試案例。開始進構建小的性能測試，在應用本身上執行;然后再隨著性能的報告或修復，再添加它。

如果你的組織有大量的性能測試，卻沒有持續執行的話，那么就考慮開發一個旋轉測試套件。為了使用旋轉測試套件，首先要決定實際有多少測試你可以添加到測試周期中，且不會影響發布時間。下一步，優化基于風險的測試，然后把他們分散到套件中。當你把測試分散到套件時，確保要包括一個權衡優先級，以及至少每一個主功能區有一個測試。換句話說，要涵蓋基礎東西，以及最少數量的人員。在每一個測試周期中，執行不同的套件。應用仍然可以收到性能信息，觸及所有領域，但測試卻較少。

前面的兩個建議假設了性能測試是自動化的。你可以以相同的方式，把人工軟件性能測試添加到測試周期中。人工性能測試的主要不同點是，你需要依賴測試人員的知識和技能。測試人員知道他們期望的應該響應速度有多快，無論它是web應用程序還是移動應用程序。使用測試人員的真實消費技能，并結合他們的應用程序知識，來創建小的持續性能測試套件，從而適用于現有的測試周期。另外，如果必要的話，把它們分散到幾個測試周期中，通過創建人工測試案例的旋轉套件。