软件性能测试报告

软件性能测试报告 性能测试内部交流 【摘要】从内容上来说～功能测试、性能测试以及其他一些零散内容构成了软件测试的主要内容～压力测试是性能测试的主要部分～是基于Web测试过程中非常重要的一项～并且是对工具软件依赖性最强的测试。本文旨在总结各种压力测试工具所能测到的具体内容～各种测试结果～以及测试结果的表现形式。 1. 概念的提出 1.1基于web测试的特点 很明显，基于web的应用程序的测试不是微不足道的小事，对测试人员的素质要求更高。测试web页面相对来说内容比较统一和简单(链接是否正确可用,所有组件载入是否正常,时间是否足够快,)而测试电子商务应用程序需要更熟练的测试技巧更多的时间。 测试基于web应用程序一个主要的弱点在于缺少专业技术和技能。测试者需要理解各种浏览器、操作系统、web server以及数据库之间微妙的区别。他们对脚本语言(ASP, XML, HTML, 等)、数据库(Oracle, SQL等)、web servers (IIS, Apache等)以及界面后的数据传输协议 (TCP/IP, HTTP, FTP等)懂得越多，测试就越有效。 测试人员不能简单地根据界面(这里就是浏览器)执行各种功能，这样会漏掉web应用程序测试所需的其他方面，像performance, security, database integrity…请记住，解密高手们是不通过浏览器来对站点解密的，他们使用脚本。 测试易用性、浏览器兼容性和其他前台功能可以简单地通过测试后台来实现，幸运的是，后台程序更多得显出传统应用程序的特点，像数据库访问、事务服务器等等。许多场合下，这些功能领域可以独立出来通过驱动程序和桩模块来实现。 1.2主要测试内容 基于web应用程序的质量指标可以归结为 1) 可靠性(Reliability) 2) 可回复性(Recoverability) 3) 安全性(Security) 4) 易用性(Usability) 5) 性能(Performance) 1.2.1 可靠性 可靠性的一个定义是“在取得的结果上表现出合理的一致性”。有多少站点可以称之为“可靠”呢,另一个定义是“值得信赖，给人信心”。然而，或许站点并不是永远可访问或者显示断断续续的性能问题。 许多作者的观点是web程序的可靠性纯粹是一个基于用户的质量要求。就是说，这是一个主观(subjective)名词，用户才是该定义的者和修复者。 1.2.2可恢复性 这是另一个容易忽略的质量指标。 许多web应用程序有一个备份或冗余服务器，当主服务器出问题之后，该服务器会被启用。这种机制在数据库服务器组件也被采用。重新路由机制必须经过测试，测试 方法 快递客服问题件处理详细方法山木方法pdf计算方法pdf华与华方法下载八字理论方法下载 类似于对系统容错性的测试。然而，可恢复性意味的不仅仅是错误,安全开关。它必须能重新同步化所有的连接系统，像仓库系统、支付操作，以及数据检验以确保数据没有丢失和破坏。这会增加测试情节的复杂性。 1.2.3安全性 可能web应用程序最严格的 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 就是安全性security。约束对信息的访问，验证用户密码、对保密的信息加密都是至关重要的质量要求。信用卡系统、医疗系统、财务系统以及其他社团信息都必须严格保护，从普通浏览者到解密高手。一般有许多加密层，从密码机制到数字证 书 关于书的成语关于读书的排比句社区图书漂流公约怎么写关于读书的小报汉书pdf ，每种机制都有其优缺点。 在此方面一个危险但被大家通用的方式是直接发布软件等待有人发现安全性问题，然后发布“补丁”修改该问题。对于web应用程序来说，补丁可以无缝方式(对用户透明)安装，然而，由于安全性对环境有很大依赖，安装补丁然后更改环境可能使web程序陷入危险。 1.2.4易用性 web程序中，易用性是一个重要方面。过去，只有非常精细的项目会在人机界面上请教GUI设计员或专家。当web应用程序成功使用后，这些专家就非常抢手了。许多GUI设计师实际上是艺术人员、出版业人士，他们对GUI和易用性法则可能了解很肤浅。 随着越来越多的web应用程序出现，用户们变得越来越有经验、“老道”。这些用户对于易用性会提出比新手不同的问题。 1.2.5性能 性能测试包括测试程序的实时性反应。执行某项操作所消耗的时间,或者同其它版本或同等程序消耗时间的比较，通常是其测试标准。软件性能的标准时间也通常在客户需求说明文档中明确定义。在设计这类需求时，应以实际数目术语来陈述，而不要使用像“至少必须比先前版本要快”这样的语句。使用实际数字可以确保以后报告性能问题时容易以优先级和严重性对其排名。 性能测试中的一个有效的测试是压力测试。压力测试可以理解为多用户性能测试，即测试多个用户同时使用web程序时性能的下降情况。相对于桌面程序，web程序执行性能测试的根本区别在于web程序在测试中有许多下降的指标。瓶颈口可能在web server、application server或database server，而且，查询其根源会非常困难。 1.3压力测试 压力测试用于衡量待测应用软件在压力状态下的性能。在基于web的应用软件中，产生这 些压力条件，主要是通过分布于最低(或有限)条件的硬件资源下，使用网络模拟出成千上万个分布式虚拟用户，这些用户产生一致的、可重复的并且可测的压力，来模仿现实世界，起到对应用软件测试的效果。多数测试软件采用 报表 企业所得税申报表下载财务会计报表下载斯维尔报表下载外贸周报表下载关联申报表下载 和图像方式来提供测试结果，用于评价软件的性能。 从其定义 分析 定性数据统计分析pdf销售业绩分析模板建筑结构震害分析销售进度分析表京东商城竞争战略分析 ，压力测试应属于性能测试。 2.主要测试项 所能用图表列出的项目 2.1 Vuser 显示执行了脚本的虚拟用户的个数以及每秒中的状态。这种图形在确定登陆的虚拟用户数非常有用。 . 激活的虚拟用户图形 用于显示每秒内执行Vuser脚本的虚拟用户个数及其状态。用于确定任何时刻服务器上的用户访问压力。 X坐标:从情节开始算起的时间。 Y坐标:虚拟用户的个数。 . 虚拟用户汇总图 显示虚拟用户汇总信息，对成功完成了情节的用户与失败的用户作对比。以饼形表示。 . 虚拟用户同步点(Rendezvous)图 lr_rendezvous 函数在Vuser script中定义一个同步点rendezvous。当该语句被执行时，Vuser停止等待LoadRunner发命令允许继续。 Rendezvous图显示何时虚拟用户从同步点中释放出来，有多少虚拟用户在此点被释放。本图有助于理解事务性能。如果把此图与Transaction Response Time – Average图比较，可以看出同步点影响的事务数如何形成压力峰值。 X坐标表示从情节开始的时间，Y坐标表示从同步点中被释放的用户数。 2.2 Error 在某个情节中出现的错误情况。包括如下信息: . 错误统计 情节运行中出现的错误数，以错误代码分组。 如下图像中，总共出错178个，第一个错误码出现12次，占6.74%。 . 每秒的错误 执行某个情节时每秒出现的错误数。 2.3 Transaction 执行某个场景之后，可以分析关于事务的图形和报表，包括如下信息: . 事务反应时间-平均 事务反应时间-平均图显示在场景运行时执行事务所消耗的平均时间。 X轴代表从场景开始的执行时间。Y轴代表执行每个事务消耗的时间。 . 事务反应时间-压力下的图形 是虚拟用户和事务反应平均时间的结合，表示情节运行的任何点上，事务时间和虚拟用户数量的关系。本图有助于查看虚拟用户的登陆对性能的冲击。最有效的场合是对压力梯度分析某个情节。 X轴代表从场景开始的执行时间。Y轴代表执行每个事务平均消耗的时间。 . 事务反应时间-百分点图 用于分析在给定的时间内执行的事务的百分数。有助于确定满足了所定义的性能标准的事务的百分比。最大反应时间可能非常的长，但是如果大多数事务的访问时间可以接受，系统总体也就满足了需要。 X轴代表在场景播放过程中总事务数所占百分比。Y轴代表执行事务消耗的时间。 在图中，tr_matrix_movie事务中少于20,的事务其响应时间少于70秒。 . 事务反应时间-分布图 显示在某个情节中执行事务的时间分布图。如果同事务性能总图比较，可以看到平均性能如何计算的。 X轴代表事务响应时间。Y轴代表情节中执行的事务。 在下图中，绝大多 数事务的响应时 间少于20秒。 . 每秒事务图 显示在情节播放过程中，每秒对于每个事务，其通过、失败和夭折的次数。有助于确定任何给定时刻系统中实际的事务压力。该图像同事务响应平均时间相比较，可以分析在性能时间内事务个数的影响。 X轴代表从场景开始的执行时间。Y轴代表情节播放中的事务数。 . 每秒事务总数 显示场景播放中通过、失败和夭折的事务总数。 . 事务汇总图 . 事务性能概要图 显示情节中最小、最大和平均性能时间。 X轴指定事务名，y轴显示时间,执行每个事务最接近的时间。 2.4 Web Resource 用于分析Web server的性能。 . 每秒点击量 显示情节播放每秒中虚拟用户向web server发出的HTTP请求。该图像有助于以点击量来评价产生的虚拟用户数。可以通过该图与事务平均响应时间图的比较来分析点击数对事务性能的影响。 . 数据流量图 显示在场景运行时每秒服务器上的流量。以byte为单位，表示任何给定的秒内从虚拟用户从服务器接受的数据量。可以通过该图与事务平均响应时间图的比较来分析流量对事务性能的影响。 下图表示第55秒的情节中，流量为193,242 byte。 . HTTP 状态码概要图 显示情节播放中，从Web server返回的HTTP状态码(指出HTTP请求的状态，例如 “the request was successful,” “the page was not found”)。使用该图和HTTP每秒响应图可以定位产生了错误 码的脚本。 只能以饼形表示。 下图表示只产生了HTTP状态码200和302，200 产生了1,100次，302 产生了125 次。 . 每秒 HTTP 响应数图 以状态码来划分，显示情节播放中，从Web server返回的HTTP状态码(指出HTTP请求的状态，例如 “the request was successful,” “the page was not found”)。 X轴为时间，y轴代表每秒HTTP响应数。 下图表示200状态码的最大数目60出现在第55秒。302状态码的最大数目85出现在第5秒。 . 每秒下载页面图 2.5 Web Page Breakdown 明细页面让你分析是否有些事务由于页面的内容而受到影响。通过该图，可以分析网站上有问题的页面元素，例如下载缓慢地图像，或坏的超链接等。 . 页面组件明细图 显示每个页面及其组件平均下载时间。 例如，下图表示主页www.cnn.com地址使用了28.64% 的总下载时间，同35.67%的www.cnn.com/WEATHER组件相比。 . 页面组件(OVER TIME)明细图 显示每个页面及其组件平均响应时间(秒)，以时间为基准。例如，下图表示Satellite_Action1_963 响应时间明显多于main_js_Action1_938。 . 页面下载时间明细图 显示每个页面组件下载时间的细目分类，用于确定在页面下载过程中响应时间缓慢是由于网络问题还是服务器出错导致的。 以DNS resolution time, connection time, time to first buffer, SSL handshaking time, receive time, FTP authentication time, client time, 以及error time来汇总各个组件的响应时间。 . 页面下载时间(OVER TIME)明细图 显示情节播放中每个页面组件下载的时间。 该图有助于确定网络或服务器出错地点。 . 首次缓存明细时间图Time to First Buffer Breakdown Graph 显示每个web页面组件相关的高速缓存成功的服务器/网络时间，如果组件下载时间很长，可以使用该图判断问题是与server相关还是与network相关。 Network时间定义为从发送首次HTTP请求到收到ACK的平均时间。Server时间定义为从收到最初的HTTP请求(通常为GET)的ACK消息到首次缓存成功返回到web服务器。 . 首次缓存明细时间图Time to First Buffer Breakdown (Over Time) Graph . 下载的组件大小图 Downloaded Component Size Graph，用于提供每个页面组件下载时间和大小的信息。例如，下图显示www.cnn.com/WEATHER组件占总大小的39.05%，而cnn.com主页组件占总数的34.56%。 User-Defined Data Point 用户定义数据点图提供由显示器收集的自定义数据点信息。 . 数据点图(总)The Data Points (Sum) graph 显示情节播放中用户定义数据点的总值。 下图中，user_data_point_val_1 数据点是运行时间该函数生成的点。 数据点图(平均)The Data Points (Average) graph 显示情节播放中用户定义数据点平均值。 在下面的例子中，user_data_point_val_1 数据点是时间的函数。 2.6 System Resource 系统资源图显示情节运行过程中由在线监视器量得的系统资源使用情况。这些图像需要预先指定想要量取的资源。系统资源图可用于: . Windows 资源 显示Windows NT/2000资源使用情况。 所能量的资源: 资源 度量方式 System %Total Processor Time Processor %Processor Time System File Data Operations/Sec System Processor Queue Length Memory Page Faults/sec Physical Disk % Disk Time Memory Pool Nonpaged Bytes Memory Pages/sec System Total Interrupts/sec Objects Threads Process Private Bytes . UNIX 资源 显示情节播放中量得的UNIX资源图。 包括如下由后台程序rstatd使用的资源的量度: average load, collision rate, context switch rate, CPU utilization, incoming packets error rate, incoming packets rate, interrupt rate, outgoing packets error rate, outgoing packets rate, page-in rate, page-out rate, paging rate, swap-in rate, swap-out rate, system mode CPU utilization, user mode CPU utilization. . SNMP 资源 SNMP资源图显示运行SNMP代理的统计信息，使用Simple Network Management 协议 (SNMP)。 下图显示一个称作bonaparte SNMP虚拟机的量度结果 . TUXEDO 资源图 TUXEDO 资源图提供关于server, load generator machine, workstation handler, 以及TUXEDO 系统中的队列信息。 2.7 Network Monitor 使用网络图可以确定在测试情节中网络是否导致延迟。还可以确定出问题的网络段。 下图是一个典型的网络系统。要从服务器到用户机，数据必须穿越若干个网段。 要度量网络性能，网络监视器向网络发送数据包。当数据包返回，监视器计算数据包到请求的节点和返回所花的时间。 为了使用网络监视器图，你必须在执行测试情节之前打开网络监视器。 . Network Delay Time Graph 网络延迟时间图显示从源机器到目标机器(例如，从database server 到 Vuser load generator)完整路径的延迟。 . Network Sub-Path Time Graph 网络子路径时间图 显示每个网段的延迟时间。 下图表示黄色标识的网段在第60秒产生了70毫秒的延迟。 . Network Segment Graph 网段图显示运行期内网络路径中每个网段的时间延迟。每个网段由不同颜色的线显示。 . Verifying the Network as a Bottleneck 合并以上的图可以确定网络是否属于瓶颈。例如使用 Network Delay Time 图和 Running Vusers 图，可以确定虚拟用户数如何影响网络延迟。Network Delay Time 图指出情节中的网络延迟，Running Vusers 图显示此时的虚拟用户数。如下合并的图中，网络延迟和运行的虚拟用户相比较。当10个虚拟用户运行时，出现 22 milliseconds 的时间延迟，说明网络可能超载。 2.8 Firewall Firewall server monitor 防火墙服务器监视器图提供防火墙服务器性能信息。注意，要获取这些数据，需要在运行测试情节之前打开防火墙服务器在线监视器。 下表是FireWall-1的检查点: Measurement Description The number of rejected packets. FwRejected The number of dropped packets. FwDropped The number of logged packets. FwLogged 2.9 Web Server资源 Web Server资源图关于Apache, Microsoft IIS以及Netscape Web server资源占用信息。测试之前需要打开服务器监控器并指定要测量的资源。 . Apache Server Graph 显示服务器统计信息时间函数图。 下图中，整个情节中CPU占用都稳定。结尾时，空转服务器增加。整个情节中，只有一个服 务器持续很忙，说明虚拟用户只访问一个Apache server。 . Microsoft Information Internet Server (IIS) Graph 下图中，Bytes Received/sec 图和Get Requests/sec 图持续稳定，而Total Processor Time, Bytes Sent/sec, and Post Requests/sec 值相当不稳。 注意，Bytes Sent/sec 和 Bytes Received/sec单位是1/100, 而Post Requests/sec单位是10. . Netscape Enterprise Server Graph 说明 Measurement Description The rate of successful transactions being processed by the server 200/sec The rate at which the server handles status codes in the 200 to 299 range 2xx/sec The rate of relocated URLs being processed by the server 302/sec The rate of requests for which the server tells the user to use a local copy of a URL 304/sec instead of retrieving a newer version from the server The rate at which the server handles status codes in the 300 to 399 range 3xx/sec The rate of unauthorized requests handled by the server 401/sec The rate of forbidden URL status codes handled by the server 403/sec The rate at which the server handles status codes in the 400 to 499 range 4xx/sec The rate at which the server handles status codes 500 and higher 5xx/sec The rate at which the server handles bad requests Bad requests/sec The rate at which bytes of data are sent from the Web server Bytes sent/sec The HTTP request rate Hits/sec The rate of all status codes (2xx-5xx) handled by the server, excluding timeouts and xxx/sec other errors that did return an HTTP status code 2.10 Web Application Server Resource Web Application Server 资源图提供关于如下服务的资源使用情况: . Ariba . ATG Dynamo . BroadVision . ColdFusion . Fujitsu INTERSTAGE . Microsoft Active Server Pages (ASP) . SilverStream . WebLogic . WebSphere 2.11 Database Server Resource 提供关于SQL Server和Oracle数据库资源信息。 . SQL Server Graph 显示SQL server机器上的标准Windows资源。 下表描述可以在SQL Server 6.5上监控的默认的计算器 Measurement Description The average percentage of time that all the processors on the % Total Processor Time (NT) system are busy executing non-idle threads. On a multi-processor system, if all processors are always busy, this is 100%, if all processors are 50% busy this is 50% and if 1/4th of the processors are 100% busy this is 25%. It can be viewed as the fraction of the time spent doing useful work. Each processor is assigned an Idle thread in the Idle process which consumes those unproductive processor cycles not used by any other threads. The percentage of time that a requested data page was found Cache Hit Ratio in the data cache (instead of being read from disk) The number of 2K pages written to disk per second, using I/O – Batch Writes/sec Batch I/O. The checkpoint thread is the primary user of Batch I/O. The number of 2K pages flushed to disk per second by the I/O – Lazy Writes/sec Lazy Writer The number of physical reads pending I/O – Outstanding Reads The number of physical writes pending I/O – Outstanding Writes The number of physical page reads per second I/O - Page Reads/sec The number of Transact-SQL command batches executed I/O - Transactions/sec per second The number of open user connections User Connections The percentage of time that the processor is executing a % Processor Time (Win 2000) non-idle thread. This counter was designed as a primary indicator of processor activity. It is calculated by measuring the time that the processor spends executing the thread of the idle process in each sample interval, and subtracting that value from 100%. (Each processor has an idle thread which consumes cycles when no other threads are ready to run). It can be viewed as the percentage of the sample interval spent doing useful work. This counter displays the average percentage of busy time observed during the sample interval. It is calculated by monitoring the time the service was inactive, and then subtracting that value from 100%. . Oracle Graph Oracle图显示来自Oracle V$ 表的信息:Session 统计:V$SESSTAT和系统统计: V$SYSSTAT. 下图中，V$SYSSTAT资源表示为时间的函数。 下表信息是监控Oracle server (来自V$SYSSTAT表)时最常用的信息 Measurement Description This is the amount of CPU time (in 10s of milliseconds) used by a session CPU used by this session between the time a user call started and ended. Some user calls can be completed within 10 milliseconds and, as a result, the start and end user-call time can be the same. In this case, 0 milliseconds are added to the statistic. A similar problem can exist in the operating system reporting, especially on systems that suffer from many context switches. The total number of bytes received from the clientover Net8 Bytes received via SQL*Net from client The total number of current logons Logons current The total number of files that needed to be reopened because they were no longer Opens of replaced files in the process file cache Oracle allocates resources (Call State Objects) to keep track of relevant user call User calls data structures every time you log in, parse, or execute. When determining activity, the ratio of user calls to RPI calls gives you an indication of how much internal work gets generated as a result of the type of requests the user is sending to Oracle. The total number of Net8 messages sent to, and received from, the client SQL*Net roundtrips to/from client The total number of bytes sent to the client from the foreground process(es) Bytes sent via SQL*Net to client The total number of current open cursors Opened cursors current Closely related to consistent changes, this statistic counts the total number of DB block changes changes that were made to all blocks in the SGA that were part of an update or delete operation. These are changes that are generating redo log entries and hence will be permanent changes to the database if the transaction is committed. This statistic is a rough indication of total database work and indicates (possibly on a per-transaction level) the rate at which buffers are being dirtied. The total number of file opens being performed by the instance. Each process Total file opens needs a number of files (control file, log file, database file) in order to work against the database. 2.12 Streaming Media 运行某个情节后，可以使用Streaming Media图来分析RealPlayer Client, RealPlayer Server, 和 Windows Media Server媒体工具的性能。 . RealPlayer Client Graph 以时间函数显示RealPlayer客户机上的信息。 该图显示总包数，恢复的包数，当前带宽以及首次幀时间。 下表描述了监控的客户RealPlayer Client 度量信息: Measurement Description The number of kilobytes in the last second Current Bandwidth (Kbits/sec) The average time spent on buffering Buffering Event Time(sec) The ratio (percentage) between the current bandwidth and the actual Network Performance bandwidth of the clip The percentage of error packets that were recovered Percentage of Recovered Packets The percentage of packets that were lost Percentage of Lost Packets The percentage of late packets Percentage of Late Packets The time for first frame appearance (measured from the start of the replay) Time to First Frame Appearance (sec) The average number of all buffering events Number of Buffering Events The average number of buffering events resulting from a seek operation Number of Buffering Seek Events The average time spent on buffering events resulting from a seek operation Buffering Seek Time The average number of buffering events resulting from network congestion Number of Buffering Congestion Events The average time spent on buffering events resulting from network Buffering Congestion Time congestion The average number of buffering events resulting from live pause Number of Buffering Live Pause Events The average time spent on buffering events resulting from live pause Buffering Live Pause Time . RealPlayer Server Graph 该图中，RTSP Clients 在前4.5分钟内保持稳定。Total Bandwidth和Total Clients有小波动。TCP Connections波动更大。 Measurement Description The number of active encoder connections Encoder Connections The number of active clients using HTTP HTTP Clients The number of active server monitor connections Monitor Connections The number of active multicast connections Multicast Connections The number of active clients using PNA PNA Clients The number of active clients using RTSP RTSP Clients The number of active splitter connections Splitter Connections The number of active TCP connections TCP Connections The number of bits per second being consumed Total Bandwidth The total number of active clients Total Clients The number of active UDP connections UDP Clients . Windows Media Server Graph Measurement Description The number of live unicast streams that are being streamed Active Live Unicast Streams (Windows) The number of streams that are being streamed Active Streams The number of TCP streams that are being streamed Active TCP Streams The number of UDP streams that are being streamed Active UDP Streams The total, aggregate rate (bytes/sec) of file reads Aggregate Read Rate The total, aggregate rate (bytes/sec) of stream transmission Aggregate Send Rate The number of clients connected to the server Connected Clients The rate at which clients are connecting to the server Connection Rate The number of controllers currently connected to the server Controllers The number of HTTP streams being streamed HTTP Streams The number of late read completions per second Late Reads The number of clients that are attempting to connect to the server, but are not Pending Connections yet connected. This number may be high if the server is running near maximum capacity and cannot process a large number of connection requests in a timely manner. The number of station objects that currently exist on the server Stations The number of stream objects that currently exist on the server Streams The cumulative number of errors occurring per second Stream Errors . Media Player Client Graph 显示Windows Media Player客户机统计信息时间函数图 该图中，Total number of recovered packets 在前2.5分钟内持续稳定。Number of Packets 和 Stream Interruptions明显波动。Average Buffering Time适度增长，Player Bandwidth适度地减少和增长。 Measurement Description The percentage ratio of packets received to total packets Stream Quality (Packetlevel) The number of kbits per second received Current bandwidth (Kbits/sec) The number of packets received Stream Packet Rate The number of lost packets that were recovered. This value is only Total number of recovered packets relevant during network playback. The number of lost packets that were not recovered. This value is only Total number of lost packets relevant during network playback. The percentage of stream samples received on time (no delays in Stream Quality (Sampling-level) reception) 2.13 ERP Server Resource ERP server资源监控图提供关于ERP服务器性能信息。 . SAP Graph SAP图显示SAP R/3系统资源占用时间函数图。 下表是SAP R/3系统服务最常监控的内容: Measurement Description The average CPU time used in the work process. Average CPU time The average response time, measured from the time a dialog sends a request to the Average response time dispatcher work process, through the processing of the dialog, until the dialog is completed and the data is passed to the presentation layer. The response time between the SAP GUI and the dispatcher is not included in this value. The average amount of time that an unprocessed dialog step waits in the dispatcher Average wait time queue for a free work process. Under normal conditions, the dispatcher work process should pass a dialog step to the application process immediately after receiving the request from the dialog step. Under these conditions, the average wait time would be a few milliseconds. A heavy load on the application server or on the entire system causes queues at the dispatcher queue. The time needed to load and generate objects, such as ABAP source code and Average load time screen information, from the database. The number of parsed requests sent to the database. Database calls The number of logical ABAP requests for data in the database. These requests are Database requests passed through the R/3 database interface and parsed into individual database calls. The proportion of database calls to database requests is important. If access to information in a table is buffered in the SAP buffers, database calls to the database server are not required. Therefore, the ratio of calls/requests gives an overall indication of the efficiency of table buffering. A good ratio would be 1:10. The GUI time is measured in the work process and is the response time between GUI time the dispatcher and the GUI. The number of rolled-in user contexts. Roll ins The number of rolled-out user contexts. Roll outs The processing time for roll ins. Roll in time The processing time for roll outs. Roll out time The queue time in the roll area. When synchronous RFCs are called, the work Roll wait time process executes a roll out and may have to wait for the end of the RFC in the roll area, even if the dialog step is not yet completed. In the roll area, RFC server programs can also wait for other RFCs sent to them. The average response time for all commands sent to the database system (in Average time per logical milliseconds). The time depends on the CPU capacity of the database server, the DB call network, the buffering, and on the input/output capabilities of the database server. Access times for buffered tables are many magnitudes faster and are not considered in the measurement. 2.14 Cross Result 交叉结果图用于比较多个剧情的运行结果。适用于由基准硬件确定高级的系统如何提高其性 能。 如果希望评价两套硬件配置的性能，可以对其使用同一个测试情节，在同一个交叉结果图中 比较事务反应时间。 设想你的卖主声称一份新的软件有优化功能，运行起来比先前版本快。你可以通过在对该软件运行同一情节，比较情节的播放结果来验证卖主的声明。 还可以使用交叉结果图来确定系统能力。可以使用不同数量的虚拟用户运行同样的脚本。通过分析交叉结果图，可以确定开始反应不正常的用户数量。 下面的例子中，两个情节res12 res15运行结果被比较。使用的是同样的脚本，第一次使用100和 个虚拟用户，然后使用50个虚拟用户。第一次运行，平均事务时间大约为5.9秒，第二次，为4.7秒。很明显压力增大系统工作减慢。 该图有5个测试，软件首次发送了完整数目的请求，当接收到HTML页时，也发送了图像请求，这是后来请求的数目越来越多的原因。