onnfztos的博客

为了搞清nginx的配置参数对性能优化的影响，于是GO君拿起自己的“吾想问答网”开刀，准备好了测试脚本就开始压测，一边压测一边调整nginx参数以观察对性能的反应情况。Worker_Connections对Worker_Connections进行调整，nginx默认连接为51200，在对此参数适当调小后发现场景中出现了连接断开、连接超时、服务器内部错误等信息，网站无法访问且提示“500 Internal Server Error”，遂将上述参数修改为默认参数。由上述调整可以看出W.

1、查看所有端口占用情况：netstat2、查看某一端口占用情况：netstat -ano | findstr "8080"3、查看有效会话(TIME_WAIT)数量：netstat -ano |find "TIME_WAIT" /c，其他会话如：CLOSE_TIME/ESTABLISHED替换前面的TIME_WAIT即可4、查看可用端口数量：netsh int ipv4 show dynamicportrange tcp5、查看当前ip的某一端口数量：netstat -

Loadrunner在制作脚本时因为不同系统对浏览器版本支持的不同，所以会出现有的可以有的不可以的情况，那么这个时候在准备测试脚本时就要选择更换其他的方法，例如wireshark抓包就是一个非常不错的方式，其过程如下：一、wireshark抓取数据包打开wireshark选择正确的网络，GO君的网络连接是本地连接，这点可以在任务栏-打开网络和共享中心-更改适配器设置中看到，所以wireshark中对应的网络也要选择本地连接选择网络后，点击Start，可以看到有数据在不断的生成...

项目：XXapp压测时发现app会出现断网的情况，以为是并发人数过多导致web server反应不过来  ，于是决定减少并发试试，发现还是如此，最后发现是因为在压app的时候有的请求去了旧的网站（ps：本次测试属于对新的app进行测试，且app未上线）解决办法:对于app访问旧的请求时，增加反向代理，当检测到旧的请求之后利用nginx反向代理到现在的app上可能描述的不是很清楚，目的出于两点  1...

在使用AppScan 8版本或者9版本时，会报一些‘appscan发生内部错误’的提示，不废话，直接附带解决办法：在C:\Users\XX（自己的用户）\AppData\Roaming\IBM\AppScan Standard\Logs，里面拿到SdkDebug.log。从log中看到了错误信息----- 失败: Could not open Welcome Screen 字体“Courier N...

app端license（6.5万）：（ AEACFSJI-YJKJKJJKEJIJD-BCLBR ）PS；感谢大神：少年-辉！

最近在扫描一个基于登录的系统安全扫描（版本是9.0.1.1），一开始很顺利，之后卡在了一个连接上，等了一天也没有过去，而且CPU占用非常高，几乎已经到了100%的状态，时间紧任务重，看了百度、加群问了人、问了前辈都没有解决，最后安装了8.0的版本，扫描顺利进行原因猜测：估计是操作系统（server 2008 R2）和appscan的版本不兼容，或者是安全规则库不一致或者不兼容导致的（后续如果找

项目：JGZSPT（为保密，采用缩写）-2017年8月18日性能点描述；50人并发，500同时在线 首页查询情况描述：第一次加压方式为 每3S递增一人，场景运行设置 迭代一次，忽略思考时间现象：在压测时发现50人并发查询响应时间合理，大约0.34s，完全在合格范围内。但是在压测时访问系统时发现系统很慢、鼠标点击后系统反应不过来，始终处于加载的状态，而且还会出现404的情况架构配置：

在跑150人并发时，总是在报一个Action.c(27): Continuing after Error -26612: HTTP Status-Code=500 (Generated error) for.......的错误，网上也找了办法，但是好像无果，问题先放在这里，后续解决在说明办法

原本是要进行稳定性测试（测试点为查询+查看），结果因为在开始的时候出现了问题。1：响应时间上不及格（开发优化采用静态化页面处理办法）,优化结束后发现时间上还是没有什么变化，而且带宽变的更低了，导致响应时间更长了。后来开发想起来当时做的静态化页面采用的方式为base64，造成图片尺寸过大 并发量大时 阻塞了。后来经过修改可以了。问题完美解决

