Web性能测试—四个国家数据库比较

　一、架构设计阶段的性能测试案例重点关注如下三个方面：
　
　　如何根据项目需要来设计与开发测试程序。
　
　　测试工具在性能测试中的作用与地位。
　
　　针对数据库本神进行性能测试的地位。
　
　　二、项目背景
　
　　三、性能测试策略、目标、范围、环境四、性能测试分析与设计
　
　　（1）系统架构组对数据库提测试出了如下要求：测试数据库对复杂SQL语句的支持，尤其是一些长SQL语句的支持
　
　　测试数据库对二进制等格式类型存储的支持
　
　　测试系统在数据量较大时的多用户并发查询的响应时间——查询响应时间为Web服务器对数据库响应时间，不包含应用系统响应时间
　
　　（2）根据上面的测试要求的分析，设计出如下性能测试方案：
　
　　测试体系采用B/S架构方式，对数据库的查询操作封存在Servlet中，Servlet运行于tomcat5.0上，前端采用JSP页面调用Servlet并输出执行结果（数据库执行查询的时间）和查询结果（数据库返回的查询结果）。
　
　　利用原型系统后台数据库的数据作为测试数据，保证测试结果更加真实。
　
　　测试采用的查询语句用原型系统的业务语句，保证测试兼顾实际应用。
　
　　通过测试工具LoadRunner来创建虚拟用户，实现用户并发查询。
　
　　通过测试结果来综合分析各家数据库的性能。
　
　　五、性能测试实施
　
　　测试脚本的开发与修改
　
　　数据库系统调优前的测试
　
　　数据库系统调优后的测试
　
　　六、测试结果分析
　
　　各家国产数据库调优前的测试结果及分析
　
　　数据库调优策略
　
　　各家国产数据库调优后的测试结果及分析
　
　　稳定性测试场景分析
　
　　测试结果

七、案例点评
　
　　体现了模型剪裁与具体化原则
　
　　节约了一定的开发成本
　
　　仅仅有测试工具是不够的：很多人认为有了性能测试工具，就可以完成性能测试任务，根本不需要自己去开发脚本。实际上，性能测试最重要的是设计与规划，如何去执行测试用例，则是相对容易的事情。执行测试用例主要通过测试工具，但有时还要靠自己开发的脚本来辅助测试，案例中的测试项目就是很好的证明。
　
　　调优不能解决一切问题：性能测试的基本思路“测试——发现问题——调优——再测试”的反复过程。因此，解决性能问题应该从设计阶段着手。

原文转自：http://www.ltesting.net