ImageVerifierCode 换一换
格式:DOCX , 页数:12 ,大小:299.33KB ,
资源ID:8472189      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/8472189.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(学习性能测试线路图.docx)为本站会员(b****6)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

学习性能测试线路图.docx

1、学习性能测试线路图性能测试学习线路图(建议)1 概览纵向划分3颗子树:vugen,controller,monitor。优先学习vugen脚本开发以及调试。横向划分为2层:基础知识以及高级应用。2 基础知识2.1 Loadrunner工具使用2.1.1 建议学习路径Vugen开发脚本(函数使用)-controller场景设置-monitor增加计数器2.1.2 Loadrunner 认证更多见2.1.3 Vugen常用增强函数增加事务:lr_start_transaction、lr_end_transaction检查点: web_reg_find关联: web_reg_save_param ,

2、web_set_max_html_param_len日志: lr_error_message,lr_log_message, lr_output_message 选项设置: web_set_timeout http header: web_add_auto_header 以及更改runtime setting。2.1.4 Loadrunner 架构图概览图详细架构图:2.2 Html/http协议HTML 4.01 Specification:http:/www.w3.org/TR/html4/对性能测试而言,META http-equiv控制http头、浏览器行为,故最为重要。http协议:

3、http:/www.faqs.org/rfcs/rfc2616.html客户端发送请求:服务器响应:2.3 C 语言基础编程Loadrunner常用的c函数主要集中在内存分配/释放、字符串操作、文件读写。如: malloc/free Sprintf/strcmp/strlen/ fopen/fread/fwrite2.4 Linux 性能分析初步核心指令:TopSarVmstatIostatSar -n DEV/proc文件系统分析经验性步骤:首先查看 CPU 使用情况,按照诊断 CPU、内存或磁盘瓶颈的指导进行操作。对于下面的每个步骤,查找一段时间内的趋势,从中收集系统运行性能较差时的数据。

4、另外,只有将这些数据与系统正常运行时收集的数据进行比较时才能进行准确的诊断。 步骤 1 # sar -u interval iterations(示例: sar -u 5 30)%idle 是否很低? 这是 CPU 未在运行任何进程的时间百分比。 在一端时间内 %idle 为零可能是 CPU 瓶颈的第一个指示。 不是 - 系统未发生 CPU 瓶颈。转至步骤 3。是 - 系统可能发生了 CPU、内存或 I/O 瓶颈。转至步骤 2。 步骤 2 %usr 是否较高? 很多系统正常情况下花费 80% 的 CPU 时间用于用户, 20% 用于系统。其他系统通常会使用 80% 左右的用户时间。 不是 -

5、系统可能遇到 CPU、内存或 I/O 瓶颈。转至步骤 3。是 - 系统可能由于用户进程遇到 CPU 瓶颈。转至部分 3,部分 A, 调整系统的 CPU 瓶颈。 步骤 3 %wio 的值是否大于 15? (不同os有不同的阀值)是 - 以后记住这个值。它可能表示磁盘或磁带瓶颈。转至步骤 4。不是 - 转至步骤 4。 步骤 4 # sar -d interval iterations用于任何磁盘的 %busy 是否都大于 50? (请记住,50% 指示一个大概的 指南,它可能远远高于您系统的正常值。在某些系统上,甚至 %busy 值为 20 可能就表示发生了磁盘瓶颈,而其他系统正常情况下可能就为

6、50% busy。)对于同一个磁盘上,avwait 是否大于 avserv? 不是 - 很可能不是磁盘瓶颈,转至步骤 6。是 - 此设备上好像发生了 IO 瓶颈。转至步骤 5。 步骤 5 系统上存在磁盘瓶颈,发生瓶颈的磁盘上有哪些内容? 原始分区,文件系统 - 转至部分 3,部分 B,调整发生磁盘 IO 瓶颈的系统。Swap - 可能是由于内存瓶颈导致的。转至步骤 6。 步骤 6 # vmstat interval iterations在很长的一端时间内,po 是否总是大于 0?对于一个 s800 系统 (free * 4k) 是否小于 2 MB,(对于 s700 系统 free * 4k 是

