下载文档原格式
软件测试报告性能测试的设计和结果分析软件测试报告：性能测试的设计和结果分析1. 性能测试设计随着软件的复杂性和功能增加，对软件性能的需求也日益提高。
性能测试旨在评估软件在特定条件下的稳定性和响应能力。
本文将介绍性能测试的设计和结果分析。
1.1 测试环境准备在进行性能测试之前，首先需要准备相应的测试环境，包括硬件设备、网络环境等。
测试环境的准备应尽量与实际生产环境保持一致，以确保测试结果能够真实反映出软件的性能状况。
1.2 性能测试目标确定在进行性能测试之前，需要明确性能测试的目标。
性能测试目标可以包括响应时间的要求、并发用户数的要求、吞吐量的要求等。
根据实际需求确定性能测试目标，有助于设计合理的测试方案。
1.3 测试场景设计测试场景是指模拟用户在实际使用中的操作行为。
根据软件的实际使用情况，设计典型的测试场景，并设置不同的用户并发数、访问频率等参数。
通过模拟真实的使用情况，可以更好地评估软件在高负载情况下的性能表现。
1.4 测试用例编写根据测试场景设计，编写相应的测试用例。
测试用例应包括模拟用户的操作步骤、输入数据、预期结果等。
通过编写全面的测试用例，可以更好地覆盖软件的各个功能模块，发现潜在的性能问题。
2. 性能测试执行和结果分析在设计完性能测试方案后，就可以执行测试，并对测试结果进行分析。
本文将介绍性能测试的执行和结果分析的相关内容。
2.1 性能测试执行在执行性能测试的过程中，需要按照设计好的测试方案，模拟真实用户的操作行为，在不同的负载情况下进行测试。
测试过程中需要监控系统的各项性能指标，如响应时间、吞吐量、并发用户数等。
2.2 测试结果记录在执行性能测试的过程中，需要及时记录测试结果。
测试结果应包括各项性能指标的数值，以及测试中发现的问题和异常情况。
通过记录详细的测试结果，可以更好地进行问题排查和分析。
2.3 结果分析根据测试结果，进行性能问题的分析和定位。
分析性能问题的原因，可以从网络问题、服务器负载、代码优化等方面入手。
软件测试培训课程之性能测试详解软测行业水不深也不浅，但想要提高收入，还是要讲究方式方法——学习性能测试就是其中的一种，希望千锋教育软件测试培训课程老师的这篇讲解，能够对热爱测试的人士有所帮助。
软件测试培训课程之LoadRunner虚拟用户LoadRunner使用虚拟用户（Virtual users）来模拟实际用户对业务系统施加压力。
虚拟用户在一个中央控制器（controller station）的监视下工作。
在做一个测试方案时，要做的第一件事就是创建虚拟用户执行脚本。
LoadRunner提供了Virtual User Generator来录制或编辑虚拟用户脚本。
使用Vugen创建虚拟用户执行脚本A．从菜单中选择运行Virtual User Generator：B．创建一个单协议脚本，选择协议类型为"Tuxedo7"C．在弹出的窗口中输入Tuxedo客户机程序的可执行文件名（SimpApp.exe），并选择"Record into Action"为Action。
点击"OK"开始录制脚本，这时Vugen就会启动Simpapp.exe，如下图所示，输入WSNADDR，输入字符串（Tuxedo is powerful！）之后，点击TOUPPER，TUXEDO服务器完成请求后把输出字符串（TUXEDO IS POWERFUL！）写到"Output string"中，点击停止录制按钮。
D．编辑Vuser脚本。
在C中做的所有操作都被录了下来，记录到一个脚本文件中，其内容如下，把它存为simpapp。
E．点击工具栏中的"执行"按钮来执行我们刚才录制的脚本，确保执行无误。
使用控制器来调度虚拟用户1．从菜单中选择运行Controller：2．创建一个新的Scenario，选择刚才录制的脚本（simpapp）：点击"OK"，弹出Scenario调度界面。
软件性能测试工具Jmeter入门级教程案例性能测试工具Jmeter入门级教程案例JMeter学习（一）工具简单介绍一、JMeter 介绍Apache JMeter是100%纯JAVA桌面应用程序，被设计为用于测试客户端/服务端结构的软件(例如web应用程序)。
它可以用来测试静态和动态资源的性能，例如：静态文件，Java Servlet,CGI Scripts,Java Object,数据库和FTP服务器等等。
JMeter可用于模拟大量负载来测试一台服务器，网络或者对象的健壮性或者分析不同负载下的整体性能。
同时，JMeter可以帮助你对你的应用程序进行回归测试。
通过你创建的测试脚本和assertions来验证你的程序返回了所期待的值。
为了更高的适应性，JMeter允许你使用正则表达式来创建这些assertions.JMeter与LoadRunner比较JMeter 是一款开源(有着典型开源工具特点：界面不美观)测试工具，虽然与LoadRunner 相比有很多不足，比如：它结果分析能力没有LoadRunner详细；很它的优点也有很多：?开源，他是一款开源的免费软件，使用它你不需要支付任何费用，?小巧，相比LR的庞大（最新LR11将近4GB），它非常小巧，不需要安装，但需要JDK环境，因为它是使用java 开发的工具。
?功能强大，jmeter设计之初只是一个简单的web性能测试工具，但经过不段的更新扩展，现在可以完成数据库、FTP、LDAP、WebService等方面的测试。
因为它的开源性，当然你也可以根据自己的需求扩展它的功能。
两者最大的区别：jmeter不支持IP欺骗，而LR支持。
缺点使用JMeter无法验证JS程序，也无法验证页面UI，所以要须要和Selenium配合来完成Web2.0应用的测试。
二、JMeter 下载安装1）JMeter安装1.解压文件到任意目录2. 安装JDK，配置环境变量JAVA_HOME.3. 系统要求：JMeter2.11 需要JDK1.6以上的版本支持运行4. JMeter可以运行在如下操作系统上：Unix，Windows 和Open VMS.5. 避免在一个有空格的路径安装JMeter，这将导致远程测试出现问题。
yield（）暂时交出 cpu 控制权，从 running 状态转为 runnalbe 状态，但是仍有可能被调度，sleep（）线程指定休眠一段时间，wait（）在其他线程调用此对象的 notify（）或 notifyAll（）方法时才能继续执行线程中 sleep()方法和 yeild()方法的主要区别: 1.sleep()方法会给其他线程运行的机会,而不管其他线程的优先级,因此会给较低优先级的线程运行的机会;yeild()方法只会给优先级相同的或者比自己高的线程运行的机会. 2.sleep()方法声明抛出 InterruptionException 异常,而 yeild()方法没有声明抛出任何异常.
3.sleep()方法比 yeild()方法具有更高的可移植性.
4.sleep()方法使线程进入阻塞状态,而 yeild()方法使线程进入就绪状态. 当前运行的线程可以调用另一个线程的 join()方法,当前运行的线程将转到阻塞状态,直到另一个线程运行结束,它才会恢复运行. join()有两种形式:public void join()和 public void join(long timeout)可以设置阻塞的时间
主要用到重定向的方法
1.HTTP重定向
增加N台内部服务器，组成一个局域网，将APP复制N份放到内部服务器中，原来的服务器作为与因特网通信的接口。
当原服务器收到客户端请求后，服务器选择一个负载最小的内部服务器，将客户端的请求重定向到该服务器
2.DNS重定向
原服务器IP对应的域名解析到多个IP，用DNS轮转法选择合适的IP
3.IP地址转发
另外还可以进行代理的重定向。
软件性能测试的基本原理和流程随着互联网时代的到来，软件已经成为人们生活中不可或缺的一部分。
由于各种软件的种类和功能需求多样，开发者必须对软件的性能进行测试，以确保软件能够如期完成用户的需求。
本文将介绍软件性能测试的基本原理和流程。
一、软件性能测试的定义软件性能测试是评估软件性能，以确保软件能够取得预期的结果。
它包括各种测试方法，例如负载测试、压力测试、用户体验测试等，以验证软件在各种负载条件下的性能。
二、软件性能测试的原理软件性能测试的原理是将应用程序放入特定环境中，然后运行并监控它。
通过监控，测试工程师可以看到软件在各种负载条件下的运行情况并确定性能瓶颈。
性能瓶颈可以包括执行时间、内存使用、网络速度等各种因素。
三、软件性能测试的流程1.确定测试目的和方案测试目的是明确测试的目标和期望结果。
开发者需要测试不同方面的软件性能，例如执行时间、吞吐量、并发性等。
还需要确定测试方案，包括测试环境、测试工具、测试用例等。
2.测试环境搭建测试环境应该与实际环境相同或尽可能接近。
测试环境需要设置各种操作系统、硬件设备、数据库服务器等，以模拟真实环境。
测试环境中的应用程序应与实际应用程序相同或尽可能接近。
3.测试工具的选择与配置选择合适的测试工具，在测试时需要监控应用程序的性能数据，例如执行时间、内存使用、网络响应时间等。
测试工具可以是商业软件，也可以是开源软件，需要根据实际情况进行选择和配置。
4.测试用例设计测试用例是软件性能测试过程中最重要的一环。
测试用例需要覆盖软件的各个方面，例如负载测试、压力测试、用户体验测试等。
测试用例的设计需要参照实际业务场景，考虑不同用户的行为，使测试结果尽可能接近于实际情况。
5.测试执行测试执行需要按照测试用例逐步进行。
测试人员应该记录测试结果、错误信息、日志等，并评估结果是否达到预期结果。
如果测试结果不正确，测试人员需要找到问题并将问题报告给开发人员。
6.性能分析与优化性能分析是通过分析测试数据来确定性能瓶颈的过程。
软件性能测试的基本步骤与技巧随着软件开发的不断进步，越来越多的企业和个人开始关注软件的性能问题。
无论是在网站运营、移动应用程序还是其他软件开发领域，软件性能都是一个重要的考量因素。
为了确保软件在不同的负载情况下正常运行，并且具备高度的稳定性和可靠性，进行软件性能测试是必不可少的。
本文将介绍软件性能测试的基本步骤与技巧。
1. 确定测试目标和性能指标在进行软件性能测试之前，首先需要明确测试的目标和性能指标。
例如，我们希望测试一个网站的并发用户数、每秒钟的页面响应时间以及服务器的负载情况等。
明确的测试目标和性能指标有助于测试团队制定相应的测试计划和策略，并且能够客观地评估软件的性能。
2. 编写性能测试计划性能测试计划是指在一个给定的时间范围内，对软件执行性能测试的全过程进行计划和管理。
在编写性能测试计划时，应考虑到测试的范围、测试的环境、测试的时间安排以及测试的资源需求等问题。
同时，还需要确定测试的数据量和测试的场景，以确保测试的准确性和可靠性。
3. 准备测试环境在进行软件性能测试之前，需要准备相应的测试环境。
测试环境应与实际生产环境尽可能相似，以保证测试结果的准确性和可靠性。
同时，还需要确保测试环境的稳定性和可靠性，避免因测试环境问题而影响测试结果。
4. 设计性能测试方案性能测试方案是指对软件性能测试进行细致设计和规划的过程。
在设计性能测试方案时，需要确定测试的负载场景、测试的数据量以及测试的并发用户数等因素。
同时，还需要确定测试的具体步骤和测试的时间安排，以确保测试的准确性和可靠性。
5. 执行性能测试在执行性能测试时，需要按照设计的性能测试方案进行具体操作。
首先，需要收集测试相关的数据，包括系统的配置信息、测试的数据量以及测试的并发用户数等。
然后，根据设计的测试方案，进行相应的负载测试和压力测试，以验证软件在不同负载情况下的性能表现。
在测试过程中，需要记录测试的结果，包括响应时间、吞吐量以及错误率等。
第三方软件测试机构▏软件性能测试的测试流程和指标简析软件性能是衡量软件产品质量的重要指标之一，性能测试也是软件测试中不可或缺的重要流程，主要测试软件性能方面的质量，它是一种非功能性的测试。
进行性能测试是为了保障软件能够在期望的负载下运行良好，并且通过发现性能问题来消除应用程序的性能瓶颈。
一、软件性能测试的测试流程1、性能测试需求分析：明确本次性能测试需求、目的以及后续性能要点。
2、了解系统架构：了解项目部署，设计不同系统架构的测试模型。
3、分析性能测试点(场景设计)：清楚选择场景的原则。
4、测试工具选型：开源工具、商业工具、自研工具。
5、测试计划：需要包括简介、环境和数据准备、测试工具和测试策略、人力和时间安排等。
6、测试环境搭建：保证测试环境和生产环境一致。
7、测试执行：准备测试数据，使用测试工具实现测试活动。
8、瓶颈定位及性能调优：按照从易到难的性能调优顺序进行，反复验证性能是否提升。
二、软件性能测试的指标1、响应时间：指用户发出请求到服务器处理完成请求返回给客户端的这段时间。
2、吞吐量：衡量系统的业务处理能力。
TPS:每秒事务数，QPS:每秒请求数。
3、资源利用率：cpu、内存、网络、磁盘读写io。
一般资源的利用率不高于70%-80%,如果某项高于这个值，则可能是性能瓶颈。
4、错误率：系统在负载情况下，失败请求的概率。
不同的系统错误容错率不同，普通的业务系统，错误率不超过万分之一就可以了，有的大型系统，亿分之一。
三、权威的第三方软件测试机构安利卓码软件测评，专业的独立第三方软件测试机构，多年来专注于软件测评服务多年。
具备CMA、CNAS 资质认证，拥有经验丰富、技术成熟的测试团队，全国范围内均可服务，价格优惠，服务周到，专业出具公正权威的第三方软件测试报告。
软件性能测试一、概述软件性能测试是指对软件系统在不同条件下运行时的性能进行评估和分析的过程。
通过测试软件的性能，可以发现系统中可能存在的性能瓶颈和问题，并对其进行优化和改进，以提高软件系统的运行效率和稳定性。
本文将对软件性能测试的目的、方法和步骤进行介绍，以及测试过程中可能遇到的挑战和应对措施。
二、目的软件性能测试的主要目的是评估软件系统在真实使用场景下的性能表现，包括响应时间、吞吐量、并发性、稳定性等指标。
通过性能测试，可以发现系统在负载高峰期是否能够正常运行，是否存在资源瓶颈，以及系统的可扩展性和稳定性等问题。
性能测试还可以评估系统在不同硬件、网络和配置条件下的性能差异，为系统的优化和升级提供依据。
三、方法1. 定义性能测试目标：在进行性能测试之前，首先需要明确测试的目标和要求。
例如，测试目标可以是验证系统在1000并发用户下的响应时间是否满足要求，或者评估系统在每秒处理1000笔交易的情况下的吞吐量。
2. 设计性能测试方案：根据测试目标和实际情况，设计性能测试方案，包括测试环境的搭建、测试用例的设计、测试数据的准备等。
测试环境应该尽可能接近实际生产环境，包括硬件设备、网络配置、数据库等。
3. 执行性能测试：按照设计的测试方案，执行性能测试。
测试过程中需要记录系统的响应时间、吞吐量、错误率等指标，并监控系统的资源使用情况，如CPU利用率、内存占用等。
同时，还需要对系统进行负载测试、并发测试和压力测试，以模拟真实使用场景下的情况。
4. 分析性能测试结果：通过对性能测试结果的分析，可以评估系统的性能表现，并找出潜在的性能问题。
分析过程中可以使用各种工具和技术，如性能监控工具、日志分析工具、性能建模等。
5. 优化和改进：根据性能测试的结果和分析，对系统进行优化和改进。
可能的优化措施包括调整系统配置、优化代码逻辑、增加硬件资源等。
优化之后，需要重新进行性能测试，验证优化效果。
四、挑战和应对措施在进行软件性能测试时，可能会遇到一些挑战，如：1. 测试环境的搭建：测试环境的搭建可能受到时间、资源和成本的限制。
《软件性能测试过程详解与案例剖析》学习笔记1 看的顺序不是按照章节来的。。so 第4章 性能测试工具原理
4.1 性能测试工具模型 性能测试工具通常用来支持压力、负载测试，能够用来录制和生成脚本、设置和部署场景、产生并发用户、向系统施加持续压力
1 性能测试不是就用性能测试工具进行测试。性能测试只能帮助测试工程师实施性能测试，并不能帮助您完成性能测试的需求、设计和分析工作
2 性能测试工具无法自主进行性能分析，而是根据测试工程师的要求以各种方式提供报表，这些报表可以被用来分析系统性能状况
3 性能测试工具的录制和回放 与 功能测试工具的录制和回放的区别 功能测试工具的录制和回放是针对GUI的操作录制，脚本中记录的是用户对控件的操作，主要通过操作和数据来验证功能的正确性
性能测试工具的录制和回放 着重强调并发的性能，GUI的许多界面操作对服务器都不构成压力。性能测试工具录制的是服务端和应用之间的通信数据，而不是GUI操作。所以录制的时候要先选择录制的协议
4 如何选择协议 取决于应用和客户端的通信协议。对于WEB应用来说，采用HTTP/HTTPS协议
4.2 性能测试工具架构 1 虚拟用户脚本产生器 Virtual User Generator 通过Proxy代理服务器方式，截获并记录客户端和服务器之间的数据流。 截获数据流后对齐进行协议层上的处理，最终形成的是容易看懂的HTTP业务交互过程脚本。自带IDE环境，用户可以通过IDE对脚本进行修改和调试。
2 压力产生器 Player 用于根据脚本内容，产生实际的负载。 例如，如果一个测试场景要求产生100个虚拟用户，则压力产生器会生成100个进程或线程，每个线程都对指定的脚本进行解释执行
3 用户代理 Agent 4 压力调度和监控系统 Conductor 调度工具：可以根据用户的场景要求，设置各种不同脚本的VU数量，设置同步点等 监控系统：可以对各种数据库、应用服务器、服务器的主要性能计数器进行监控
5 压力结果分析工具Analysis 辅助进行测试结果的分析 4.2 性能测试脚本录制时的协议类型 取决于应用和客户端的通信协议，而不是根据开发语言等选取协议 4.3 性能测试工具的选择与评估 1 罗列需要的工具功能列表 是否支持被测系统运行的平台 软硬件 数据库环境 是否支持被测系统使用的协议 是否支持特殊要求，例如防火墙等 是否提供对我们关心的服务器、应用服务器或是数据库类型计数器的监控 工具使用的脚本语言功能是否完善 2 工具比较 3 成本分析 价格和License方式
第5章 性能测试的组织 5.1 性能测试团队的人员构成 1 项目测试经理 确定测试目标 制定测试计划 监控计划执行 处理项目干系人的交互 发现和处理测试中的风险 2 测试设计 根据用户需求和软件需求，从业务的角度分析和整理典型场景， 识别出性能需求 制定合理可行的测试方案和用例 3 测试开发 实现测试方案和用例，测试脚本的编写和维护 确定测试过程中需要监控的性能指标 4 测试执行 按照测试方案和用例，使用测试工具执行脚本 监控相关的性能指标，记录测试结果 5 测试分析 查看测试结果，对照测试目标分析测试数据和测试过程中获取的性能指标 得出测试结论 6 支持角色 系统支持 网络支持 数据库支持
5.2 性能测试的过程模型 性能测试过程通用模型PTGM Performance Test General Model (基于自动化测试生命周期方法ATLM和TMap模型) 1 测试前期准备 验证系统基础功能，确保当前应用系统具备性能测试的条件 组建测试团队，根据项目情况，确定人员所需技能 （测试设计、开发、执行、分析等。但大部分情况是一个人完成，脚本可能是开发人员提供） 测试工具需求确认 被测系统环境 测试工具功能需求
操作系统环境 测试工具是否能运行在本操作系统上 测试工具是否支持对本操作系统的监控 应用服务器环境 测试工具能否支持对本应用服务器的监控 数据库环境 测试工具能否支持本数据库的监控
应用使用的协议 本系统使用了哪些协议 哪些协议需要在性能测试中通过工具进行录制和产生负载 测试工具能否支持需要进行录制和产生负载的协议
网络环境 是否需要测试工具支持防火墙 是否需要测试工具支持负载均衡 测试管理支持 测试工具是否能够提供方便的测试结果分析和管理 性能预备测试 2 测试工具引入 工具选择 功能符合度 工具应用技能培训 测试工作相关人员 确定工具应用过程 确定测试工具在测试中的具体应用范围 工具使用过程中的问题解决方法 测试工具的脚本如何管理 3 测试计划 性能测试领域分析 不同的性能测试应用领域，性能测试的目标定义会有区别 应用领域 性能测试目标 性能目标 能力验证 验证系统在给定环境中的性能能力 重点关注的关键业务响应时间、吞吐量 规划能力 验证系统的性能扩展能力，找出系统能力扩充的关键点，给出改善其性能扩展能力的建议 业务的性能瓶颈
性能调优 提供系统的性能表现 重点关注的关键业务响应时间、吞吐量 发现缺陷 发现系统中的缺陷 无 用户活动剖析与业务建模 目的：寻找用户的关键性能关注点，确定最贴近用户要求的性能目标 用户活动剖析 方法：系统日志分析和用户调查分析 业务建模 是对业务系统的行为及其实现方式和方法的建模，一般采用流程图的方式描绘出各进程之间的交互关系和数据流向 确定性能目标 性能测试目标根据性能测试需求和用户活动分析结果和业务建模来确定 制定测试时间计划 4 测试设计与开发 测试环境设计 性能测试的结果与测试环境之间的关联性非常大，必须先确定测试的环境。测试环境设计包括系统的软硬件环境、数据环境设计、环境的维护方法。 能力验证领域：明确是在特定的部署环境下进行 规划能力领域：测试环境不特定，但也需要设计基准环境 性能调优领域：调优过程是一个反复的过程，在调优过程中必须保证每次测试时的环境保持不变 测试场景设计 测试场景模拟的一般是实际业务运行的剖面，其包括业务、业务比例、测试指标的目标以及需要在测试过程中进行监控的性能计数器。 剖面：对性能测试而言，剖面表示的是某个时刻用户使用该应用的典型模式，一般由“用户执行的操作”、“执行不同操作的用户比例”以及“用户使用系统的频率”进行描述。 测试用例设计 把针对每个测试场景规划出相应的工具部署、应用部署、测试方法和步骤，这个过程就是测试用例设计活动。 测试用例是对测试场景的进一步细化。细化内容包括场景中涉及业务的操作序列描述、场景需要的环境部署等内容。 业务描述中一定会给出判断业务是否执行成功的准则。 测试脚本和辅助工具开发 测试脚本的开发通常基于“录制”，依靠工具提供的录制功能，可以将需要性能测试关注的业务在工具的录制下操作一遍，然后基于该录制后的脚本，对齐进行修改和调试，确保其可以在性能测试中顺利使用。 最常用的脚本修改和调试技巧是参数化、关联、日志输出。 5 测试执行和管理 建立测试环境 软硬件系统环境搭建 数据库环境搭建 应用系统的部署 系统设置参数的调整 数据环境 （使用检查列表Checklist，检查环境的可用性） 部署测试脚本和测试场景 通过测试工具部署测试脚本和测试场景。 部署完成后，需要一个确认步骤，保证场景部署与设计一致。保证需要监控的计数器都已经部署好相应的监控手段。 执行测试和记录结果 测试执行非常简单，一般只需要使用菜单或是按钮就可以完成。 记录结果也可以依靠测试工具完成，通过测试工具中的监控模块，可以获取并记录需要关注的性能计数器的值。 如果测试工具不提供，可以用脚本调用操作系统提供的工具，在脚本实现中讲各性能计数器值分析出来并按照一定格式记录在本地文件中。 6 测试分析 测试分析过程用于对测试结果进行分析，根据测试的目的和目标给出测试结论。 性能测试的分析需要借助各种图表，一般的性能测试工具提供了报表模块来生成不同的图表，报表模块同时还允许用户通过叠加、关联等方式处理和生成新的图表。 如果是自己编写的脚本获取性能计数器的值，则可以通过Excel生成图表。
性能分析的通用方法之一： “拐点分析”方法是一种利用性能计数器曲线图上的拐点进行性能分析的方法。基本思想是基于这个事实：性能产生瓶颈是由于某个资源的使用达到了极限，此时的表现是随着压力增大系统性能表现急剧下降，因此只要关注性能表现上的“拐点”，获取拐点附近的资源使用情况，就能够定位系统性能瓶颈。但只能定位到资源上的制约，无法直接定位引起制约的原因。
第2章 性能测试的应用领域 2.1 性能测试的方法 1性能测试Performance Testing 通过模拟生成运行的业务压力量和使用场景组合，测试系统的性能是否满足生成性能要求。 一个典型的场景包括操作序列、并发用户数量条件。且要有确定的性能目标。性能目标的描述基本上是：要求系统在100个并发用户的条件下进行某业务操作，响应时间不超过5秒。 2负载测试 Load Testing 通过在被测系统上不断增加压力，直到性能指标超过预定指标或某种资源使用已经达到饱和状态。 这种性能测试方法主要目的是找到系统处理能力的极限。这个极限一般会描述成：在给定条件下最多允许120个并发用户访问；在给定条件下最多能够在1小时内处理2100笔业务。预期的性能指标一般会定义为：响应时间不超过10秒、服务器平均CPU利用率低于65%。 负载测试一般用来了解系统的性能容量，或是配合性能调优来使用。（系统在保证一定响应时间的情况下能够允许多少并发用户的访问） 3压力测试 Stress Testing 通过增加访问压力（例如增加并发用户数量）使应用系统的资源使用保持在一定的水平。主要目的是检验此时应用表现，重点在于有无出错信息产生，系统对应用的响应时间。 4配置测试 Configuration Testing 了解各种不同环境对系统性能影响的程度，从而找到系统各项资源的最优分配原则。 5并发测试 Concurrency Testing 并发测试方法通过模拟用户的并发访问，测试多用户访问同一个应用、同一个模块或者数据记录时是否存在死锁或者其他性能问题。 并发测试主要关注的问题 问题类别 问题描述
内存问题 是否有内存泄漏（C/C++） 是否有太多的临时对象（Java） 是否有太多的超过设计生命周期的对象（Java）
数据库问题 是否有数据库死锁（Dead Lock） 是否经常出现长事务（Long Transaction） 线程 进程问题 是否出现线程 进程同步失败
