目录
性能测试场景的分析
项目背景
实际工作中，我们拿到一个项目一般来说都会是项目经理说XXX来进行一下这个项目的压测，可能实际中的很多场景需要我们自己来分析，所以我们经常会根据需求进行拍脑袋的进行需求的拆解然后根据拆解出来的需求进行性能场景的需求进行提取，以最近我做的智慧城市项目为例，比如我进行性能测试，领导只扔给我了一句话，说最近我们这个项目功能已经差不多了，辛苦测试一下性能差不多我们就上线了。
Jmeter指标
对于性能测试的一句话需求，我们就要根据这么一句话和我们的Jmeter专业技能来展示技术了。首先我们的背景确认了以后，我们就要根据我们的功能需求来分析出主要场景以及选择的Jmeter来确认如何进行性能测试了。
在我们项目背景不清楚的情况下，所有场景未确认的情况下我们就要根据我们的Jmeter的基本功来进行测试方法的选择，很显然我们的选择肯定是：负载测试和压力测试了，在选择一定的用户量进行测试无问题的情况下进行逐渐加压。
根据确定的测试方法，我们来看看我们需要的Jmeter指标把；选择好了我们的方法，一把撸我们的测试指标；对于我们的不管什么场景，指标肯定相对固定都是来考虑我们的响应时间、并发用户量、随着逐渐加压的用户数的吞吐量、以及服务器的内存、CPU、磁盘资源空间的使用情况等性能计数器；
性能测试场景的设计及准备
说了这么多我们就来根据我们的智慧城市的需求来分析它的主要场景把；首先我来说明一下他的功能把：管理人员登录系统进行打卡，派发工单、审核工单等功能实现城市充电桩的核心维护功能，当然还有查看充电桩使用动态等功能，以及其他附属功能，我就不累赘了，毕竟进行压力测试也只选取了部分核心功能，登录、派发功能、打卡、审核工单
数据准备工作就是这次工作的核心了，根据接口文档把相关接口进行编写，当然接口文档不全，部分数据我也只能通过F12进行抓取了，使用了我们的Jmeter的CSV、随机数以及后置处理器进行传递参数，当然并发过程也使用了同步定时器，为了更加接近真实环境加入了思考时间，监控性能指标从官网下载了ServerAgent等插件来监控我们的性能计数器，加压到2000用户性能就趋于饱和，完工编写测试报告
性能测试总结
性能测试完成后根据这次的性能压测结果编写测试报告，最大的感受性能测试的项目其实往往性能指标一般不会特别确定，我们要做的就是压测过程中进行性能瓶颈的确认，在压测过程中针对出现的性能瓶颈也有部分欠缺。