Web性能測試—四個國家數據庫比較

　一、架構設計階段的性能測試案例重點關注如下三個方面：
　
　　如何根據項目需要來設計與開發測試程序。
　
　　測試工具在性能測試中的作用與地位。
　
　　針對數據庫本神進行性能測試的地位。
　
　　二、項目背景
　
　　三、性能測試策略、目標、范圍、環境四、性能測試分析與設計
　
　?。?）系統架構組對數據庫提測試出了如下要求：測試數據庫對復雜SQL語句的支持，尤其是一些長SQL語句的支持
　
　　測試數據庫對二進制等格式類型存儲的支持
　
　　測試系統在數據量較大時的多用戶并發查詢的響應時間——查詢響應時間為Web服務器對數據庫響應時間，不包含應用系統響應時間
　
　?。?）根據上面的測試要求的分析，設計出如下性能測試方案：
　
　　測試體系采用B/S架構方式，對數據庫的查詢操作封存在Servlet中，Servlet運行于tomcat5.0上，前端采用JSP頁面調用Servlet并輸出執行結果（數據庫執行查詢的時間）和查詢結果（數據庫返回的查詢結果）。
　
　　利用原型系統后臺數據庫的數據作為測試數據，保證測試結果更加真實。
　
　　測試采用的查詢語句用原型系統的業務語句，保證測試兼顧實際應用。
　
　　通過測試工具LoadRunner來創建虛擬用戶，實現用戶并發查詢。
　
　　通過測試結果來綜合分析各家數據庫的性能。
　
　　五、性能測試實施
　
　　測試腳本的開發與修改
　
　　數據庫系統調優前的測試
　
　　數據庫系統調優后的測試
　
　　六、測試結果分析
　
　　各家國產數據庫調優前的測試結果及分析
　
　　數據庫調優策略
　
　　各家國產數據庫調優后的測試結果及分析
　
　　穩定性測試場景分析
　
　　測試結果

七、案例點評
　
　　體現了模型剪裁與具體化原則
　
　　節約了一定的開發成本
　
　　僅僅有測試工具是不夠的：很多人認為有了性能測試工具，就可以完成性能測試任務，根本不需要自己去開發腳本。實際上，性能測試最重要的是設計與規劃，如何去執行測試用例，則是相對容易的事情。執行測試用例主要通過測試工具，但有時還要靠自己開發的腳本來輔助測試，案例中的測試項目就是很好的證明。
　
　　調優不能解決一切問題：性能測試的基本思路“測試——發現問題——調優——再測試”的反復過程。因此，解決性能問題應該從設計階段著手。

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