博文
| 分类：性能测试 |
| 分类：美文共享 |
在51testing上看的一篇文章，挺激励人的！
1，测试人的工资。
为什么我先谈工资，看了几天，此版块工资的帖子是最火的，回的人多，看的人多。超过了某些测试人呕心沥血写的技术文档。
即可以这么说，有很多人在看前景的时候死死的盯着工资不放。还有些没有进入此行业的人也在先问工资再决定进不进这个行业。
这种的思想，当然不可厚非的，生存嘛，谁不要吃饭呢，谁不想多拿点钱，找个好老婆，有个好孩子，幸福的生活呢。可是做测试，我认为，这样的技术工作，应该首先关注的是技术，这才是根本。我要说，我们是高尚的测试人，是为了祖国的IT事业添砖加瓦，为IT行业的成熟做出贡献，不惜一切的牺牲，这也是扯谈。
可是谈工资，谈多久也没人给你长的，只有从技术出发才能长，牛人工资就是高（不排除怀才不遇的现象）。有些人在痛恨工资不高的时候也没有想着拿这些痛恨领导的时间来多学点东西。这就有点不可原谅了。
先看看自己的实力，再看看现在的市场，再来评估自己能拿多少工资，这才是正确的做法。
技术高了，做测试的你，抬起头来，面试的时候说出自己的强项。总有伯乐在前面等着你。
为什么我先谈工资，看了几天，此版块工资的帖子是最火的，回的人多，看的人多。超过了某些测试人呕心沥血写的技术文档。
即可以这么说，有很多人在看前景的时候死死的盯着工资不放。还有些没有进入此行业的人也在先问工资再决定进不进这个行业。
这种的思想，当然不可厚非的，生存嘛，谁不要吃饭呢，谁不想多拿点钱，找个好老婆，有个好孩子，幸福的生活呢。可是做测试，我认为，这样的技术工作，应该首先关注的是技术，这才是根本。我要说，我们是高尚的测试人，是为了祖国的IT事业添砖加瓦，为IT行业的成熟做出贡献，不惜一切的牺牲，这也是扯谈。
可是谈工资，谈多久也没人给你长的，只有从技术出发才能长，牛人工资就是高（不排除怀才不遇的现象）。有些人在痛恨工资不高的时候也没有想着拿这些痛恨领导的时间来多学点东西。这就有点不可原谅了。
先看看自己的实力，再看看现在的市场，再来评估自己能拿多少工资，这才是正确的做法。
技术高了，做测试的你，抬起头来，面试的时候说出自己的强项。总有伯乐在前面等着你。
抬起头
| 分类：性能测试 |
4．数据库服务器：
SQL Server数据库：
1 SQLServer资源监控中指标缓存点击率（Cache Hit Ratio），该值越高越好。如果持续低于80%，应考虑增加内存。
2 如果
| 分类：性能测试 |
二．监控指标数据分析
1．最大并发用户数：
应用系统在当前环境（硬件环境、网络环境、软件环境（参数配置））下能承受的最大并发用户数。
| 分类：性能测试 |
在51testing上看到的一篇文章，觉得不错，挡下来看看。
查看原文：http://www.51testing.com/html/8/1913.html
分析原则：
' 具体问题具体分析（这是由于不同的应用系统，不同的测试目的，不同的性能关注点）
' 查找瓶颈时按以下顺序，由易到难
| 分类：性能测试 |
脚本在录制完成可以做适当的调整，在调整后回放可能会出现一些错误，自己在脚本中可以加入一些提示信息，帮助查找错误。
lr_output_message(”Para is:%s”,lr_eval_string(”{NewParam}”));
在vugen调试窗口中显示当前参数值，在Controller窗口中不会显示出来 lr_get_vuser_ip
起用ip欺骗后查看ip号 lr_vuser_status_message(”Para is:%s,%dTimes
Iteration”,lr_eval_string(”{NewParam}”),++iteration); return 0;
在Controller监视窗口中显示当前参数值和当前vu迭代次数，在vugen调试窗口中不会显示出来 lr_get_host_name
返回执行 Vuser 脚本的主机名 lr_get_master_host_name 返回运行 LoadRunner
Controller 的计算机名 lr _decrypt 解密已编码的字符串 lr_debug_message
将调试信息发送到输出窗口 lr_error_message 将错误消息发送到输出窗口 lr_save_string 将以 NULL
结尾的字符串保存到参数中 lr _advance_param 前进到下一个可用参数 web_link 在定义的文本链接上模拟鼠标单击
web_submit_data 执行“无条件”或“无上下文”的表单 web_submit_form 模拟表单的提交
web_set_max_html_param_len 设置已检索的动态 HTML 信息的最大长度
| 分类：性能测试 |
测试时要收集的数据：
可用性（availability）
响应时间（response time）
网络利用率（network utilization）
网络吞吐量（network throughput）
网络带宽容量（network bandwidth capacity
响应时间（response time）
网络利用率（network utilization）
网络吞吐量（network throughput）
网络带宽容量（network bandwidth capacity
目标：
通过网络整体性能测试，来发现xx中网络系统在实际应用过程中网络性能情况；
l 测试xx网络信息系统的最大负载能力；
l
发现xx网络信息系统中存在的网络弱点和网络瓶颈所在；
l
发现在xx网络系统在使用过程中通信的问题以及原因。
l
测试和发现网络系统中的硬件设备的性能和导致网络瓶颈的设备以及原因
l
提供xx整体网络中存在问题的解决方法以及预防措施。
内容包括：
网络瓶劲和故障点的寻找：对一个整体而相
| 分类：性能测试 |
针对AS400系统，我们目前为之先用IBM的一个监视工具，可以去网上下载。名称是：IBM iseries Access
for windows
在IBM iseries Access for windows中主要看：
CPU Utilization (Average)----cpu
Disk Arm Utilization (Average)----disk
User Pool Faults (Average)----memory
Disk Arm Utilization (Average)----disk
User Pool Faults (Average)----memory
将监视的数据保存为csv格式。
通过loadrunner的外部数据加载工具加载进来。
具体操作：
loadrunner Analysis-->tools-->External
Monitors-->Import Data
| 分类：性能测试 |
首先要启动rstatd服务
大概如下：
vi /etc/inetd.conf
在出现的界面中敲键盘：
/rstatd
接下来继续敲键盘：
x
继续敲键盘：
:wq
接着在命令提示符下输入：
refresh –s inetd
大概如下：
vi /etc/inetd.conf
在出现的界面中敲键盘：
/rstatd
接下来继续敲键盘：
x
继续敲键盘：
:wq
接着在命令提示符下输入：
refresh –s inetd
（/usr/sbin/rpc.rstatd rstatd 10001 1-3
rpc.rstatd-------启动rstatd服务
rpcinfo –p-------查看rstatd服务）
rpc.rstatd-------启动rstatd服务
rpcinfo –p-------查看rstatd服务）
1 UNIX资源监控中指标内存页交换速率（Paging rate），如果该值偶尔走高，表明当时有线程竞争内存。如果持续很高，则内存可能是瓶颈。也可能是内存访问命中率低。
2 UNIX资源监控（Windows操作系统同理）中指标CPU占用率（CPU
utilization），如果该值持续超过95%，表明瓶颈是CPU。可以考虑增加一个处理器或换一个更快的处理器。如果服务器专用于SQL
Server,可接受的最大上限是80-85% 合理使用的范围在60%至70%。
3 UNIX资源监控（Windows操作系统同理）中指标磁盘交换率（Disk
rate），如果该参数值一直很高，表明I/O有问题。可考虑更换更快的硬盘系统。
| 分类：性能测试 |
1 Windows资源监控中，如果Process\Private
Bytes计数器和Process\Working Set计数器的值在长时间
内持续升高，同时Memory\Available bytes计数器的值持续降低，则很可能存在内存泄漏。
2 Windows资源监控中，如果System\Processor Queue Length大于2，而处理器利用率（Processor Time
2 Windows资源监控中，如果System\Processor Queue Length大于2，而处理器利用率（Processor Time
）一直很低，则存在着处理器阻塞。
CPU资源成为系统性能的瓶颈的征兆:
CPU资源成为系统性能的瓶颈的征兆:
很慢的响应时间(slow response time)
CPU空闲时间为零(zero percent idle CPU)
过高的用户占用CPU时间(high percent user CPU)
过高的系统占用CPU时间(high percent system CPU)
长时间的有很长的运行进程队列(large run queue size sustained over time)
磁盘I/O：
3 Windows资源监控中，如果 Disk Time和Avg.Disk Queue Length的值很高，而Page Reads/sec页面读取
3 Windows资源监控中，如果 Disk Time和Avg.Disk Queue Length的值很高，而Page Reads/sec页面读取
操作速率很低，则可能存在磁盘瓶径。
I/O资源成为系统性能的瓶颈的征兆 :
过高的磁盘利用率(high disk utilization)
太长的磁盘等待队列