app端跑场景时报错：You do not have a license for this Vuser type   原因：license选择的不对     AEAMAUIK-YAFEKEKJJKEEA-BCJGI（app协议license）更详细的问题请看：http://blog.csdn.net/lzqinfen/article/details/42966205

在测试过程中，发现如果中间件日志存放在C盘，在压测或者其他测试时，由于磁盘被写满导致中间件不能释放引起压测失败建议：在测试过程中把中间件日志存在其他的大空间盘符中（话不多，希望给大家的一个测试过程中出现问题的解决思路）

今天来说下稳定性测试过程中又遇到的一个问题：在50人的并发情况下进行稳定性测试，测试的周期为3*24，时间开始于5月27号下午5点多，第二天想着去看一下跑的稳定性情况怎么样，结果发现场景的时间不但没有增加，反而降了很多（甚至出现了负时间的情况），刚开始的时候想到两点：一是 工具的问题      二是测试环境的问题。于是检查了测试环境和重新安装了工具并重启了测试机，发现再次开始还是这种情

今天在跑稳定性测试时，验证了一把什么叫血的教训，性能点为查询+查看，时间为5*24小时，在大约16小时候突然发现场景停下了，于是问负责人员发现也没去操作，当时心也比较急，后来问了前辈说可能是测试机的C盘占满了，结果一看果然是这样，没办法，只能停下场景  去清理C盘数据。（本次采用的扩C盘）想告诉大家的就是今天在稳定性测试过程中一定要看一下C盘的大小；建议：150G以上  如果C盘空间不

在做某项目的性能测试时，使用的工具为loadrunner，在脚本中发现一些和系统无关的代码部分，例如‘baidutongji’、‘hm.baidu’等等  ，至今还没想明白是什么原因出现的这些东西（后续如果知道了在这里会和大家解释的）说重点：性能测试点为150人的查询点，在执行场景时发现吞吐量部分始终是上不去，后经讨论是因为系统带宽不够，在调节带宽之后，发现吞吐量有所提升，但是不稳定：导致

appscan作为一款安全测试方面工具，在很大的范围内都会用到，尤其是针对web安全方面作为一名测试菜鸟，将自己在使用工具时遇到的问题和大家分享一下，希望能够帮助到大家~我在进行安全扫描的时候发现了一个问题：在本机上扫描时和在虚拟机上扫描同一个网站时发现扫描到的问题数量及问题等级有差别，在经过百度、不停的问别人之后才知道了，appscan扫描时对于环境是会受到一定得影响（ps:我电脑以

在我们使用loadrunner录制脚本的过程中，难免会遇到脚本中的汉字为乱码的情况。以下为解决方案：1、在recording options中的--advanced---support charest 中选择UTF-8即可2、在脚本中写入以下代码即可：lr_convert_string_encoding(    ); 顺便说一下它的使用方法，也可以按F1打开帮助文档查找该参数即

硬件上的性能瓶颈：一般指的是CPU、内存、磁盘I/O 方面的问题，分为服务器硬件瓶颈、网络瓶颈（对局域网可以不考虑）、服务器操作系统瓶颈（参数配置）、中间件瓶颈（参数配置、数据库、web服务器等）、应用瓶颈（SQL 语句、数据库设计、业务逻辑、算法等）。 应用软件上的性能瓶颈：一般指的是应用服务器、web 服务器等应用软件，还包括数据库系统。例如：中间件weblogic 平台上

监控工具RPC的使用和录制脚本的注意事项

1、 脚本回放卡住的问题：脚本录制完毕时回放出现暂停的情况，原因有以下几种：① runtimesetting 中的continue error没有勾选②  录制的脚本中存在冗余的代码部分，需要对脚本进行优化，去除冗余的部分（优化脚本）例如：在用FireFox录制脚本时，脚本中会产生一个叫”Url=http://download.cdn.mozilla.net/pub/firefox/relea