設計性能測試用例
評估系統的測試用例的設計主要是受早前在規劃和分析階段設置的性能標準制約的。該系統需要足夠快的響應速度，或者至少要達到規定的通過性能測試的低性能標準。
.jpg)
圖2.被測系統的物理架構
如果系統可以表現得超出這些標準，即比低標準值更快，該系統則被認為具有更好的性能及未來可以應對更多用戶的可擴展性。另一個重要方面是確保性能測試用例的目的是建立真實世界模擬測試。現實世界測試用例將大幅度提高測試結果的可靠性。確定要模擬的測試用例時的重點是“常見使用場景”和“業務關鍵使用場景”。測試用例一度不得不預測常見的場景，因為系統還未上市且知道的信息是：要求的程度。一旦系統上市，例如β測試中，應有足夠的關于用戶如何使用系統的信息。該系統在Apache Web服務器上，因此可以訪問日志，上面提供所有游客到過系統的記錄。日志可以用“流量分析器”跟蹤一直以來的用戶的模式和習慣。因此測試用例可用于反映真實世界場景。系統擁有者或利益相關者為使該系統通過性能測試而設置的標準規范是：系統需要在1到100個并發用戶的負載下5秒內做出響應。
然而，該標準應當通過設計正確的、運行系統的、可能的場景而被進一步分解。根本的是把性能測試一分為二：客戶端性能和服務器端（云計算）性能。原因是，一個成功的測試服務器端并不等同于成功的客戶端，反之亦然。
利益相關者都同意，要測試的用戶數目為1 ，100，200 ，300，400 ，500，1000 ， 1500和3000個并發（虛擬）用戶。這些數字與下面表2中給出的各場景相關：
.jpg)
表2.性能測試場景和相關虛擬用戶
設計性能測試用例時通常會被忽略的一方面是：將表2中的場景和一個網速測試或網絡延遲連接以獲得更逼真的測試用例，像對客戶端系統所做的一樣。這是為了模擬用戶將如何體驗不同互聯網連接速度下系統的響應。選定的匹配性能測試的速度是標準LAN速度（這種情況下，1GbpsLAN速度），無線LAN速度，1 Mbps的有線寬帶和0.44 Mbps的無線寬帶。
對于云平臺，只用局域網速度進行性能測試。因此，這一基于云的系統的用以執行性能測試的完整測試用例如表3所示：
.jpg)
表3.性能測試用例
