性能测试理论基础培训PPT课件
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
实际应用
◦ 主要是测试用户数目与网络带宽的关系，评估网络的依赖 程度
22
含义
◦ 软件可靠性： 在规定条件下，在规定时间内，软件不引起 系统失效的概率
◦ 可靠性测试：在有使用代表性的环境中，持续运行系统某 些功能，验证系统稳定性的过程
目的
◦ 尽量模拟客户的使用环境，一定业务压力下，持续运行过 程N*24小时，测试系统的稳定性
17
负载测试 压力测试 容量测试 网络性能测试 可靠性测试（疲劳测试）
18
含义
◦ 主要用于描述常规的性能测试，通过模拟生产运行的业 务压力和使用场景组合来测试系统的性能是否满足生产 要求。
• 目的
◦ 在特定的运行条件下验证系统的能力状况
19
含义
◦ 压力测试是为了发现在什么条件下应用程序的性能会变得 不可接受。
也可以用字节数/天等单位来考察网络流量。
15
资源利用率是指系统资源的使用程度，比如
服务器的CPU利用率、内存利用率、磁盘利用率、 网络带宽利用率等。
除了上述资源，我们还应该考虑数据库连 接池使用情况，JVM内存使用情况，数据库cpu 占用情况等因素
16
分析型性能测试
•目的：断定产品性能瓶颈，为性能提升提供修改点和修改方向；分析资源占用情况，为客户实施提供建议 •内容：容量测试、压力测试、可靠性测试 •发布范围：研发内部 •常用指标：资源占用、响应时间
13
响应时间指的是客户端发出请求到得到响应的 整个过程所经历的时间。
14
吞吐量是指单位时间内系统处理的客户请求
的数量，直接体现软件系统的性能承载能力。
一般来说，吞吐量用请求数/秒或页面数/秒来衡量， 从业务的角度，吞吐量也可以用访问人数/天或处理 的业务数/小时等单位来衡量。从网络的角度来说，
10
评估系统的能力 识别体系中的弱点 验证系统可伸缩性（resilience）和可靠性
（reliability） 系统调优
11
并发用户数 响应时间 吞吐量 资源利用率
12
并发是指在某一给定时间内，某个特定点上进
行会话操作的用户数。 注意：此处需要区别于A6、A8的并发数概念， 我们产品并发的概念实际是在线用户数。
用户视角的软件性能 管理员视角的软件性能 产品开发人员视角的软件性能
6
用户视角的软件性能 从用户角度来说，软件性能就是软件对用户操 作的响应时间。
7
管理员视角的软件性能 系统的响应时间； 系统运行时服务器的状态，如CPU利用情况、
内存使用情况等； 系统是否能够实现扩展； 系统支持多少用户访问； 系统性能可能的瓶颈在哪里； 系统是否支持7*24小时的业务访问。
8
产品开发人员视角的软件性能 用户关心的响应时间； 管理员关心的系统可扩展性等； 架构设计是否合理； 数据库设计是否合理； 代码是否存在性能方面的问题； 系统中是否有不合理的内存使用方式。
9
性能测试主要是通过自动化的测试工具模拟 多种正常、峰值以及异常负载条件来对系统的各项 性能指标进行测试!
◦ 1 什么是软件性能？ ◦ 2软件为什么会有性能？ ◦ 3 什么性能测试？ ◦ 4 如何做性能测试？ ◦ 5 如何定位性能根源，性能的瓶颈究竟在哪儿？ ◦ 6 如何提升性能？ ◦ 请大家衡量，做性能测试都需要哪方面能力？
1
史玉杰 2015.01.30
2
◦ 性能测试概述 ◦ 性能测试步骤 ◦ 测试实践（举例）
定性型性能测试
•目的：对外公布指标，指标反映产品性能是否符合需求 •内容：容量测试、负载测试、可靠性测试 •发布范围：研发、对外 •常用指标：吞吐量（单位时间事务成功数）、响应时间
对比型性能测试
•目的：系统版本间或者是不同系统之间性能对比 •内容：容量测试、负载测试、可靠性测试 •发布范围：研发内部、对外（选择） •常用指标：资源占用、响应时间、吞吐量
3
完成此培训之后：
◦ 了解性能测试的概念 ◦ 了解性能测试的步骤 ◦ 理解基本的性能指标 ◦ 研发中心内部统一性能测试相关概念
4
◦ 性能测试概述
◦ 性能测试的步骤 ◦ 测试实践（举例）
5
软件的性能是个很大的概念，覆盖面非常 广泛，对一个软件系统而言，包括执行效率、资 源占用、稳定性、安全性、兼容性、可扩展性、 可靠性等等。
信息完整 Yes 制订测试计划
Yes
需求分析
设计
编码
签发测试报告
系统架构设计
修改
修改
编码 No
修改
Yes
审核通过
测试计划评审 审核测试报告
制订性能测试计划 No
评审通过 Yes 测试前期准备
测试结果分析、报告 结果通过
开发脚本 /执行测试
Yes 编写测试报告
No
系统测试
封板测试
26
测试需求分析主要有以下的几个关键点： 测试的目的是什么
28
测试目的不同，则相应的测试策略不同。 性能符合性验证—负载测试、疲劳强度测试。
性能能力验证—压力测试、疲劳强度测试。
性能调优—测试-调整-测试。负载测试、压力测
试、疲劳强度测试。
29
测试需求 测试策略 测试场景 测试环境 测试准备 人员及时间安排 问题与对策
• 压力测试与负载测试的比较
◦ 实现方法基本相同 ◦ 测试的目的不同
20
含义
◦ 确定测试对象在给定时间内能够持续处理的最大负载或工 作量
◦ 使测试对象处理大量的数据，以确定是否达到了将使被测 对象发生故障的极限
• 目的
◦ 测试单业务在一定数据容量下性能表现，比如通讯录、 比如选人
21
含义
◦ 测试网络带宽、延迟、负载和端口的变化对用户的响应时 间的影响
23
◦ 性能测试概述 ◦ 性能测试的步骤 ◦ 压力测试
24
25
பைடு நூலகம்
性能测试团队工作流程
项项目目经经理理
需需求求分分析析工工程程师师
安排性能测试时间
系系统统架架构构师师
No
开开发发工工程程师师
项目计划
No 性能需求分析
测测试试经经理理
性性能能测测试试经经理理 性性能能测测试试工工程程师师
目标/时间资源
✓ 评估系统的能力 ✓ 识别体系中的弱点 ✓ 验证系统可伸缩性（resilience）和可靠性
（reliability） ✓ 系统调优
27
➢ 测试要素分析： 用户数量 测试执行的功能 用户分布（即执行每种功能的用户数） 硬件环境（包括网络环境） 软件环境 数据量
➢ 其它分析 系统运行中所出现的问题有什么特征或规律 疲劳测试执行时间多少 性能需求的指标是什么等
◦ 主要是测试用户数目与网络带宽的关系，评估网络的依赖 程度
22
含义
◦ 软件可靠性： 在规定条件下，在规定时间内，软件不引起 系统失效的概率
◦ 可靠性测试：在有使用代表性的环境中，持续运行系统某 些功能，验证系统稳定性的过程
目的
◦ 尽量模拟客户的使用环境，一定业务压力下，持续运行过 程N*24小时，测试系统的稳定性
17
负载测试 压力测试 容量测试 网络性能测试 可靠性测试（疲劳测试）
18
含义
◦ 主要用于描述常规的性能测试，通过模拟生产运行的业 务压力和使用场景组合来测试系统的性能是否满足生产 要求。
• 目的
◦ 在特定的运行条件下验证系统的能力状况
19
含义
◦ 压力测试是为了发现在什么条件下应用程序的性能会变得 不可接受。
也可以用字节数/天等单位来考察网络流量。
15
资源利用率是指系统资源的使用程度，比如
服务器的CPU利用率、内存利用率、磁盘利用率、 网络带宽利用率等。
除了上述资源，我们还应该考虑数据库连 接池使用情况，JVM内存使用情况，数据库cpu 占用情况等因素
16
分析型性能测试
•目的：断定产品性能瓶颈，为性能提升提供修改点和修改方向；分析资源占用情况，为客户实施提供建议 •内容：容量测试、压力测试、可靠性测试 •发布范围：研发内部 •常用指标：资源占用、响应时间
13
响应时间指的是客户端发出请求到得到响应的 整个过程所经历的时间。
14
吞吐量是指单位时间内系统处理的客户请求
的数量，直接体现软件系统的性能承载能力。
一般来说，吞吐量用请求数/秒或页面数/秒来衡量， 从业务的角度，吞吐量也可以用访问人数/天或处理 的业务数/小时等单位来衡量。从网络的角度来说，
10
评估系统的能力 识别体系中的弱点 验证系统可伸缩性（resilience）和可靠性
（reliability） 系统调优
11
并发用户数 响应时间 吞吐量 资源利用率
12
并发是指在某一给定时间内，某个特定点上进
行会话操作的用户数。 注意：此处需要区别于A6、A8的并发数概念， 我们产品并发的概念实际是在线用户数。
用户视角的软件性能 管理员视角的软件性能 产品开发人员视角的软件性能
6
用户视角的软件性能 从用户角度来说，软件性能就是软件对用户操 作的响应时间。
7
管理员视角的软件性能 系统的响应时间； 系统运行时服务器的状态，如CPU利用情况、
内存使用情况等； 系统是否能够实现扩展； 系统支持多少用户访问； 系统性能可能的瓶颈在哪里； 系统是否支持7*24小时的业务访问。
8
产品开发人员视角的软件性能 用户关心的响应时间； 管理员关心的系统可扩展性等； 架构设计是否合理； 数据库设计是否合理； 代码是否存在性能方面的问题； 系统中是否有不合理的内存使用方式。
9
性能测试主要是通过自动化的测试工具模拟 多种正常、峰值以及异常负载条件来对系统的各项 性能指标进行测试!
◦ 1 什么是软件性能？ ◦ 2软件为什么会有性能？ ◦ 3 什么性能测试？ ◦ 4 如何做性能测试？ ◦ 5 如何定位性能根源，性能的瓶颈究竟在哪儿？ ◦ 6 如何提升性能？ ◦ 请大家衡量，做性能测试都需要哪方面能力？
1
史玉杰 2015.01.30
2
◦ 性能测试概述 ◦ 性能测试步骤 ◦ 测试实践（举例）
定性型性能测试
•目的：对外公布指标，指标反映产品性能是否符合需求 •内容：容量测试、负载测试、可靠性测试 •发布范围：研发、对外 •常用指标：吞吐量（单位时间事务成功数）、响应时间
对比型性能测试
•目的：系统版本间或者是不同系统之间性能对比 •内容：容量测试、负载测试、可靠性测试 •发布范围：研发内部、对外（选择） •常用指标：资源占用、响应时间、吞吐量
3
完成此培训之后：
◦ 了解性能测试的概念 ◦ 了解性能测试的步骤 ◦ 理解基本的性能指标 ◦ 研发中心内部统一性能测试相关概念
4
◦ 性能测试概述
◦ 性能测试的步骤 ◦ 测试实践（举例）
5
软件的性能是个很大的概念，覆盖面非常 广泛，对一个软件系统而言，包括执行效率、资 源占用、稳定性、安全性、兼容性、可扩展性、 可靠性等等。
信息完整 Yes 制订测试计划
Yes
需求分析
设计
编码
签发测试报告
系统架构设计
修改
修改
编码 No
修改
Yes
审核通过
测试计划评审 审核测试报告
制订性能测试计划 No
评审通过 Yes 测试前期准备
测试结果分析、报告 结果通过
开发脚本 /执行测试
Yes 编写测试报告
No
系统测试
封板测试
26
测试需求分析主要有以下的几个关键点： 测试的目的是什么
28
测试目的不同，则相应的测试策略不同。 性能符合性验证—负载测试、疲劳强度测试。
性能能力验证—压力测试、疲劳强度测试。
性能调优—测试-调整-测试。负载测试、压力测
试、疲劳强度测试。
29
测试需求 测试策略 测试场景 测试环境 测试准备 人员及时间安排 问题与对策
• 压力测试与负载测试的比较
◦ 实现方法基本相同 ◦ 测试的目的不同
20
含义
◦ 确定测试对象在给定时间内能够持续处理的最大负载或工 作量
◦ 使测试对象处理大量的数据，以确定是否达到了将使被测 对象发生故障的极限
• 目的
◦ 测试单业务在一定数据容量下性能表现，比如通讯录、 比如选人
21
含义
◦ 测试网络带宽、延迟、负载和端口的变化对用户的响应时 间的影响
23
◦ 性能测试概述 ◦ 性能测试的步骤 ◦ 压力测试
24
25
பைடு நூலகம்
性能测试团队工作流程
项项目目经经理理
需需求求分分析析工工程程师师
安排性能测试时间
系系统统架架构构师师
No
开开发发工工程程师师
项目计划
No 性能需求分析
测测试试经经理理
性性能能测测试试经经理理 性性能能测测试试工工程程师师
目标/时间资源
✓ 评估系统的能力 ✓ 识别体系中的弱点 ✓ 验证系统可伸缩性（resilience）和可靠性
（reliability） ✓ 系统调优
27
➢ 测试要素分析： 用户数量 测试执行的功能 用户分布（即执行每种功能的用户数） 硬件环境（包括网络环境） 软件环境 数据量
➢ 其它分析 系统运行中所出现的问题有什么特征或规律 疲劳测试执行时间多少 性能需求的指标是什么等