Web性能測試案例分析--關于四個國家數據庫比較

　　Web性能測試案例分析--關于四個國家數據庫比較   軟件測試

　　一、架構設計階段的性能測試

　　案例重點關注如下三個方面：

　　如何根據項目需要來設計與開發測試程序。

　　測試工具在性能測試中的作用與地位。

　　針對數據庫本神進行性能測試的地位。

　　二、項目背景

　　三、性能測試策略、目標、范圍、環境

　　四、性能測試分析與設計

　　(1)系統架構組對數據庫提測試出了如下要求：

　　測試數據庫對復雜SQL語句的支持，尤其是一些長SQL語句的支持。

　　測試數據庫對二進制等格式類型存儲的支持。

　　測試系統在數據量較大時的多用戶并發查詢的響應時間--查詢響應時間為Web服務器對數據庫響應時間，不包含應用系統響應時間。

　　(2)根據上面的測試要求的分析，設計出如下性能測試方案：

　　測試體系采用B/S架構方式，對數據庫的查詢操作封存在Servlet中，Servlet運行于tomcat5.0上，前端采用JSP頁面調用Servlet并輸出執行結果(數據庫執行查詢的時間)和查詢結果(數據庫返回的查詢結果)。

　　利用原型系統后臺數據庫的數據作為測試數據，保證測試結果更加真實。

　　測試采用的查詢語句用原型系統的業務語句，保證測試兼顧實際應用。

　　通過測試工具LoadRunner來創建虛擬用戶，實現用戶并發查詢。

　　通過測試結果來綜合分析各家數據庫的性能。

　　五、性能測試實施

　　測試腳本的開發與修改

　　數據庫系統調優前的測試

　　數據庫系統調優后的測試

　　六、測試結果分析

　　各家國產數據庫調優前的測試結果及分析

　　數據庫調優策略

　　各家國產數據庫調優后的測試結果及分析

　　穩定性測試場景分析

　　測試結果

　　七、案例點評

　　體現了模型剪裁與具體化原則

　　節約了一定的開發成本

　　僅僅有測試工具是不夠的：很多人認為有了性能測試工具，就可以完成性能測試任務，根本不需要自己去開發腳本。實際上，性能測試最重要的是設計與規劃，如何去執行測試用例，則是相對容易的事情。執行測試用例主要通過測試工具，但有時還要靠自己開發的腳本來輔助測試，案例中的測試項目就是很好的證明。

　　調優不能解決一切問題：性能測試的基本思路“測試--發現問題--調優--再測試”的反復過程。因此，解決性能問題應該從設計階段著手。

原文轉自：http://www.anti-gravitydesign.com