基于Web综合管理系统性能测试全过程.docVIP

基于Web综合管理系统性能测试全过程 　　摘 要 本文从第三方测试的角度出发，结合自己曾经测试过的综合管理系统，对性能需求获取、测试方案编写、性能测试实施以及测试结果分析整个测试过程进行梳理总结。 　　【关键词】性能需求测试方案 LoadRunner 结果分析 　　1 性能需求获取 　　确定性能测试需求是整个性能测试的起点和成功的重要因素。性能测试需求定义得过高，虽然确保系统上线后能满足性能需求，但可能会造成硬件资源的浪费；性能测试需求定义得过低，系统上线后可能会出现性能问题。 　　以本项目为例，该项目委托方提供过来的性能需求如下： 　　（1）简单查询小于3秒。 　　（2）复杂查询小于30秒。 　　（3）单表写入小于5秒。 　　（4）多表写入小于30秒。 　　（5）系统支持500用户并发。 　　（6）CPU使用率75%。 　　（7）内存利用率75%。 　　这是一个无效的性能需求，因为所有的需求指标都没有前提条件，这就需要跟委托方进行充分的沟通，确定最终有效的性能需求。 　　该系统有大约1000个注册用户，每天大约有500用户登录系统，基本上每个用户最多使用两个小时就会退出系统，得出平均的并发用户数为500×2/8=125，假设用户的login session产生符合泊松分布，从而估算出并发用户数的峰值为125+3×≈158，这与用户提出的500用户并发差别很大，假如按照用户提出的500并发数去测，要满足要求就会造成硬件资源的浪费，通过沟通最终确定为200用户并发。补充一点，对于一个已经成功上线的系统，就不需要按照泊松分布来估算，直接通过对应用服务器的日志进行分析，可以得到更为可信的服务器应承受多大的用户并发数的数据。 　　完善一下性能需求，归纳为：在当前的硬件资源配置和数据库数据量下，200用户并发，简单查询要求平均响应时间小于3秒，复杂查询要求平均响应时间小于30秒，单表写入要求平均响应时间小于5秒，多表写入要求平均响应时间小于30秒，此时的CPU平均使用率应小于75%，内存利用率应小于75%。这里就还有一个问题，怎么定义简单查询、复杂查询、单表写入以及多表写入，这就需要委托方根据系统的实际使用情况进行划分，确定最终的简单查询、复杂查询、单表写入以及多表写入的测试项。 　　一般认为性能需求是用户提出的，作为第三方测试机构只要按照用户提出的需求进行测试就可以了，这种理解比较片面，往往用户对自己的系统需要达到一个什么样的性能没有一个准确的把握，提出的性能需求要么无效，要么指标太高（本人就碰到一个很普通的基于Web的资源管理系统提出需要测试10000个用户并发），这些性能需求都不合理，要获取合理的性能需求就需要不断与用户进行沟通，只有沟通充分了，才能获得更为合理的性能需求。 　　2 测试方案编写 　　性能测试方案的编写没有一个固定的模版，不同类型的性能测试的侧重点不一样，编写测试方案的侧重点也就不一样，但是不管性能测试要求如何，一个完整的性能测试方案，有几个要素是必须具备的。这些基本要素总结如下： 　　（1）编写目的：编写测试方案的目的一般是用于指导性能测试，主要从测试环境、测试工具、测试策略、测试具体执行方法、任务与进度表等事先计划和设计。 　　（2）测试依据：作为第三方测试机构进行测试的测试依据就是相对应的国家标准，常用的标准有GB/T 25000.51-2010《软件工程软件产品质量要求与评价商业现货软件产品的质量要求和测试细则》和GB/T 16260-2006《信息技术软件包质量要求与测试》。 　　（3）参考资料：进行性能测试需要参考的一些文档，例如：用户提交的系统需求说明书、用户手册、性能参数要求表等文档资料，一些特殊行业的系统还需要提供相应的行业标准等资料。 　　（4）系统介绍：对系统进行一些简单的概要性介绍，能够清楚系统是做什么的，能实现什么功能。 　　（5）测试环境：主要是硬件和软件环境，对于基于WEB的系统，还需提供网络拓扑图。 　　（6）测试范围：这是性能测试方案编写的重点，以本项目为例，与用户沟通后形成的最终测试范围如下： 　　2.1 简单查询 　　简单查询的测试项包括：用户登录、数据查询以及办件查询。 　　2.2 复杂查询 　　复杂查询的测试项包括：文书打印和XX统计表。 　　2.3 单表写入 　　单表写入的测试项包括：任务发布和证书注销。 　　2.4 多表写入 　　多表写入的测试项包括：申报保存、业务办理以及证书入库。 　　2.5 测试通过准则 　　用户方确认的测试范围内的性能指标应满足要求或用户可接受。 　　2.6 测试结果 　　在各项测试完成后，根据测试过程中发现的问题与实际测试值编制性能测试报告。 　　3 性能测试实施