应用系统性能测试六大步

　　性能测试是为了保证产品发布后其性能能够满足用户的需求，本文结合具体案例介绍了应用系统性能测试的六大步骤。

　　在本文介绍的这个案例中，被测应用系统是一家公司的客户信息系统，它主要用来录入、修改以及查询全球客户的信息，并将客户信息转入到业务系统。但是，在应用过程中，客户经常投诉在某个时刻新建或者修改一个客户信息非常慢，正常情况下完成该操作只需要1～5秒，而异常时却需要10分钟左右，而且系统管理员发现系统资源使用率都比较低，这种情况的出现并没有规律性。

　　在这个案例中我们发现了系统存在性能问题，下一步工作就是要在性能测试过程中查找形成系统瓶颈和故障的根本原因，在此项工作中我们应该按照如下几个步骤进行。

　　1.确定明确的测试目标

　　性能调优是是无止境的，所以在测试之前应确定一个明确性能调优目标，这也是后面“评估性能验证”的一个基准，也是测试终止的一个基准。在本案例中目标设定为: 在相同系统环境配置下30个并发用户在1～5秒钟内完成各类在线操作。

　　2.测试需求分析

　　性能调优的测试分析主要目的是要挖掘出可能造成系统瓶颈的因素，并为后面的测试用例设计提供保证。影响系统性能有很多种原因，在此应关注如下几个关键点:

　　应用配置需求: 例如应用整体框架、涉及到哪些第三方的组件、应用层与数据库层的接口、使用了什么数据库等。

　　系统配置需求: 例如用户客户端配置、客户端与服务器端的网络配置、应用服务器或数据库服务器操作系统等。

　　用户使用情况需求: 例如用户分布情况; 哪些模块用户使用比较频繁; 在用户操作的数据有哪些特点等。

　　这方面工作是非常繁杂的，而且要求测试人员具有挖掘可能造成系统瓶颈因素的洞察力和敏锐感，但是很多测试人员在接手测试之后，很快进入到测试用例设计阶段。实践证明，这样做往往都适得其反，要么工期延期，要么项目开发失败。这个过程在测试整体过程中是非常关键的一环。性能测试分析有个特点: 它关注的是应用的整体，或者会仔细分析围绕着应用的各种外部因素，比如说它所涉及到的硬件、第三方软件，而不会深入到项目具体的内部。这是因为性能测试关注的是项目整体、是一种黑盒测试方法，我们关心一个项目的整体在运行时所暴露出来的问题。在此案例中我们获取到如表所示需求。

　　3.测试用例设计

　　此过程主要目的是设计出一些合理的场景去验证在需求分析阶段获得的可能影响性能的因素是否是造成系统瓶颈的因素。测试用例设计一般包括测试策略、测试案例、测试内容。

　　测试策略一般包括对比测试环境与真实的业务操作环境，真实业务操作环境又可能涉及局域网测试环境与机房测试环境等

　　测试案例主要是根据测试需求分析的结果制定出在测试执行时系统的执行方法，比如本案例中“5个人同时录入不同的新客户信息，以及具体的模拟步骤”。在测试案例设计时应注意如下几点:

　　虚拟用户的操作步骤要尽量类似于真实用户的操作。

　　操作的数据要类同于真实用户实际使用数据，例如在案例中用户录入客户信息时，根据需求得到的结果，我们可以设计有3～4个虚拟用户在录入一些小客户的信息，1～2个虚拟用户在录入大客户的信息等。

　　在案例设计时要充分考虑到需求中用户对模块的使用频率。使得在模拟时每个模块使用情况尽量地类似于真实环境。

　　测试内容一般包括并发性能测试、疲劳强度测试、大数据量测试以及系统资源监控等，我们在做性能调优测试时主要是做并发性能测试以及系统资源监控这些方面的工作。从对系统产生并发性能测试过程中监控系统中各种资源的变化，来判断导致性能瓶颈的原因。

　　4.脚本开发数据的准备以及测试执行与监控

　　测试执行与监控的主要目的是根据设计方案去验证系统是否存在瓶颈，给测试分析提供各种分析数据。此过程会与下面的“测试分析”过程不断进行重复执行，直至真正确定出系统瓶颈所在。

　　笔者认为，在此过程中如果有测试工具能够满足测试要求，那么应尽量使用测试工具，不要手工去开发测试程序，因为做企业项目往往时间紧张，而且测试工具毕竟是一个成熟的产品，在各方面都得到验证。使用工具将会缩短测试周期，而且现在市场上有很多成熟的测试软件。例如: Mercury的LoadRunner、IBM的Robot、Compuware的QALoad等。在这个案例中笔者使用的是Mercury的LoadRunner。关于一些技术细节笔者就不再赘述了，在这里主要提两点。

原文转自：http://www.uml.org.cn/Test/200809046.asp