如何估算現場服務器的負載並將其定製爲性能較差的QA服務器？

Question

我明白測試環境應儘可能與實時環境匹配。不幸的是，在我的情況下（該項目是一個Web CMS），無法提供與現場規格相同的QA服務器。

定義負載指標並將它們減少到佔規格縮減的服務器的比例是否有意義？結果的誤差範圍是否合理？

否則什麼是明智的方法，您能指出我可以解決這個問題的具體文獻嗎？

Answer 1

你不能兩次踏入同一條河流。即使您的實時服務器和測試服務器在配置，使用情況，數據等方面完全相同，您可能在結果上有所不同。

如果您的情況下測試環境比活動測試環境弱，那麼您可以從以下情況中受益：在測試環境發生活動版本之前，您可能會檢測到測試環境的可伸縮性問題。但是，爲了最大限度地提高機會，您需要實施一些壓力測試，模擬許多用戶同時使用昂貴功能的情況。

Answer 2

運行鍼對縮減環境負載測試不會做任何傷害，但它可能是非常有益的，以及，當中的東西，你可以測試是：

• 檢查內存泄漏。如果您進行長時間運行的測試，並且應用程序存在問題（例如未關閉文件句柄），則在不再需要該對象時不會釋放內存等，因此使用低規格部署進行檢測會更容易服務器
• 檢查部件的集成和配置，如Web /應用程序服務器設置，數據庫服務器設置，數據庫連接參數等
• 如果你的應用規模，你可以測試這個功能很好，也決定了比例因子和該項目直播系統
• 您可以在Profiler Tool telemetry下運行測試以檢測將在生產中發生的與性能相關的錯誤

所以，如果你不能在死亡時間內使用實時服務器（即，晚上或週末），您仍然可以通過在較低規格的服務器上運行測試來增加一些價值。請參閱Performance Testing in a Scaled Down Environment. Part Two: 5 Things You Can Test文章，以獲取關於上述某些要點和額外信息的更多詳細說明。