某市政府决策支持与分析系统性能测试报告

高正软件南宁市政府决策支持与分析系统性能测试报告DocumentInformationProjectName:决策支持与分析系统DocumentVersionNo:DocumentVersionDate:2005-09-20PreparedBy:王攀攀PreparationDate:2005-09-20ReviewedBy:ReviewDate:DistributionListFromDateCompany/RoleEmail/PhoneToAction*DueDateCompany/RoleEmail/Phone*ActionTypes:Approve,Review,Inform,File,ActionRequired,AttendMeeting,Other(pleasespecify)VersionHistoryVer.No.Ver.DateRevisedByDescription2005-09-020王攀攀初稿版权说明本文档中的所有内容为高正软件的机密和专属所有。未经高正软件的明确书面许可，任何组织或个人不得以任何目的、任何形式及任何手段复制或传播本文档局部或全部内容。

目录TOC\o"1-3"\h\z1 概述 5 测试目的 5 测试方法 5 测试系统环境配置 51.4 参考资料 62 压力测试场景一 6 场景一特征 6 准备过程 6 测试结果 6 根本测试结果 6 测试结果表 7 性能曲线图 7 压力测试小结 103 压力测试场景二 10 场景二特征 10 准备过程 11 测试结果 11 根本测试结果 11 测试结果表 11 性能曲线图 12 压力测试小结 154 压力测试场景三 15 场景三特征 15 测试数据 15 根本测试结果 15 测试结果表 16 性能曲线图 16 压力测试小结 195 附录 20概述测试目的本次压力测试主要针对南宁市政府决策支持与分析系统性能进行压力测试。测试方法测试工具及脚本：应用LR工具(Loadrunner)作为辅助工具，对应用系统的主要参数〔例如线程数、可同时接受任务数、可承受接收记录数〕等等进行管理，及对线程进行正确行分析，计算压力测试结果，计算性能图绘制数据等等。测试方法：通过工具LR启动/关闭线程,直到应用系统满足压力测试要求的循环次数为止。测试系统环境配置效劳器环境如下：效劳器操作系统：windowsxp效劳器配置：tongweb，sqlserver2000，testdirector测试环境是:Csn1:CCsn操作系统：windowsxp用户:admin配置:mercuryloadrunner，sqlserver2000Csn2:CCsn操作系统：windowsxp用户:custumer配置:mercuryloadrunner，sqlserver2000参考资料?决策支持与分析系统需求规格说明书??决策支持与分析系统详细设计说明书??决策支持与分析系统用户手册??决策支持与分析系统培训手册?压力测试场景一场景一特征单机运行测试脚本，多线程运行。设置虚拟用户总数为200，负载类型采用分组，1分钟内设置20个用户，用户呈阶梯形上升，直到到达虚拟用户的最大数。负载排队等待至数据响应时间设置为6分钟(默认值为2分钟，根据测试环境系统配置的负载能力设置)。录取场景过程：用户登录，进入系统管理-用户管理界面，对不同类型进行查询，并新增用户做保存操作。本场景的测试意义主要是验证功能的正确性，多用户登录操作，查询及新增的并发性，线程每次循环取记录数是否正确？等等，为其它的压力测试场景测试做好根底工作。本场景是在启动sqlserver2000、tongweb、testdirector应用后进行测试。准备过程录制。本场景模拟200个并发用户，包括用户登录和用户查询，登录局部放在vuser_init,中，用户查询放在Action中。测试结果根本测试结果主要检查项主要检查点结果三个原那么优先级高的先发同级时间优先按照落地方承受能力发送OKOKOK线程名与落地方的对应关系线程名与落地方的完全对应OK线程每次循环取记录数记录数正确OK用户登录并发操作OK用户类型查询并发操作OK测试结果表ElapsedTime(共用时间)Hits/Second(每秒钟采样率)PassedTransactions(通过事务)FailedTransactions(未通过事务)Error(错误)00:09:58(hh:mm:ss)19.46(last60sec)60000性能曲线图图表说明：虚拟用户数随时间变化图X轴为线程共用时间，Y轴为随时间变化的虚拟用户数,各曲线状态意义参照以下图(响应数据及其执行情况图)图表说明：响应数据及其执行情况图上图可以看到，总共有200个虚拟用户，都执行成功，没有发生错误。由于我们采用分组方式，20个用户为一组。最多运行用户组数量为20个，最少为0个，平均为16个。图表说明：虚拟用户响应时间图X轴为共用时间，Y轴为响应时间，各曲线状态意义参照以下图(事务响应数据图)，可以看出，用户查询事务的响应时间要比用户登录响应时间明显长。图表说明：事务响应数据图从数据中可以看到，登录操作在当前压力测试场景下，最长的执行时间是19.395秒，最短的6.622秒，平均是11.860秒，标准差是3.154，最后一次响应时间是10.207秒;用户查询操作在当前压力测试场景下，最长的执行时间是47.057秒，最短的8.004秒，平均是38.958秒，标准差是7.143秒，最后一次响应时间是41.764秒.中国最大的资料库下载图表说明：TransactionSummary图从上图中可以看出，用户登录和用户查询的响应事务数量是一样的。图示说明：AverageTransactionResponseTime图可以看到，用户查询事务的响应时间随着用户数的增加，响应时间明显增加。图表说明：用户查询事务分解页面上图可以看到，用户查询事务共有三个组件组成，其中Estrflag=FIND下载用的时间最长，并且几乎所有的时间都用在了FirstBuffer上，而其大小为8.331kb,并不是很大。压力测试小结以下测试指标证明系统处于极度饱和状态Totalthroughput(bytes)(系统总吞吐量):51,679,091Averagethroughput(bytes/second)(系统平均吞吐量)：86，276TotalHits(系统总采样率):11，328压力测试场景二场景二特征单机运行测试脚本，多线程运行。设置虚拟用户总数为100，负载类型采用分组，1分钟内设置20个用户，用户呈阶梯形上升，直到到达虚拟用户的最大数。负载排队等待至数据响应时间设置为6分钟(默认值为2分钟，根据测试环境系统配置的负载能力设置)。录取场景过程：数据录入-保存-提交-审核及查询操作。该场景验证功能的正确性，数据库访问的吞吐能力、系统线程的协调能力，同时也可验证在高强度压力下功能的正确性。本场景是在启动sqlserver2000,tongweb、testdirector应用后进行测试。准备过程录制。本场景包括用户登录，进入数据采集各操作界面，然后录入，保存，提交，审核及查询操作流程，其中登录局部放在vuser_init,中，其它流程放在Action中。测试结果根本测试结果主要检查项主要检查点结果三个原那么优先级高的先发OK同级时间优先OK按照落地方承受能力发送OK线程名与落地方的对应关系线程名与落地方的完全对应OK线程每次循环取记录数记录数正确OK数据录入录入正确OK数据保存保存成功OK数据提交提交成功OK数据审核审核成功OK数据查询查询成功OK测试结果表ElapsedTime(共用时间)Hits/Second(每秒钟采样率)PassedTransactions(通过事务)FailedTransactions(未通过事务)Error(错误)00:05:19(hh:mm:ss)9.59(last60sec)30000性能曲线图图表说明：虚拟用户数随时间变化图X轴为线程共用时间，Y轴为随时间变化的虚拟用户数。各曲线状态意义参照以下图(响应数据及其执行情况图)图表说明：响应数据及其执行情况图上图可以看到，总共有100个虚拟用户，都执行成功，没有发生错误。最多运行用户组数量为40个，最少为0个，平均为19个图表说明：虚拟用户响应时间图X轴为共用时间，Y轴为响应时间。各曲线状态意义参照以下图(事务响应数据图)。图表说明：事务响应数据图此场景主要测试数据采集操作负载，从数据中可以看到，数据采集各流程操作在当前压力测试场景下，最长的执行时间是68.690秒，最短的63.961秒，平均是65.523秒，标准差是1.121秒，最后一次响应时间是64.419秒。图表说明：TransactionSummary图从上图中可以看出，登录与数据采集各流程操作事务数量没有超过标准值。图示说明：AverageTransactionResponseTime图上图可以看到，数据采集流程操作的平均响应时间要远远高于登录操作，且其响应时间的起伏坡度不大。图表说明：数据采集事务分解页面上图可以看到，数据采集事务因是全流程操作，共有十个组件组成，其中runtype=modify下载用的时间最长，其大小为95.65kb。压力测试小结以下测试指标证明系统处于轻载状态Totalthroughput(bytes)(系统总吞吐量):93，270，811Averagethroughput(bytes/second)(系统平均吞吐量)：291，471TotalHits(系统总采样率):8，200压力测试场景三场景三特征单机运行测试脚本，多线程运行。设置虚拟用户总数为200，负载类型采用分组，1分钟内设置20个用户，用户呈阶梯形上升，直到到达虚拟用户的最大数。负载排队等待至数据响应时间设置为6分钟。(默认值为2分钟，根据测试环境系统配置的负载能力设置)录取场景过程：对报表分类查询，分行政区划，类型，未报和漏报查询。该场景验证数据库访问的吞吐能力是否有改善，可以改善多少？本场景是在启动sqlserver2000,tongweb、testdirector应用后进行测试。测试数据根本测试结果主要检查项主要检查点结果三个原那么优先级高的先发OK同级时间优先OK按照落地方承受能力发送OK线程名与落地方的对应关系线程名与落地方的完全对应OK线程每次循环取记录数记录数正确OK数据类型查询查询成功OK准备过程录制。本场景包括用户登录，进入数据催报操作界面，对报表作查询，行政区划相应地点，上报类型选择未报，其中登录局部放在vuser_init,中，其它流程放在Action中。测试结果表ElapsedTime(共用时间)Hits/Second(每秒钟采样率)PassedTransactions(通过事务)FailedTransactions(未通过事务)Error(错误)00:05:19(hh:mm:ss)9.59(last60sec)30000性能曲线图图表说明：虚拟用户数随时间变化图X轴为线程共用时间，Y轴为随时间变化的虚拟用户数。各曲线状态意义参照以下图(响应数据及其执行情况图)图表说明：响应数据及其执行情况图上图可以看到，总共有200个虚拟用户，都执行成功，没有发生错误。最多运行用户组数量为20个，最少为0个，平均为20个图表说明：虚拟用户响应时间图X轴为共用时间，Y轴为响应时间。各曲线状态意义参照以下图(事务响应数据图)。图表说明：事务响应数据图从数据中可以看到，数据催报操作在当前压力测试场景下，最长的执行时间是21.254秒，最短的10.054秒，平均是16.066秒，标准差是3.390秒，最后一次响应时间是15.33