性能测试方案要做好性能测试，该掌握些什么？

如何进行性能测试与分析

“为什么我上线系统的性能和性能测试的结果相差很大呢？”这是一些用户会经常碰到的问题。

当然产生这个问题的原因很多，下面我用一个很典型的例子来说明一下。

一个用户登录界面，要求用户输入用户名、密码点击登录，登录系统。

程序的处理流程如下：根据输入的用户名、密码生成SQL语句，select roleID from usertable where username='用户名' and password='密码'，把这条语句发给ORACLE数据库，从数据库中查询数据，如果查询的roleID不为空则是合法用户允许登录，否则不允许登录系统。

这是一个非常简单的系统。

性能测试人员用LOADRUNNER录制脚本，然后用逐步加压的方式来运行脚本，TPS、ORACLE的命中率、资源占用都很理想。

性能测试人员就陷入了一种盲目的乐观情绪中，就认为系统性能没有问题，结果在实际运行中系统性能与性能测试中的性能相差很大，为什么会出现这种情况呢，下面我们来分析一下：首先我们来了解一下ORACLE的运行机制：从客户端发送一条SQL语句到ORACLE服务端，ORACLE要对SQL语句进行解析、执行、返回结果。

并且ORACLE有一个LRU（最近最常使用的语句）机制，把最近最常使用的SQL语句保存到共享内存SGA中的libary cache中，下一次再有这样的请求它就不解析了，直接从共享内存中使用。

假如我们使用的SQL语句是select roleID from usertable where username='AAA' and password='123'，在我们加压的时候它就解析一次或很少的几次，其他的请求就会从共享内存中取得，并且返回的结果也会保存到BUFFER CACHE中，这样系统的测试结果当然就是很好的。

但在实际工作中，用户名和密码是各种各样的，而ORACLE解析的条件又要求非常苛刻，SQL语句有一点不同它就认为是不同的SQL语句就要重新进行解析，而解析非常耗费系统资源，所以在实际运行中系统的性能和性能测试的结果相差很大。

通过这个例子我们可以看出我们没有把真正的压力压到点上，也就是进行的不是有效性能测试。

如何进行有效性能测试呢？一定要仔细地分析你要进行测试系统的架构、技术体系，LOADRUNNER只是一个加压工具，它对 ORACLE的监控也非常的不好，不要盲目的相信LOADRUNNER.一定要充分重视测试的调研和设计工作，如果能在测试前拿到系统开发的各种文档是最好的，如果没有也要充分调研业务人员、开发人员、系统运维人员，了解系统的技术架构、业务组成、业务流程、业务频度、数据量等要素，这样才能进行有效性能测试

测试用例设计方法有多少

这是我以前收集的关于纸杯的测试用例,个人觉得不错,有兴趣的可以看一下:一个纸杯的测试用例：先看杯子能不能放水，放热水会不会坏，能放多少，会不会漏，放桌子上会不会倒，杯子是圆口的还是方口的，形状对不对，什么颜色的，用来喝水会不会搁嘴，杯子是不是纸做的，杯子内壁是什么材料的。

。

。

。

。

。

。

。

。

。

。

。

。

。

。

。

功能测试：测试纸杯是否可以盛液体，例如水。

性能测试：测试纸杯的纸是否够厚而不易变形。

压力测试（负载测试）：液体盛满纸杯是否会坏。

可恢复性测试：装入液体后将液体倒出后，纸杯是否可以恢复原装强度测试：纸杯盛一段时间液体后是否会软化损坏。

外观测试：纸杯外形是否美观，图案是否漂亮。

易用性测试：纸杯使用时手感是否好，口感是否好，会不会刺嘴。

安全性测试：盛满水拿起杯子后，杯子是否会变形将液体洒到用户身上。

杯子的纸张厚度的均匀性，纸张的要求，韧性，硬度，耐酸性，耐碱性，接受各种液体低气压中，使用情况高气压中，使用情况防潮性，承重力，运载的损耗性温度测试，空气的最大温度，最小温度液体的最大温度，最小温度外形杯底和杯口水平于地面不招虫，卫生角度，安全性，无毒染色性，保鲜性象KFC的杯子里面有腊的。

怎样为性能测试设计好的测试用例

