前段时间，有一些小伙伴提出希望我们推送点性能测试的技术干货。所以，小编今天通过上网查资料，结合项目实操过程中的一些问题，总结了一些关于性能测试的内容，希望是大家想要了解的内容哈。
1、性能测试的目的
首先，先来明确一个问题，我们为什么要给产品/软件等做性能测试？
时下，市面上绝大多数的软件产品，都是分布式应用。这就产生了一些有意思的现象：开发的产品在少量用户使用时，可能不存在问题，一旦用户多起来，就容易出现系统瘫痪等多种问题。
那么，为什么会出现这种情况呢？这是由于用户的使用数量、用户场景的不确定性造成的。当并发用户数量超过负载量，系统就会陷入崩溃状态。由此可见，对新开发的产品做性能测试是非常重要的。它能帮助我们了解系统可承受的并发用户数量，带宽、cpu、内存、硬盘速度等。
2、性能测试的内容
性能测试主要包括以下几个方面的内容：负载测试、压力测试、容量测试等。
负载测试：不限制软件的运行资源，测试软件的数据吞吐量上限，以发现设计上的错误或验证系统的负载能力。目标是确定并确保系统在超出最大预期工作量的情况下，是否能够正常运行。
压力测试：也称为强度测试。通过模拟实际应用的软硬件环境，及用户使用过程的系统负荷，长时间或超大负荷地运行，来测试被测系统的性能、可靠性、稳定性等。
容量测试：可以看作是系统性能指标中，特定环境下的特定性能指标，即设定的界限或极限值。
现在我也找了很多测试的朋友，做了一个分享技术的交流群，共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源，没人解答问题，坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化，性能，安全，测试开发等等方面有一定建树的技术大牛
分享他们的经验，还会分享很多直播讲座和技术沙龙
可以免费学习！划重点！开源的！！！
qq群号：691998057【暗号：csdn999】
3、性能测试评价指标
说了这么多，下面就要对性能测试的指标做评价了。
从用户的角度来说，一般响应时间<2秒，就属于流畅的体验；如果响应时间>10秒，则要考虑改进响应速度的问题；
从产品的吞吐量来说，我们需要关注硬盘IO（读写）、网络IO（上行下行带宽）、cupIO、服务器的处理能力、客户端的打开页面数量等。
另外，我们还需要了解用户打开页面、登陆服务器、实现消息发送等某一动作的事务处理能力。
4、性能测试关注点
- l 响应时间快慢，服务器端的处理速度
- l 服务器端的使用情况
- l 数据库端的资源使用情况
- l 最大用户访问数量
- l 同时处理最大业务数量
- l 考察系统能否支撑7x24小时运转
- l 内存资源、线程资源能否正常回收
- l 代码，算法，sql语句设计是否合理
- l 整个系统的稳定性，可恢复性
5、性能测试的核心原理
1）基于协议（前端、后端的通信机制），基于界面（与前端的交互），基于代码（后端）；
2）基于网络的分布式架构：基于网络协议去模拟用户发送请求等；
3）基于多线程：模拟多线程操作，多人同时操作，模拟大负载量；
4）基于真实场景：模拟真实的网络环境，用户操作时间不确定性，操作不确定，得出数据的准确性也存在差异。场景不对，数据也不一定可用。
6、代码实现性能测试
针对某一功能做性能测试，可以通过论坛的登陆以及发帖（post协议，多线程这两点）、登陆操作、发帖操作（涉及协议）等，并采用多线程同时操作。
7、Loadrunner的使用
Loadrunner 的四个部件，分别是指：
- Vuser generator：开发性能测试脚本；
- Controller：提供多线程并发等操作；
- Ananlysis：结果分析；
- Load generator：负载生成器（controller 里面的一个主键）
下面给大家详细介绍一下。
在vuser generator (虚拟用户生成器)中，新建一个脚本：
进入界面，点击start录制一段脚本；
internet application 指的是b-s 架构，win 32 是指c-s 架构，默认是录制到action，勾选recond表示立即开始。
可以手写，可以录制。点击web_url，使用get请求；点击web_submit_data，使用post请求。
如果出现乱码，可以这样解决：
开始时：tool > advaced > support charset // utf-8 或者本机编码
运行时：vuser > preferences > option > convert from/to utf-8
最后是编码的差别，大家可以参考一下：
国标GB-x ，2byte-16bit ， 2^16种组合，只对中文进行编码。
utf-8 ：3byte = 24bit 2^24种组合 ，对全世界的文字进行统一的编码。
ascii码：一个字节 （2^8=128)
END今天的分享就到此结束了，点赞关注不迷路！
