Web Page Breakdown（网页元素细分）：“网页元素细分”主要用来评估页面内容是否影响事务的响应时间，通过它可以深入地分析网站上那些下载很慢的图形或中断的连接等有问题的元素。
1、Web Page Breakdown（页面分解总图）
“页面分解”显示某一具体事务在测试过程的响应情况，进而分析相关的事务运行是否正常。
“页面分解”图可以按下面四种方式进行进一步细分：
1)、Download Time Breaddown（下载时间细分）
“下载时间细分”图显示网页中不同元素的下载时间，同时还可按照下载过程把时间进行分解，用不同的颜色来显示DNS解析时间、建立连接时间、第一次缓冲时间等各自所占比例。
2)、 Component Breakdown(Over Time)（组件细分(随时间变化)）
“组件细分”图显示选定网页的页面组件随时间变化的细分图。通过该图可以很容易的看出哪些元素在测试过程中下载时间不稳定。该图特别适用于需要在客户端下载控件较多的页面，通过分析控件的响应时间，很容易就能发现那些控件不稳定或者比较耗时。
3)、Download Time Breakdown(Over Time)（下载时间细分(随时间变化)）
“下载时间细分(随时间变化)” 图显示选定网页的页面元素下载时间细分（随时间变化）情况，它非常清晰地显示了页面各个元素在压力测试过程中的下载情况。
“下载时间细分”图显示的是整个测试过程页面元素响应的时间统计分析结果，“下载时间细分(随时间变化)”显示的事场景运行过程中每一秒内页面元素响应时间的统计结果，两者分别从宏观和微观角度来分析页面元素的下载时间。
4)、Time to First Buffer Breakdown(Over Time)（第一次缓冲时间细分(随时间变化)）
“第一次缓冲时间细分(随时间变化)”图显示成功收到从 Web服务器返回的第一次缓冲之前的这段时间，场景或会话步骤运行的每一秒中每个网页组件的服务器时间和网络时间（以秒为单位）。可以使用该图确定场景或会话步骤运行期间服务器或网络出现问题的时间。
First Buffer Time：是指客户端与服务器端建立连接后，从服务器发送第一个数据包开始计时，数据经过网络传送到客户端，到浏览器接收到第一个缓冲所用的时间。
2、Page Component Breakdown（页面组件细分）
“页面组件细分”图显示每个网页及其组件的平均下载时间（以秒为单位）。可以根据下载组件所用的平均秒数对图列进行排序，通过它有助于隔离有问题的组件。
3、Page Component Breakdown(Over Time)（页面组件分解(随时间变化)）
“页面组件分解(随时间变化)”图显示在方案运行期间的每一秒内每个网页及其组件的平均响应时间 （以秒为单位）。
4、Page Download Time Breakdown（页面下载时间细分）
“页面下载时间细分”图显示每个页面组件下载时间的细分，可以根据它确定在网页下载期间事务响应时间缓慢是由网络错误引起还是由服务器错误引起。
“页面下载时间细分”图根据 DNS解析时间、连接时间、第一次缓冲时间、SSL握手时间、接收时间、FTP验证时间、客户端时间和错误时间来对每个组件的下载过程进行细分。
5、Page Download Time Breakdown(Over Time)（页面下载时间细分(随时间变化)）
“页面下载时间细分(随时间变化)”图显示方案运行期间，每一秒内每个页面组件下载时间的细分。使用此图可以确定网络或服务器在方案执行期间哪一时间点发生了问题。
“页面组件细分(随时间变化)”图和“页面下载时间细分(随时间变化)”图通常结合起来进行分析：首先确定有问题的组件，然后分析它们的下载过程，进而定位原因在哪里。
6、Time to First Buffer Breakdown（第一次缓冲时间细分）
“第一次缓冲时间细分”图显示成功收到从Web服务器返回的第一次缓冲之前的这一段时间内的每个页面组件的相关服务器/网路时间。如果组件的下载时间很长，则可以使用此图确定产生的问题与服务器有关还是与网络有关。
网络时间：定义为第一个HTTP请求那一刻开始，直到确认为止所经过的平均时间。
服务器时间：定义为从收到初始HTTP请求确认开始，直到成功收到来自Web服务器的一次缓冲为止所经过的平均时间。
7、Time to First Buffer Breakdown(Over Time)（第一次缓冲时间细分(随时间变化)）
“第一次缓冲时间细分(随时间变化)”图显示成功收到从Web服务器返回的第一个缓冲之前的这段时间内，场景运行的每一秒中每个网页组件的服务器时间和网络时间。可以使用此图确定场景运行期间服务器或网络出现问题的时间点。
8、Downloader Component Size(KB)（已下载组件大小）
“已下载组件大小”图显示每个已经下载的网页组建的大小。通过它可以直接看出哪些组件比较大并需要进一步进行优化以提高性能。
引用
相关推荐
### LoadRunner名词解释 #### 并发连接数（The Number of Concurrent Connections） **定义：** 并发连接数指的是在某一特定时刻内服务器所接受的请求数目，可以简单理解为一次会话。 **重要性：** 在进行性能...
### LoadRunner性能测试报告知识点详解 #### 一、概述 **编写目的：** - **目的：** 对**xxx系统**的性能进行全面评估，确保系统能够满足预期的性能需求。 - **对象：** 用户、测试人员、开发人员、项目管理者、...
Transactions(用户事务分析) 用户事务分析是站在用户角度进行的基础性能分析。 1、TransationSunmmary(事务综述) 对事务进行综合分析是性能分析的第一步，通过分析测试时间内用户事务的成功与失败情况，可以...
在实际测试过程中，我们还需要使用专业的性能测试工具，例如JMeter、LoadRunner、 Gatling等，它们可以帮助我们创建复杂的测试场景，收集和分析测试数据，以便更好地理解和改进系统性能。 最后，性能测试的流程通常...
首先，在性能测试流程规范方面，文中提到有三种不同的性能测试流程模板：标准项目、升级包项目和敏捷项目性能测试流程模板。不同的项目类型对应不同的测试流程，使得性能测试更具针对性和适应性。性能测试方案及模板...
名词解释： 1. 性能测试：测试系统在不同负载下的性能表现，如响应时间、并发用户数等。 2. 白盒测试：关注程序内部结构和算法的测试，不重视功能和性能指标。 3. 并发测试：多用户同时访问同一应用时的性能评估，...
名词解释** 这部分对报告中涉及的专业术语进行解释，确保所有读者都能理解报告内容。例如，引用说明可能包含对“并发用户”、“响应时间”、“吞吐量”等概念的定义。 **6. 测试准备** 测试准备详细介绍了测试环境...
- **名词解释**：报告可能对测试中涉及的专业术语进行了清晰的定义，以便于非技术背景的人员理解。 4. **测试环境**： - **测试环境准备**：这部分详细介绍了测试环境的搭建过程，包括硬件配置、软件安装、系统...
3. **名词解释** - **验证**：验证关注的是系统是否按照预期设计和规范运行，主要检查功能是否正确实现，而不涉及性能指标。 - **确认**：确认测试关注系统在真实或模拟环境中的表现，包括性能、兼容性、安全性等...
##### 相关名词解释 - **并发用户数**：指的是在同一时间点内与服务器进行交互的在线用户数量。这一数量可以通过计算系统用户总数的5%-20%来估算（适用于测试系统最大用户并发数的情况）。公式为：每天用户数量 * ...
7. **名词解释** 提供了压力测试相关的专业术语，帮助读者理解测试过程中的概念，如并发用户、负载曲线、吞吐量、响应时间等。 8. **测试过程** 整个测试过程包括计划阶段（确定测试目标和范围）、设计阶段（创建...
- **名词解释**：对关键术语进行解释，以确保报告阅读者理解报告中的专业术语。 - **测试目标**：明确性能测试的主要目标，例如支持的最大在线用户数、并发用户数、主要业务的响应时间等。 2. **测试工具及环境**...
#### 名词解释 - **并发线程数**：在性能测试过程中，同时访问被测系统的虚拟用户数量。值得注意的是，这一数值并不代表实际使用中的并发用户数，因为测试中的线程会尽可能快速地发起请求，与实际用户的使用习惯...
引言部分阐述了测试的目的、名词解释和参考引用的资料。测试概述则介绍了测试对象、项目背景、测试概要、时间、人员、系统结构和测试需求。测试方法与记录章节涵盖测试环境、工具、方法和测试用例设计以及测试记录。...
- **名词解释**： - **软件测试策略**：结合测试标准和项目特点，定义测试的原则、方式和方法。 - **测试准入**：满足一定条件后开始测试。 - **测试挂起**：在特定条件下暂停测试，待条件改善后继续。 2. **...