jmeter单线程读取csv_微信小程序性能测试之jmeter踩坑记录（一）

接上篇，简单说说性能测试关注的性能指标，高手请飘过。。。

一，响应时间

可大致划分为呈现时间和服务端响应时间，真正用户感受到的响应时间是这两者之和，呈现时间：前端构成页面所需的时间(前端响应时间)，服务端响应时间：前端从请求发出开始到客户端收到响应所消耗的时间(服务器端响应时间)。

二，并发用户

从业务角度来看：指的是同一时间段内访问系统的用户数量，从服务端承受的压力出发：指得是同时向客服端发出请求的客户，体现的的是服务端承受的最大并发访问数。

三，吞吐率

吞吐率直接体现软件系统的性能承载能力，指：单位时间内系统处理的客户请求的数量，一般来说，吞吐率用请求数/秒或页面数/秒来衡量，许多性能测试工具生成的报告都会有。

注：吞吐量是指在一次性能测试过程中网络上传输的数据量的总和，吞吐率=吞吐量/总时间(秒)

四，事务成功率/错误率

事务成功率和错误率，也存在于部分性能测试工具中，这个很好理解，指成功的事务或错误的事务与总事务的比，事务就是用户进行的一个业务操作，取决于业务场景，可以自定义，一个事务中可能包含一个或多个请求。

五，思考时间

也称为休眠时间，从业务的角度来说，该时间指：用户在进行业务操作时，每个操作的间隔时间，也可以说每个请求之间的间隔时间，一般在测试脚本中体现。

六，系统资源

也许叫性能计数器更为合适，指：描述服务器或操作系统性能的一些数据指标。为了方便比较，引出了资源利用率：资源的实际使用/总的资源可用量，如在某某情况下，服务器的CPU占用率68%，内存占用率为55%等等，其中68%和55%就是资源利用率的数值。

理解上面这些，就可以深入理解用户的实际需求了。

开始踩坑------------------------------------

当时我们最先接到的需求是元旦跨年的那天晚上，准备搞推广活动，到时人数可能几十万的访问量，运营要我们这边测试下，要求程序不能崩溃(原始需求)。

可能处于需求不稳定期，老大也没在意，先叫我们准备哈，因为这个小程序项目之前是外包的，平时流量不会很高，后端只有1个负责，测试也就我有点经验，于