由于性能测试与功能测试有很大的区别，所以讨论出的结果可能与预先的设想有一定的区别。

　　性能测试的目的： 　　为了验证系统是否达到用户提出的性能指标，同时发现系统中存在的性能瓶颈，起到优化系统的目的。

　　性能测试指标的来源： 　　用户对各项指标提出的明确需求;如果用户没有提出性能指标则根据用户需求、测试设计人员的经验来设计各项测试指标。

(需求+经验) 　　主要的性能指标： 　　服务器的各项指标(CPU、内存占用率等)、后台数据库的各项指标、网络流量、响应时间。

　　BUG观点： 　　1、性能测试就象人在无风情况下跑步(正常情况下的性能指标); 　　2、压力测试就象人在微风中跑步(在正常的基础上加大多少百分比压力的性能指标); 　　3、负载测试就象人在强风中跑步(不断加压，直到系统崩溃)。

　　HTTP观点： 　　1、 负载测试是正常情况下持续的加压; 　　2、 压力测试是直接加压达到一个极限值。

　　大家统一的观点： 　　性能测试、压力测试、负载测试密不可分，可统称为性能测试。

　　性能测试要点： 　　1、 性能测试是在功能测试完成之后进行。

　　2、 性能测试计划、方案一般与测试用例统一在一个文档里。

　　3、 测试环境应尽量与用户环境保持一致。

　　4、 性能测试一般使用测试工具和测试人员编制测试脚本来完成，性能测试的环境应单独运行尽量避免与其他软件同时使用。

　　5、 性能测试的重点在于前期数据的设计与后期数据的分析。

　　6、 性能测试的用例主要涉及到整个系统架构的问题，所以测试用例一旦生成，改动一般不大，所以做性能测试的重复使用率一般比较高。

(说明：当系统中出现的某个功能点需要修改，它一般只会影响到功能测试的设计用例，而对于性能测试，很少影响到性能测试的设计用例。

)

要做好性能测试，该掌握些什么？

这类问题之前也被问到很多次了，所以这次干脆整理一下，发个主题供同行们参考。

如果需要补充，也欢迎大家留言一起讨论。

如果想真的做好性能测试，需要学习的东西还是比较多的。

简单列一下吧。

1. 精通性能测试的基本概念，过程，方法论，了解性能工程； 3. 扎实的计算机专业基础知识，包括计算机组成原理、操作系统、数据库原理、计算机网络原理； 4. 熟悉至少1个常用的数据库产品，例如SQL Server或者 Oracle，能进行一般的数据库管理操作，熟悉SQL脚本的使用，熟悉常用的数据调优工具和常用的counter； 5. 熟悉至少一个操作系统的原理，Windows或者Linux都可以，熟悉操作系统的体系架构、操作系统的重要基础概念，以及内存管理、存储/文件系统、驱动/硬件的管理、网络协议的实现及构成、性能的监控方法和原理，熟悉常用的counter； 6. 熟悉至少一个web server 产品，例如apache，了解一般的配置和常用的counter； 7. 熟悉至少一个应用服务器产品，例如tomcat，了解一般的配置，熟悉常用的服务器性能监控方法和原理，熟悉常用的counter； 8. 至少熟悉TCP/IP协议，熟悉HTTP协议，至少见过并了解三层、四层交换或者路由器的使用和配置。

了解常用的与网络性能相关的counter； 9. 了解一般的大型企业应用的部署架构和应用架构； 10. 了解知名大型web应用、高并发量、高流量、实时响应要求高的超大规模网站的架构和优化历程； 11. 熟悉统计学的基础知识、常用分析方法以及实验设计方法，了解数学建模相关的知识； 12. 熟悉专属行业的业务知识和用户场景，例如电信行业的OSS系统所涉及的业务知识和用户场景，证券交易系统所涉及的业务知识和用户场景； 13. 大量的实际性能测试及优化经验； 14. 积极的参与到各类圈子、社团的讨论和交流、分享中。

暂时先想到了这么多，有兴趣的朋友可以一起讨论一下，相信每个人都有自己不同的经历和感想，可以跟其他人分享一下，提供参考。

另外，我之前也整理发布过不少性能测试方面的资料，从入门级的文章到 升级的必读都有一些，有兴趣可以参考。