案例研究 –把設計放入執(zhí)行
一個開源性能測試工具被用來執(zhí)行所有性能測試的云系統(tǒng)測試用例，因為相對于其他性能測試工具，它允許越來越多的user loads且沒有虛擬用戶許可證限制。
然而，手動執(zhí)行被用于客戶端系統(tǒng)，因為客戶端系統(tǒng)只能在上網(wǎng)本上運行，所以手動測試更實用。
分布式性能測試方法被用于執(zhí)行測試，以便工具可以有效地管理代理。
工具的環(huán)境設置如圖3所示：
.jpg)
圖3. 分布式性能測試執(zhí)行的環(huán)境設置
性能測試結果分為兩組：云平臺的測試結果和客戶端的測試結果。
表4詳述了云平臺的性能測試結果，而表5顯示了客戶端的性能測試結果。
此外，為了更好地理解，圖4以圖表形式展示了云性能結果。
.jpg)
表4.云平臺性能的響應時間結果
.jpg)
圖4.云平臺性能測試結果
.jpg)
表5.客戶端性能的響應時間結果
從給出的結果，可以進一步解釋幾個研究發(fā)現(xiàn)。
研究發(fā)現(xiàn)如下：
▪云平臺或（客戶端可從其獲得在線服務的）服務器端系統(tǒng)能夠在性能標準的5秒內響應1到100個虛擬用戶而無任何中斷。
▪雖然云平臺仍然可以成功響應3000個虛擬用戶，但響應時間延遲了，超出性能標準的5秒。
▪在客戶端，終用戶可能會遇到：在通過客戶端系統(tǒng)獲取在線服務時，云平臺的用戶負載過大，響應時間延遲。
▪比起那些更慢的互聯(lián)網(wǎng)獲取，通過使用一個更快的互聯(lián)網(wǎng)連接，終用戶可以更快地獲取在線服務
結論
由于本文的重點是性能測試的測試用例設計，一個展示這些測試用例是如何被用于執(zhí)行的案例研究為本文提供了論點。很顯然，正確的規(guī)劃對保證任何性能測試的成功都非常關鍵。性能測試不應該基于“想要時”或“要求時”。性能測試的測試場景和測試用例需盡可能早地被定義和設計，和其他類型的測試一樣，比如功能測試。這將決定能否順利執(zhí)行性能測試，其中包括：性能測試工具的選擇，測試環(huán)境的設置，如何做出性能衡量和分析應該做的選擇，性能結果不符合指定準則時擴大云平臺的行動計劃，以及執(zhí)行測試的時間和資源。
這些到位了，任何經(jīng)過了嚴格性能測試的系統(tǒng)，一旦置于生產環(huán)境中，都能夠應付日益增長的負載量，并且對服務其用戶更穩(wěn)定，更反應靈敏。
版權聲明：本文出自 SPASVO澤眾軟件測試網(wǎng)：http://www.eqie.com.cn/news/html/2014415143257.html
原創(chuàng)作品，轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明，否則將追究法律責任。
