Cara的博客

页面加载慢的原因分析前端页面的性能测试可以使用httpwatch 或者chrome 自带的工具 network，可以看到页面加载的过程中比较慢的步骤。一般分析页面加载慢的原因会从页面加载的图片、CSS、JS、或者与后端的交互来分析。同事在测试一个APP的时候发现刚打开app时会出现一段时间的白屏，一直在loading过程中。他最终查出的问题是 app的域名对应了两个IP地址，而其中一个IP地址并不存

在压力测试过程中，总会出现各种各样奇怪的问题，有的是脚本的原因，像参数设置不合理，脚本逻辑错误等；也有服务器返回的各种错误，像：Action.c(84): Error -26612: HTTP Status-Code=500 (Internal Server Error) for "https:..........."这个原因可能是因为发的请求太密集，服务器无法响应导致。比如我压测的这支交易，平均

web_reg_save_param("ResponseBody", "LB=", "RB=", "Search=Body", "NotFound=warning", LAST);//.............

在LR 中往往需要关联response中的值来判断请求是否发送成功，可以使用以下几种方法： 1、判断关联到的字符串是否为空，if (strlen(lr_eval_string("{param}")) == 0);2、判断关联的字符串是否跟期望的值相同，if(strcmp(lr_eval_string("{param}"), "expected") == 0);3、判断关联的字符数组count是否为

到下面目录中找到machine.config文件，找到替换成下面的代码 C:\Windows\Microsoft.NET\Framework\v2.0.50727\CONFIG<runtime> <generatePublisherEvidence enabled="false"/></runtime>...

转自：https://blog.csdn.net/ryu2003/article/details/68941620

1. 现象最近做的性能测试中，有一支交易随着压测时间的增加，响应时间越来越慢，TPS越来越低 。压测十二个小时之后的效果平均响应时间和TPS如下图:整个场景是要录入一个贷款的客户信息，使用50用户并发压测12小时以上；其中输入完客户信息后，点击保存按钮这个操作，随着压测的进行，响应时间越来越慢。并且停止压测后，过一段时间，即使使用一个用户进行同样的操作，响应时间还是在压测之后的基础上，并不...

1. 项目介绍该项目是某银行的一个零售信贷的系统，主要功能是实现贷款信息的录入，和一些待办事项的查询。贷款信息的录入这块，表单很复杂，需要填写的信息特别多，包括客户的基本信息、详细信息、贷款申请信息、押品的信息等。各交易响应时间要求80用户并发时达到5-8秒，平均TPS1.5左右。2. 压测场景介绍2.1 基准场景基准场景是用单个用户对需要压测的交易压测5-10分钟，初步了解下该交易的响应...