在每种不同的系统架构的实施中，开发人员可能选择不bai同的实现方式，造成实际情况纷繁复杂。我们不可能对每种技术都详细解说，这里只是介绍一种方法提供给你如何选择测试策略，从而帮助分析软件不同部分的性能指标，进而分析出整体架构的性能指标和性能瓶颈。

由于工程和项目的不同，所选用的度量，评估方法也有不同之处。不过仍然有一些通用的步骤帮助我们完成一个性能测试项目。步骤如下

1． 制定目标和分析系统

2． 选择测试度量的方法

3． 学习的相关技术和工具

4． 制定评估标准

5． 设计测试用例

6． 运行测试用例

7． 分析测试结果 每一个性能测试计划中第一步都会制定目标和分析系统构成。只有明确目标和了解系统构成才会澄清测试范围，知道在测试中要掌握什么样的技术。

目标：

1． 确定客户需求和期望

2． 实际业务需求

3． 系统需求

系统组成

系统组成这里包含几方面含义：系统类别，系统构成，系统功能等。了解这些内容的本质其实是帮助我们明确测试的范围，选者适当的测试方法来进行测试。

系统类别：分清系统类别是我们掌握什么样的技术的前提，掌握相应技术做性能测试才可能成功。例如：系统类别是bs结构，需要掌握 http协议，java，html等技术。或者是cs结构，可能要了解操作系统，winsock，com等。所以甄别系统类别对于我们来说很重要。

系统构成：硬件设置，操作系统设置是性能测试的制约条件，一般性能测试都是利用测试工具模仿大量的实际用户操作，系统在超负荷情形下运作。不同的系统构成性能测试就会得到不同的结果。

系统功能：系统功能指系统提供的不同子系统，办公管理系统中的公文子系统，会议子系统等，系统功能是性能测试中要模拟的环节，了解这些是必要的。 经过第一步，将会对系统有清醒的认识。接下来我们将把精力放在软件度量上，收集系统相关的数据。

度量的相关方面：

* 制定规范

* 制定相关流程，角色，职责

* 制定改进策略

* 制定结果对比标准 性能测试是通过工具，模拟大量用户操作，对系统增加负载。所以需要掌握一定的工具知识才能进行性能测试。大家都知道性能测试工具一般通过winsock,http等协议记录用户操作。而协议选择是基于软件的系统架构实现（web一般选择http协议，cs选择winsock协议），不同的性能测试工具，脚本语言也不同，比如rational robot中vu脚本用类c语言实现。

开展性能测试需要对各种性能测试工具进行评估，因为每一种性能测试工具都有自身的特点，只有经过工具评估，才能选择符合现有软件架构的性能测试工具。确定测试工具后，需要组织测试人员进行工具的学习，培训相关技术。 任何测试的目的都是确保软件符合预先规定的目标和要求。性能测试也不例外。所以必须制定一套标准。

通常性能测试有四种模型技术可用于评估：

*线性投射：用大量的过去的，扩展的或者将来可能发生的数据组成散布图，利用这个图表不断和系统的当前状况对比。

*分析模型：用排队论公式和算法预测响应时间，利用描述工作量的数据和系统本质关联起来

*模仿：模仿实际用户的使用方法测试你的系统

*基准：定义测试和你最初的测试作为标准，利用它和所有后来进行的测试结果进行对比 运行测试用例后，收集相关信息，进行数据统计分析，找到性能瓶颈。通过排除误差和其他因素，让测试结果体现接近真实情况。不同的体系结构分析测试结果的方法也不同，bs结构我们会分析网络带宽，流量对用户操作响应的影响，而cs结构我们可能更关心会系统整体配置对用户操作的影响。

发现、探究、提案、执行、复查、收尾

一、性能测试准备
    项目性能需求分析
    建立性能目标
    了解应用软件
    了解软件部署平台
    建立系统负载模型
    指定测试计划和方案
二、 搭建测试环境
    测试机环境
    服务器环境
三、测试脚本开发
    选取协议
    增弧脚本
    调试脚本
    验证脚本
四、测试数据准备
    利用脚本自动生成数据
    利用测试工具生成数四
