性能测试
最全性能测试方法
性能测试方法性能测试包括：验收性能测试、负载测试、压力测试、配置测试、并发测试、可靠性测试、失败恢复测试。
1、验收性能测试Acceptance Performance Testing通过模拟生产运行的业务压力量和使用场景组合，测试系统能否满足生产性能要求主要用来验证系统是否能够达到宣称的能力是一种完全确定了系统运行环境和测试行为的测试方法验收性能测试有一个很明确的目标、场景、核心业务，才开展验收性能测试，看是否达到预期的目标2、验收性能测试-内容确定用户场景给出需要关注的性能指标测试执行测试分析示例：要求系统在100个并发用户的条件下进行A业务操作，响应时间不超过5s。
3、负载测试负载测试主要是考察软件系统在既定负载下的性能表现。
对负载测试有如下理解：1、负载测试是站在用户的角度去观察在一定条件下软件系统的性能表现2、负载测试的预期结果使用户的性能需求得到满足。
此指标一般体现为响应时间、交易容量、并发容量、资源使用率等4、压力测试为了考察系统在极端条件下的表现，极端条件可以是超负荷的交易量和并发用户数。
注意，这个极端条件并不一定是用户的性能需求，可能要远远高于用户的性能需求。
压力测试是到系统崩溃的时候才算成功。
压力测试和负载测试的区别：压力测试和负载测试不同的是，压力测试的预期结果是系统出现问题，而我们要考察的是系统处理问题的方式。
比如说，我们期待一个系统在面临压力的情况下能够保持稳定，处理速度可以变慢，但不能系统崩溃。
因此，压力测试是能让我们识别系统的弱点和在极限负载下程序将如何运行。
负载测试关心的是用户规则和需求，压力测试关心的是软件系统本身。
我们在做软件压力测试时，往往要增加比负载测试更多的并发用户和交易，这是为什么？5、并发测试验证系统的并发处理能力。
一般是和服务器端建立大量的并发连接，通过客户端的响应时间和服务器端的性能监控情况来判断系统是否达到了既定的并发能力指标。
并发测试和负载测试负载测试往往就会使用并发来创建负载，之所以把并发测试单独提出来，是因为并发测试往往涉及服务器的并发容量，一集多进程/多线程协调同步可能带来的问题。
软件测试中的性能测试和压力测试
软件测试中的性能测试和压力测试性能测试和压力测试是软件测试中的两个重要测试方法，用于评估软件系统在不同负载条件下的性能和稳定性。
本文将分别介绍性能测试和压力测试的定义、目的、步骤、常用工具、测试指标和注意事项，帮助读者更好地理解和应用这两种测试方法。
一、性能测试性能测试是通过模拟真实场景对软件系统进行测试，以验证系统在正常和峰值负载下的性能指标是否符合要求。
它主要关注系统的可扩展性、负载容量、响应时间和资源利用率等方面的指标。
1.目的性能测试的主要目的是评估软件系统在正常和峰值负载下的性能，并确定系统的瓶颈和改进空间，以保证系统的稳定性和可靠性。
通过性能测试，可以发现系统在压力测试下的性能问题，比如性能瓶颈、响应时间超标等，为系统的优化和调优提供依据。
2.步骤性能测试主要包括测试环境准备、测试目标确定、测试方案设计、测试用例设计、测试执行、测试报告编写等步骤。
具体步骤如下：（1）测试环境准备：搭建测试环境，包括硬件设备、网络环境和软件环境等。
（2）测试目标确定：明确测试的目标和需求，如哪些指标需要测试、测试的负载等。
（3）测试方案设计：根据测试目标和需求，设计性能测试方案，包括测试策略、测试方法和测试指标等。
（4）测试用例设计：根据系统的功能和特性，设计具体的性能测试用例。
（5）测试执行：按照测试方案和测试用例进行测试，并记录测试数据和结果。
（6）测试报告编写：整理测试数据和结果，输出测试报告，包括测试环境、测试目标、测试方法、测试用例、测试过程和测试结果等。
3.常用工具性能测试常用的工具有：（1）LoadRunner：功能强大的性能测试工具，能模拟并发用户对系统进行压力测试。
（2）JMeter：开源的性能测试工具，支持多种协议和平台，具有灵活和易用的特点。
（3）WebLoad：专注于Web应用性能测试的工具，可以进行多种类型的性能测试。
（4）LoadComplete：测试基于Web、桌面和移动平台的应用程序的性能工具。
性能测试题库
性能测试题库一、简介性能测试是软件开发过程中的重要环节，旨在评估系统在不同负载情况下的性能表现。
为了帮助开发人员和测试人员更好地准备性能测试，本文整理了一系列性能测试题目，涵盖了性能测试的基本概念、常用工具和技术以及解决常见问题的方法等内容。
以下是一些示例题目，供大家参考。
二、题目题目一：请简要介绍性能测试的目的和作用。
题目二：请列举一些常见的性能测试工具，并简要描述其特点和应用场景。
题目三：什么是负载测试？请描述其主要步骤。
题目四：请解释并对比压力测试和负载测试。
题目五：什么是并发用户数？请解释与虚拟用户数的关系。
题目六：请解释什么是事务和事务响应时间。
题目七：请描述性能测试中的冷启动问题，并提供解决方案。
题目八：请解释并举例说明负载均衡在性能测试中的作用。
题目九：请解释什么是回归测试，并提供一个性能测试中进行回归测试的案例。
题目十：请描述性能测试中的断言和阈值的作用。
题目十一：什么是性能基准测试？请简要介绍基准测试的流程。
题目十二：请解释什么是性能监控，以及性能监控中的关键指标。
题目十三：请解释什么是性能调优，并提供一个调优实例。
题目十四：请解释并对比负载测试和压力测试中的逐渐增加负载和快速提高负载的方法。
三、参考答案题目一：性能测试的目的和作用性能测试旨在评估系统在特定负载下的性能表现，以便发现系统瓶颈、优化系统性能并提升用户体验。
通过性能测试，我们可以确定系统的响应时间、吞吐量、并发用户数等关键指标，帮助开发人员和测试人员了解系统的性能状况，为系统优化和调优提供依据。
题目二：常见的性能测试工具1. Apache JMeter：功能强大的开源负载测试工具，支持多种协议和应用场景。
2. LoadRunner：商业级负载测试工具，适用于复杂的企业级应用性能测试。
3. Gatling：基于Scala开发的开源负载测试工具，具有性能高、易于使用等特点。
4. Tsung：开源负载测试工具，支持大规模分布式负载测试。
软件测试中的性能测试和压力测试
软件测试中的性能测试和压力测试性能测试和压力测试是软件测试中非常重要的测试方式，用于评估系统在不同负载下的性能表现。
虽然它们都是评估系统性能的测试方法，但性能测试和压力测试在测试对象、目的和应用场景上有所不同。
首先来说性能测试。
性能测试是评估系统在特定工作负载条件下的性能表现，包括响应时间、吞吐量、资源利用率等指标。
性能测试的目的是为了发现系统在正常工作条件下的性能瓶颈，以及为系统性能优化提供参考依据。
性能测试通常包括负载测试、稳定性测试、并发性能测试等测试类型。
负载测试是性能测试中的一种测试方式，通过模拟用户群体或网络流量对系统进行压力，评估系统在不同负载下的性能表现。
在负载测试中，测试人员通常会设定不同的负载模式，例如逐步增加负载、突发负载等，来评估系统在不同负载条件下的性能表现。
稳定性测试是性能测试中的另一种测试方式，主要评估系统在持续负载条件下的稳定性，包括系统是否会出现内存泄漏、死锁等问题。
稳定性测试也能为系统性能优化提供重要参考，发现系统不稳定性的根本原因。
并发性能测试是性能测试中的又一种测试方式，用于评估系统在同一时间段内处理多个用户请求的能力。
并发性能测试通常会模拟多个用户同时访问系统，并评估系统的并发处理能力。
通过并发性能测试，测试人员可以了解系统在多用户同时访问时的性能表现。
与性能测试相比，压力测试更加注重对系统在极限负载下的性能表现进行评估。
压力测试是通过逐步增加系统负载或模拟多种异常情况，来评估系统在压力下的稳定性和健壮性。
相比性能测试，压力测试更侧重于发现系统在负载边界条件下的性能瓶颈，以及系统在异常负载条件下的应对策略。
在压力测试中，测试人员通常会模拟系统在极限负载条件下的运行情况，例如持续高并发访问、突发性负载等，以及模拟系统故障、网络延迟等异常情况，评估系统在这些情况下的表现。
通过压力测试，测试人员可以发现系统在负载边界条件下的性能问题，并提出优化建议。
综上所述，性能测试和压力测试是软件测试中非常重要的测试方法，用于评估系统在不同负载条件下的性能表现。
性能测试ppt课件
分析使用模型
考虑哪些用户使用系统 每种类型用户的数量 每个用户的典型任务
任务分布
确定数据库活动峰值期的发生时间 负载峰值期间的典型活动
定义测试目标
计划方案实施
定义性能度量的范围 定义Vuser活动 选择测试硬件和软件 度量应用程序中不同点的响应时间。 根据测试目标确定在哪里运行虚拟用户 运行哪些虚拟用户
把不同的数据库放在不同的硬盘上，可以提高读写 速度。经常把数据库、日志放在不同的设备上
把表放在一块硬盘上，把索引放在另一块硬盘上， 保证物理读写更快
此课件下载可自行编辑修改，供参考！ 感谢您的支持，我们努力做得更好！
各种测试流程图
系统性能分析
重点 难点 目的所在
系统性能分析
经验举例1
交易的响应时间如果很长，远远超过系 统性能需求，表示耗费CPU的数据库操 作，例如排序，执行aggregate functions（例如sum、min、max、 count）等较多，可考虑是否有索引以 及索引建立的是否合理；尽量使用简单 的表联接；水平分割大表格等方法来降 低该值。
DB 服务器
应用服务器与DB服务器
应用服务器是指响应访问服务的机器， 一般是提供web或者代理服务的主机，而 DB是数据库服务器，由应用服务器向其调 用所需要的数据，然后反馈给请求者。一 般可以在一台机器上建立，也可以用不同 的主机。
用户视角的软件性能
从用户的角度来说，软件性能就是软件 对用户操作的要响应时间。说得更明确一 点，对用户来说，当用户单击一个按钮、 发出一条指令或是在Web页面上的单击一 个链接，从用户单击开始到系统把本次操 作的结果以用户能察觉的方式展示出来， 这个过程所消耗的时间就是用户对软件性 能的直观印象。
什么是性能测试
——什么是性能测试
什么是性能测试
性能测试是通过自动化的方式，对系统的各项性能指标进行定量或者 定性的过程。
ቤተ መጻሕፍቲ ባይዱ 什么是性能测试
负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载 测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时， 系统各项性能指标的变化情况。
压力测试是通过确定一个系统的瓶颈或者不能接受的性能点，来获得 系统提供的最大服务级别的测试。
什么是性能测试
中国软件评测中心将性能测试概括为三个方面：应用在客户端性能的 测试；应用在网络上性能的测试和应用在服务器端性能的测试。通常情况 下，三方面有效结合，可以达到对系统性能全面的分析和瓶颈的预测。
性能测试的目的
性能测试的目的是验证软件系统是否能够达到用户提出的性能指标， 同时发现软件系统中存在的性能瓶颈，优化软件，最后起到优化系统的目 的。
性能测试的目的
➢ 评估系统的能力 ➢ 识别体系中的弱点 ➢ 系统调优 ➢ 验证稳定性和可靠性
谢谢大家
如何进行性能测试
如何进行性能测试在软件开发过程中，性能测试是一个重要的环节。
它可以测试应用程序的各种性能指标，包括响应时间、吞吐量、并发性等，以确保应用程序能够满足用户的需求。
下面是一些关于如何进行性能测试的技巧和步骤。
1. 确定测试目标在进行性能测试之前，需要明确测试目标。
测试目标应该是明确的、可衡量的和可验证的。
通常，测试目标应该包括以下方面：- 应用程序的响应时间，包括请求到达服务器的时间以及服务器处理请求的时间。
- 应用程序的吞吐量，即每秒钟处理请求的数量。
- 应用程序的并发性，即同时处理的请求数量。
2. 创建测试环境创建测试环境是性能测试的关键步骤之一。
测试环境应该是与生产环境相似的，这样可以更准确地反映生产环境中的情况。
测试环境应该涵盖以下方面：- 硬件环境：包括服务器、网络和存储系统等。
- 软件环境：包括操作系统、数据库和应用程序等。
- 测试数据：应该包括实际数据和可预测的数据。
3. 进行测试计划在性能测试之前，需要制定测试计划。
测试计划包括以下几个方面：- 测试范围和测试目标：即需要测试的应用程序部分和测试目标。
- 测试数据：包括数据的来源、数据量和数据类型。
- 测试脚本：即测试用例，包括测试请求、响应时间和错误信息等。
- 测试场景：包括模拟的用户数量、并发性和测试时间等。
- 测试任务：包括测试人员、测试工具和测试时间等。
4. 进行测试脚本编写测试脚本是性能测试的核心部分。
测试脚本应该模拟实际的用户请求，并且包括请求、响应时间和错误信息等。
测试脚本编写应该遵循以下几个步骤：- 参考实际用户情况，制定测试场景和测试请求。
- 编写测试脚本，并进行脚本调试和测试。
- 对测试脚本进行负载测试，以确保测试脚本可以产生预期的负载。
5. 进行测试执行和分析测试执行和分析是性能测试的最后阶段。
测试执行和分析应该遵循以下几个步骤：- 执行测试计划并记录测试数据。
- 分析测试数据，并查找性能问题和瓶颈。
- 提出解决方案，并验证解决方案的有效性。
性能测试问题总结
性能测试问题总结在软件开发和系统优化的过程中，性能测试是至关重要的环节。
通过性能测试，我们可以发现系统在处理大量用户请求、高并发场景以及复杂业务逻辑时可能出现的性能瓶颈和问题。
然而，在进行性能测试的过程中，往往会遇到各种各样的挑战和问题。
接下来，我将对常见的性能测试问题进行总结和分析。
一、测试环境问题1、硬件配置不一致在性能测试中，如果测试环境的硬件配置与生产环境存在较大差异，那么测试结果的参考价值就会大打折扣。
例如，生产环境使用的是高性能服务器，而测试环境使用的是配置较低的服务器，可能导致测试结果显示系统性能良好，但在实际生产环境中却出现性能瓶颈。
2、网络环境差异网络环境的不同也会对性能测试结果产生影响。
测试环境中的网络带宽、延迟和丢包率等参数可能与生产环境不同，从而导致测试结果无法真实反映系统在实际网络环境中的性能表现。
3、软件版本不一致测试环境中使用的软件版本与生产环境不一致，可能会引入一些未知的差异。
例如，数据库版本、中间件版本的不同，可能会导致性能表现的差异。
二、测试脚本问题1、脚本逻辑错误性能测试脚本的逻辑如果存在错误，可能会导致测试结果不准确。
例如，没有正确模拟用户的操作流程，或者在脚本中存在重复请求、遗漏关键步骤等问题。
2、参数化不合理在性能测试中，常常需要对一些数据进行参数化，以模拟真实的用户场景。
如果参数化不合理，例如参数取值范围不合理、参数分布不均匀等，可能会导致测试结果无法反映真实的系统性能。
3、关联和断言设置不当脚本中的关联和断言设置不当，可能会导致测试失败或者测试结果不准确。
例如，关联没有正确获取到动态数据，断言设置过于严格或宽松。
三、测试数据问题1、数据量不足如果测试数据量不足，无法模拟真实的业务场景，可能会导致系统在处理大量数据时出现性能问题。
2、数据分布不合理测试数据的分布如果不合理，例如某些数据类型出现的频率过高或过低，可能会影响测试结果的准确性。
3、数据质量问题测试数据中存在错误、重复或不完整的数据，可能会导致系统在处理数据时出现异常，从而影响性能测试结果。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
性能测试根据我博客上的关系性能测试的文章整理。
基本都是一些纯理论性的知识，做性能测试必备，但掌握了这些只能算性能入门，LoadRunner工具的使用书籍与资料一大堆，这里就没再罗列。
至于性能架构的理解与认识不是一书性能测试书就能讲明白了，目前已经很久不关注性能测试的相关技术了。
此文档由PainTendo网友整理，在此感谢！在做性能测试之前需要了解什么理发店模式关于理解性能，可以参考“理发店模式”。
前提：1.一个理发店有三位理发师傅2.每位理发师傅理一个发需要一小时3.顾客都很忙，从进理发店起最多只等三小时（等待时间+理发时间），如果三小时后还没轮到自己理发，立马走人。
思考：这里我们来理解“最佳用户数”和“最大用户数”。
最佳用户数：理发店的最佳状态，理发店收入最多（理发师傅没有休息时间，一直在理发），顾客满意度最高（顾客随时到随时理，无需要等待）。
在一个时间点来说，三个理发师傅服务于三位顾客，那么这个最佳用户数是三。
最大用户数：理发店的最大承受状态，理发店收入最多（理发师傅没有休息时间，一直在理发），顾客的最大忍耐度（来的顾客等待+理发需要等上三个小时）。
假如理发店生意非常好，早上一开门一下子来了一群顾客（很多），A、B、C三位顾客先理，D、E、F顾客需要等待一小时才能得到理发师傅的服务，G、H、I三位顾客等待了两小时才得到服务，后面排队的J、K、L.....等顾客，已经等了三小时还没得到服务，因为这已经得达到了他们等待的极限，所以后他们气愤和无奈离开。
当然，理发店还会不断的来新的顾客，不断有等了三小时而没有得到服务的顾客离开，但对于理发店而言，他们在一个时间点上，能服务的最大用户数是九（三位正在接受服务、三位已经等待一小时，三们已经等待两小时）。
对于最大用户数，需要注意的两点：1.在理发店里很大，可以容纳很多位顾客（大于9），总有一部分在这里等待了三小时而没有得到服务离开，不要把等待了三小而没有得到服务的顾客纳入最大用户数里。
2.假如理发店很小，最多只能容纳六位顾客，当第七个顾客来时，虽然，我们知道他只需要等待两小时就可得到服务（这个时间是他可以接受的等待时间），但由于理发店容量有量，这第七个顾客只有改天再来了。
通过上面对理发店的分析，你对性能可能有了一些眉目。
假如理发店相当于我们的系统的话，顾客就我们向服务器所发送的请求，最佳用户数和最大用户数是我们衡量一个系统的处理能力的一种方法。
要账模式假设：1.A、B、C三个人。
2.C欠A钱（这里不考虑多少）3.B是专门要账思考：浏览器与服务器的信息传递次数：A对B说，C欠我钱，你帮我去要。
B接到指令后就去找C要钱。
B对C说，给我20块钱。
C说，没有。
B对C说，给我10块钱。
C说，没有。
B对C说，给我5块钱。
.........最后，B回来对A说，哎呀妈呀，C忒抠门了，一分钱没有。
对于A来讲，只是来说，它只是让B问C要钱，具体的B与C之间交互了几次，A 是不知道的，它所知道的就是B返回给它的结果，C一分钱没有。
浏览器与服务器传递数据的大小：还是上面的过程，A对B说，C欠我钱，你帮我去要。
B接到指令后就去找C要钱。
B对C说，给我20万块钱。
C说，没问题，没支票，只有1元硬币。
..........B终于把钱拿回来给A。
A很纳闷，怎么去了那么久，B委屈的说，丫的，C给我整了一堆硬币，太重了，路上走的慢，都快累死我了。
对于A来讲，只是来说，它只是让B问C要钱，谁知道C给的是支票还是硬币。
所以，B去要钱消耗的时间就很长。
所以，要想提高浏览器对服务器的访问速度，应该减少数据传递次数与数据传递的大小。
这样就很自然的引出了浏览器的cookieA在C哪里存了5毛钱。
A对B说，我在C哪里存了5毛钱，你去拿来我看看。
B跑去问C要了5毛钱回来给A看。
过了一会，A又对B说，我在C哪里存了5毛钱，你去拿来我看看。
B跑去问C要了5毛钱回来给A看。
过了一会，A又对B说，我在C哪里存了5毛钱，你去拿来我看看。
这次C烦了，对B说，你把钱放自己口袋里吧，等A要的时候，你来问我5毛的人民币有没有改版，没有改版的话，你就直接把口袋里的5毛钱给A看就行了。
在这里A就相当于我们用户，B相当于浏览器，C是服务器。
而cookie就是B的口袋，当然了cookie的用处还很多。
比如我们登陆一个系统，提示我们是否保存密码（有的还有期限比如，一个星期或一个月），如果我们保存了，下次再访问登陆时，浏览器就已经帮我们填写好了账户密码或直接帮我们登陆。
那这个账户密码就放在我们浏览器的cookie中。
为什么要说上面的例子呢？因为我们大部分的一部分性能测试是基于B/S架构系统的，理解了浏览器与服务器之间的数据传递，有助于我们理解性能测试。
在性能测试开始之前，我们需要知道什么1.性能测试的目的首先要知道客户的要求。
1）客户有明确要求这是一个好的结果，这说明客户对性能测试有一定的了解，知道他们需要的系统要达到一个什么样的标准。
如：系统要求同时满足100用户登陆，平均每个用户登陆时间不能超过5秒。
这个需求很明确，当然也不排除一些不懂装懂的用户，提一些不现实的要求。
不管怎么说，用户提要求了，这个比较容易，你可以对现系统做一次性能测试，至于，是通过优化系统还是增加硬件设备才能达到要求。
就不是我们考虑的问题了。
2）只是想知道目前系统性能（容量测试）可以把我们的目的就是求得最大用户数和最佳用户数。
但是，这仍然是比较含糊的一个需求，我们需要对系统做出分析，找出系统的压力点。
3）找出系统性能瓶颈这个同样需要分析可能对系统造成瓶颈的逻辑业务，然后才能进行性能测试。
4）系统在长时间的压力下性能状况（强度测试）这个一般验证系统的稳定性，因为系统一旦上线，就有可能会长期处在大用户的访问状态，可能以前没发现的一些问题就会暴漏出来。
比较典型的就是内存溢出。
2.性能测试的环境确定了我们的测试目的，当然需要测试环境。
这里的环境，我们需要考虑一下几点1）硬件环境我们需要了解被测服务器硬件配置，用于加压客户端的机子配置，CPU内存等。
2）软件环境我们需要了解被测系统的架构，前端、中间件、服务器（这里指运行系统软件服务器，如tomcat）、数据库，以及他们的部署位置。
用于加压的客户端采用什么性能测试工具进行加压。
3）网络环境网络环境很重要。
在上面的几个目的中，除了找出系统性能瓶颈可以在广域网进行，因为这个目的可以不用设置太多的虚拟用户，只要找出系统哪个地方影响了整个系统的性能就行。
其他目的的测试都需要在局域网进行，不然你压力工具所发送的请求都会卡死在网络的传输过程中。
3.寻找系统的压力点我们需要对系统的哪个页面或业务进行加压。
这个不是自己想出来的，需要与开发人员的沟通。
系统的首页？系统的登录？还是系统的交易过程？各个业务的用户比例是多少？只有获得有效的性能需求，才容易寻找和定位压力点。
性能测试常见分类性能测试（狭义）性能测试方法是通过模拟生产运行的业务压力量和使用场景组合，测试系统的性能是否满足生产性能要求。
通俗地说，这种方法就是要在特定的运行条件下验证系统的能力状态。
1、这种方法的主要目的是验证系统是否有系统宣称具有的能力。
2、这种方法要事先了解被测试系统经典场景，并具有确定的性能目标。
3、这种方法要求在已经确定的环境下运行。
也就是说，这种方法是对系统性能已经有了解的前提，并对需求有明确的目标，并在已经确定的环境下进行的。
负载测试通过在被测系统上不断加压，直到性能指标达到极限，例如“响应时间”超过预定指标或都某种资源已经达到饱和状态。
特点：1、这种性能测试方法的主要目的是找到系统处理能力的极限。
2、这种性能测试方法需要在给定的测试环境下进行，通常也需要考虑被测试系统的业务压力量和典型场景、使得测试结果具有业务上的意义。
3、这种性能测试方法一般用来了解系统的性能容量，或是配合性能调优来使用。
也就是说，这种方法是对一个系统持续不段的加压，看你在什么时候已经超出“我的要求”或系统崩溃。
压力测试（强度测试）压力测试方法测试系统在一定饱和状态下，例如cpu、内存在饱和使用情况下，系统能够处理的会话能力，以及系统是否会出现错误特点：1、这种性能测试方法的主要目的是检查系统处于压力性能下时，应用的表现。
2、这种性能测试一般通过模拟负载等方法，使得系统的资源使用达到较高的水平。
3、这种性能测试方法一般用于测试系统的稳定性。
也就是说，这种测试是让系统处在很大强度的压力之下，看系统是否稳定，哪里会出问题。
并发测试并发测试方法通过模拟用户并发访问，测试多用户并发访问同一个应用、同一个模块或者数据记录时是否存在死锁或其者他性能问题。
1、这种性能测试方法的主要目的是发现系统中可能隐藏的并发访问时的问题。
2、这种性能测试方法主要关注系统可能存在的并发问题，例如系统中的内存泄漏、线程锁和资源争用方面的问题。
3、这种性能测试方法可以在开发的各个阶段使用需要相关的测试工具的配合和支持。
也就是说，这种测试关注点是多个用户同时（并发）对一个模块或操作进行加压。
配置测试配置测试方法通过对被测系统的软\硬件环境的调整，了解各种不同对系统的性能影响的程度，从而找到系统各项资源的最优分配原则。
特点：1、这种性能测试方法的主要目的是了解各种不同因素对系统性能影响的程度，从而判断出最值得进行的调优操作。
2、这种性能测试方法一般在对系统性能状况有初步了解后进行。
3、这种性能测试方法一般用于性能调优和规划能力。
也就是说，这种测试关注点是“微调”，通过对软硬件的不段调整，找出这他们的最佳状态，使系统达到一个最强的状态。
可靠性测试在给系统加载一定业务压力的情况下，使系统运行一段时间，以此检测系统是否稳定。
特点：1、这种性能测试方法的主要目的是验证是否支持长期稳定的运行。
2、这种性能测试方法需要在压力下持续一段时间的运行。
（2~3天）3、测试过程中需要关注系统的运行状况。
也就是说，这种测试的关注点是“稳定”，不需要给系统太大的压力，只要系统能够长期处于一个稳定的状态。
性能测试相关指标并发用户并发用户数大家都知道我们的性能测试就通过工具模拟多用户对系统进行操作，对系统造成压力，来验证系统的性能（不太标准的解释）。
好多人也简单的把性能测试当成并发测试。
那么这个“多用户”和“同时”两个因素缺一不可。
只多用户不同时，很难对系统构成压力；没有多个用户，同时的概念也就自然不存在了并发的两种情况一种是严格意义上的并发，即所有的用户在同一时刻做同一件事或操作，这种操作一般指做同一类型的业务。
比如，所有用户同一时刻做并发登陆，同一时刻做表单提交。
另外一种并发是广义范围的并发，这种并发与前一种并发的区别是，尽管多个用户对系统发出了请求或者进行了操作，但是这些请求或都操作可以是相同的，也可以是不同的。