7、否小于 1 MB)? (值 2 MB 和 1 MB 指示大概的指南,真正的 LOTSFREE 值,即系统开始发生 paging 的值是在系统引导时计算的,它是基于系统内存的大小的。) 不是 - 如果步骤 1 中的 %idle 较低,系统则很可能发生了 CPU 瓶颈。转至部分 3,部分 A,调整发生了 CPU 瓶颈的系统。如果 %idle 不是很低,则可能不是 CPU、磁盘 IO或者内存瓶颈。请转至部分 4,其他瓶颈。是 - 系统上存在内存瓶颈,转至部分 3 部分 C,调整发生内存瓶颈的系统。 2.5 Windows 性能分析初步同windows perfmon。同样集中在 cpu,内存,io,

8、网络上。一般经验值:网络 网络利用率阀值没有统一。 30% or 80%?冲突率: 1%Packets Received Errors 1%I/O:Disk Time % 90%Avg. Disk Bytes/Read + Avg. Disk Bytes/Write 20KAvg. Disk sec/Transfer 0.3 sec队列长度:Queue Length 2 Avg. Disk sec/Transfer 25% Page in+out Pool Nonpaged Failures shows the number of times allocations from nonpaged

9、 pool have failed - indicates that the computer s physical memory is too small. 应为0Server - Pool Paged Failures indicate that either physical memory or a paging file is near capacity. 应为0Server - Pool Nonpaged Peak shows the maximum number of bytes in nonpaged pool the server has had in use at any o

10、ne point. Indicates how much physical memory the computer should have.处理器利用率 85%每个CPU队列长度 2 Context Switches/sec 5000次 或者5% of total threads3 高级应用3.1 性能建模从business layer、function layer、session layer、customer layer出发,借助日志分析工具挖掘系统负载模型、用户行为模型。Mercury End User Management正是一个从client视觉出发的业务监控解决方案。3.2 网络嗅探

11、器如ethreal,fiddler,以及 http debuger工具,诊断网络问题。3.3 Loadrunner troubleshooting各个环节都可能有问题。 (client,通信,服务器) 经验性步骤:诊断vugen脚本、loadrunner场景设置、客户端硬件资源是否充足判断服务器端各层是否达到资源上限借助ethereal等网络嗅探器判断c/s通信问题3.4 Linux性能分析与调优深入了解:进程/多线程编程同步机制Gdb 调试core 内核参数3.5 Windows性能分析与调优Windows 其他计数器3.6 C语言调用dll 扩展测试脚本Dll编写格式: 如int _std

12、call lr_getLinuxIOwait_end() clnt_destroy(clnt); .def文件EXPORTS lr_getLinuxIOwait_end 3loadrunner调用dll函数: lr_load_dll(my.dll);3.7 Apache/jboss/weblogic/oracle性能优化参见各个产品tuning 文档http:/httpd.apache.org/docs/2.0/misc/perf-tuning.htmlhttp:/httpd.apache.org/docs/1.3/misc/perf-tuning.htmlhttp:/wiki.jboss.o

13、rg/wiki/Wiki.jsp?page=JBossASTuningSliminghttp:/www.jboss.org/index.html?module=bb&op=viewforum&f=1213.8 计算机性能评测研究方向 相关理论研究(泊松分布、排队论、MaKov模型、Monte carlo模拟、自相似理论) 负载特性Workload Characteristic的研究(Commercial Workload/ Technical Workload) 基准程序Benchmark的研究 性能指标的研究(全生命周期/高效能/TPO Total Productivity Ownershi

14、p/SLA Servcie Level Agreement/QoS) 模拟器的研究(SimpleScalar/SimOS/SandOS) 测试系统的研究(Benchmark Factory/ServerScope/Benchmark Studio/LoadRunner/Forecast toolset) 监控系统Perfomance Evaluation(Intel Vtune/ EMon/ TeamQuest Lite/ ServerScope-Monitor/ Grid-View) 性能评测与体系结构的结合(Computer architecture analysis using workloads)参见 3.9 Mercucy performance center4 性能测试书籍Microsoft .NET Web应用程序性能测试软件性能测试过程详解与案例剖析WEB性能测试实战J2EE性能测试LoadRunner性能测试实战5 测试网站

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1