五、测试执行
    设管加压运行场景
    监控操作系统/网络/数库各个月
    监控应用运行状况/日志
    确认施压机资源充分
    抽查关健功能是否可用
    稳定性测试检查内存泄露
六、结果分析与调优

1测试前准备

2录制脚本

3创建真实的负载

4监控系统资源

5定位性能问题

6生成性能测试报告

一、准备工作

1. 组建测试团队

根据被测系统的实际情况，组建一个性能测试团队，团队成员包括：开发人员、运维人员、DBA和测试人员等。

2. 性能需求调研

性能需求调研工作一般是有性能测试人员负责，产品经理、开发人员、运维人员配合完成。

调研系统线上环境的性能需求，包括性能需求、可靠性需求、可维护性需求等。

调研系统相关信息，如硬件参数配置、系统架构与部署方式等。

调研业务场景信息，如关键业务逻辑与处理流程、交易列表、交易量信息、业务分布规律等。

3. 工具的选择

综合系统设计、工具成本、测试团队的技能来考虑，选择合适的测试工具。

压测工具：JMeter、Loadrunner、Locust等等。

监控工具：nmon、lepus、jvisualvm、prometheus、grafana等等。

二、性能测试计划

1. 分析性能测试背景

根据对项目背景和业务的了解，确定本次性能测试要解决的问题点。常见的情况有：

对于一个新系统，需要测试系统的承受能力。

对于运行中的系统不能满足实际的需求，需要确定性能瓶颈。

增加了新的业务，需要重新评估系统的承受能力。

系统架构进行了调整，需要重新评估系统的承受能力。

2. 分析用户场景

根据对系统业务、用户活跃时间、访问频率、场景交互等各方面的分析，整理业务场景，为测试脚本开发提供依据。

3. 确定性能目标

针对具体的业务功能点，制定期望的性能目标。其中需要和其他业务部门进行沟通协商，以及结合当前系统的响应时间等数据，确定最终我们需要达到的响应时间和系统资源使用率等目标。

4. 制定性能测试实施计划

根据项目组的时间安排，计划本次性能测试的起止时间、参与人员、产出物等等。

三、性能测试设计

1. 测试环境设计

不同的软件和硬件配置会制约系统的整体性能，所以需要部署多个不同的测试环境，在不同的硬件配置上检查应用系统的性能，并对不同配置下系统的测试结果进行分析，得出最优结果。需要重点关注有数据库服务器、应用服务器、软件运行环境。

2. 测试场景设计

根据被测系统的业务特性，并通过和业务部门沟通以及以往用户操作习惯，确定用户操作习惯模式，以及不同的场景用户数量，操作次数，确定测试指标，以及性能监控等。

3. 测试用例设计

根据设计的测试场景，编写测试用例。用例的核心内容包括：用例编号、用例标题、前置条件、操作步骤、测试数据、预期结果、实际结果等等。

4. 编写测试脚本

根据测试用例和选择的工具，准备测试数据，编写测试脚本。

四、性能测试执行

1. 部署测试环境

一般由运维或开发人员进行环境的部署，并进行资源协调。

2. 执行测试脚本

在已部署好的测试环境中，按照业务场景和测试用例，按顺序执行我们已经设计好的测试脚本。

3. 性能监控和记录

根据选择的测试工具和监控工具，在压测的过程中对各项性能指标进行监控和记录。

五、性能测试分析

分析不同的测试环境下，硬件设备的性能指标与预期的性能指标进行对比，确定是否达到了我们需要的结果。针对没有达到预期的指标，分析具体的瓶颈点。

分析不同的测试环境下，分析应用服务器、数据库服务器、中间件等组件的性能指标。

在性能测试执行过程中，可能会发现某些功能上的不足或存在的缺陷，以及需要优化的地方。

六、性能测试调优

确定问题：根据性能分析的结果确定存在的性能问题。

分析问题：根据确定的问题进行具体详细的分析出现问题的原因。

确定调整目标和解决方案。

测试解决方案：对调优后的系统再次进行测试。

分析调优结果：分析调优结果是否到达了预期目标。

七、性能汇总与报告

对性能测试的过程和结果进行汇总

编写性能测试报告