一、性能测试分分类
1、负载测试：通过逐步加压的方法，达到既定的性能阈值的目标，阈值的设定应该是小于等于某个值，如CPU使用率小于等于80%
2、压力测试：通过逐步加的方法，是的系统的某些资源达到饱和，甚至失效的状态，简单粗暴的解释就是什么条件能把系统压奔溃
3、并发测试：在同一时间内，多个虚拟用户同时访问同一模块，同一功能，通常的测试方法是设置集合点
4、容量测试：通常是指数据库层面的，目标是获取数据库的最佳容量的能力，又称之为容量预估，具体测试方法为在一定的并发用户，不同的基础数据量下，官场数据库的处理能力，即获取数据库的各项性能指标
5、可靠性测试：又称之为稳定性测试或疲劳测试，是指系统在高压情况下，长时间的运行系统是否稳定。如CPU使用率在80%以上，7*24小时运行，系统是否稳定
6、异常测试：又称之为失效测试。是指系统架构方面的测试。如在负载均衡架构中，要测试宕机、节点挂掉等情况系统的反应
二、性能测试的工作流程
三、常见系统应用分层架构，出问题时自底向上排查
四、性能测试指标定义
1、事务（必须要是完整的操作）
从客户端发起的一个或多个请求（这些请求组成一个完整的操作），到客户端接收到从服务器返回的响应，为一个闭环的请求
2、TPS （事务数不一定等于请求数） transaction per second
每秒系统能够处理的事务数
3、请求响应时间（可以理解为一个请求）
从客户端发起一个请求开始，到客户端接收到从服务器返回的响应。整个过程所耗费的时间
4、事务响应时间（一个或多个请求）
事务可能是由一个或多个请求组成的，事务响应时间主要针对于用户的角度而言，如转账
5、并发（一秒内、一个时间范围内，没有绝对意义上的并发）
没有严格意义上的并发，并发总有先后，无论差距是1毫秒或者是1微妙，总有一个时间差，所以并发将的是一个时间范围内，比如1秒内
并发举例（多个用户在系统上进行统一操作，比如双十一时大家都针对同一种商品进行秒杀；多用户在系统上进行不同的操作，大家针对不同商品进行秒杀，或者是大家有进行其他不同的操作，比如商品浏览）
6、并发用户数
同一单位时间内对系统发起请求的用户数量
7、吞吐量
一次性能测试过程中网络上传输的数据量的综合
8、吞吐量
单位时间内网络上传输的数据量，吞吐量=吞吐量/传输时间
9、点击率
每秒钟用户向服务器提交的请求书。这个指标是web应用程序特有的一个指标，可以想象为每秒钟用户总共在页面上进行多少次点击动作，但是要注意的是一次鼠标单击操作后，客户有可能像服务器发送了多个请求
10、资源使用率
对不同的系统资源的使用情况，如CPU、内存、IO
五、性能测试的需求分析
分析的目的：1、明确测试指标；2、明确测试场景
六、性能测试工具
转载：https://www.cnblogs.com/aichixigua12/p/13215015.html
标签：请求,性能,认知,系统,并发,测试,客户端 来源： https://www.cnblogs.com/ojxmz106/p/15700447.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。