本文主要是介绍性能测试包括哪些方面？，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
性能测试、通过自动化测试工具模拟多种正常，峰值，以及异常的负载情况下对系统各项性能指标进行的测试。
负载测试、压力测试、容量测试都属于性能测试。
性能测试指标是衡量系统性能的评价标准
主要关注一些响应时间、并发用户/并发、点击率、吞吐量、TPS/QPS、PV/UV；如果是Linux系统中性能指标包括：CPU、内存、磁盘IO、系统平均负载等
1、响应时间
通过浏览器发送请求、到服务端处理请求时间、比如一个页面从点击到服务 端请求响应的时间、完成增删改查等操作的时间等、跳转时间。
2、并发
同一时间处理事物请求的能力、用户一系列操作都不是同时进行的、服务端处理请求肯定有先后顺序、测试同一模块、同一操作在高并发的情况下，接口工作是否正常。目的是主要检查应用或者接口在多用户情况下，是否存在缺陷（比如死锁等、无响应等情况）
测试500人 登录的性能 – 》在线数 500，并发没有要求；
一个线程组实现或者多个线程实现
测试500人并发登录的性能 – 》在线数500，并发数500；
实际测试，建议一个线程组实现，同时在线500人
3、吞吐量：衡量系统的业务处理能力。
TPS:每秒事务数。QPS:每秒请求数
在压力测试时，测试人员会主动按一定tps的量来主动发起接口请求，比如tps=50，就是每秒请求50次，获取一个平均的响应时间（单位一般都是毫秒ms）。压力测试人员口中的TPS50 200ms返回，就是指每秒测试人员主动发起50次请求，这些请求会在平均200ms返回。
没啥人用的服务 tps 20，返回有300ms就行了
十万到百万级的服务，响应能达到tps50 /200ms就可以了
后台服务，能达到tps 20 / 200ms即可（通常后台同时使用也没多少人）
秒杀类的短时间高并发……TPS100或200 在 100ms内响应 应该也能撑一段时间（具体情况还是要看业务量）
4、错误率
系统在负载情况下，失败请求的概率。
错误率=（失败请求数/总请求数）*100。和功能测试的错误相区别，在性能测试中，所谓的错误一般是指由系统超时引起的错误，而不是指功能错误。不同的系统错误容错率不同。普通的业务系统，由于网络超时等外部原因造成的错误比例不应超过5%，由于服务本身导致的错误率不应超过1%
JMeter压力测试步骤
1.创建线程组
点击选中测试计划，右键点击创建线程组
点击线程组，这里可以设置名称，添加注释，设置线程数（每次有多少线程同时开启)、线程响应时间（多少秒完成线程）、循环次数（每个线程数需要开启几次）
2.创建取样器 HTTP为例
点击选中线程组，右键添加取样器输入协议
点击刚设置的取样器，这里可以设置名称，设置http/https（不输入默认为http），服务器IP，端口号（不输入默认80端口），选择HTTP请求类型，相关路径（若无则不填），以百度为例
3.最后需要添加监听器获取监控结果
同样选择线程组，右键添加监听器
常用的有汇总报告，察看结果树，聚合报告
3.1汇总报告
这里可以看到每个请求以及总体的各项指标，我们要关注的是异常百分比和吞吐量，异常百分比越大，性能就越差，吞吐量越大效率越高
3.2察看结果树
这里可以看到响应数据和请求内容，以及取样器结果等
取样器结果如下图，请求栏有请求头和请求数据，响应数据栏有响应头和响应数据。
响应数据一般为HTML源码，请求头主要记录的是时间，返回状态等等数据，点击Text右边的三角形可以切换观察的数据格式，如JSON等
3.3聚合报告
这里能看的数据包含了汇总报告的内容，并且还能看到百分比响应时间等数据，相对于汇总报告，百分比响应是我们更需要关注的地方，如果不需要了解太深，就用汇总报告，需要了解更多的就需要用到聚合报告
最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！
这篇关于性能测试包括哪些方面？的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
