一般在系统功能稳定没有大的缺陷之后开始执行。但前期准备工作可以从系统需求分析时就开始：性能目标制定、场景获取等。
一、制定性能测试目标
在特定的并发用户数下测试特定场景的响应时间
在一定的响应时间的要求下来测试特定场景的最大并发用户数
二、性能测试场景获取
1、线上系统
单场景：
根据对线上系统的日志分析结果，访问量排在前面的功能、本次改动的以及可能会影响到的功能、和钱有关的功能。为保险起见最好再和开发确认一下会影响到的功能。
混合场景：
还是根据线上系统的日志分析结果，得到系统级别的最大并发数，再根据每日的增长趋势做一个增量从而得到最终的最大并发数。然后根据日志分析结果中的各个重要功能的占比数来进行用户分配。
稳定性场景：
确定好单场景和混合场景后，还应该考虑稳定性场景。其目的是测试系统是否有内存泄漏现象发生，同时也可以测试系统的平均无故障时间。所以，可以用混合场景做长时间的稳定性测试。
三、性能测试数据确定
性能测试中很重要的一点就是场景数据的设计。比如一个数据查询场景，如果该场景对应的数据库表只有10条数据，那么查询结果肯定相对较快。但是，如果这个查询场景对应的数据库表有1000万条数据，那么查询结果肯定会比只有10条数据的查询结果要慢一些。如果性能测试不考虑数据量，那么性能测试的结果是不准确的，上线后由于未考虑数据量的因素而引发的性能问题几率会很大。
对于线上系统来说，各表的数据量可以根据线上系统的各表数据量以及增量来确定。而新系统需要根据开发文档以及和相关项目干系人（如：客户代表、项目经理、需求分析员、系统架构师以及产品经理一起调研和讨论来决定）。
四、性能测试用例设计
五、性能测试环境准备与搭建
性能测试环境包括软件环境、硬件环境和网络环境。这三大环境不仅是指应用服务器环境，还包括数据库服务器、缓存服务器、文件服务器以及其他中间应用服务器环境。
硬件环境包括：CPU、内存、磁盘等基本因素。
软件环境包括：操作系统版本号、配置，Linux磁盘分区、JDK版本、位数、厂商，中间件版本号、位数，数据库版本号、位数，以及这些软件的安装路径也最好与线上环境一致。配置文件包括JVM配置、中间件配置、数据库配置文件等。
六、做脚本
七、跑场景
根据测试用例来跑测试场景。
八、做监控
在性能测试的过程中，先用命令来监控，发现有问题再连上工具进行监控。
九、分析调优
每一个调优后，配置信息及测试结果都需要详细的记录下来。
十、回归测试
回归测试后，全部的目标达成后编写性能测试报告并发送给项目组成员。