测试回顾版-性能测试交流心得-难道是稍微的性能测试“第二春”

hhg208 21:46:脚丫大大学
请问在吗。我在论坛上面看你回答问题
有两脚本的执行

脚本A执行后再执行脚本B，且在A脚本中参生一参数，传到脚本B中，在loadrunner中如何实现？

你说
lr_save_string()
这个函数可以实现

可以具体点吗
脚丫大大学21:48:22
传递一个变量
hhg208 21:48:56
在脚本A中定义后。在脚本B中可以直接用吗？
脚丫大大学21:50:26
可以啊 他自己弄错里其实可以关联就行了

hhg208 21:51:37
对了。老大。有没有一些有用的脚本例子发给我学习学习啊
脚丫大大学21:52:50
我没整理过啊 也很久没弄脚本了
你要什么的
hhg208 21:53:48
就是关于脚本与脚本之间交互的。比如问题中的脚本A和脚本B有属性交互
脚丫大大学21:55:08
直接关联就行了
脚丫大大学21:55:18
那是流程的东西 不过也要看业务流程了
脚丫大大学21:56:05
有时你需要自己申请一个变量然后在传递给变量
在通过临时的内存地址去取变量的值
hhg208 21:57:25
明白了。对了有一些性能分析的资料吗？方便发些给我吗？我觉得你写的那些项目总结都非常好
脚丫大大学21:59:13
分析的我就直接看程序的
hhg208 21:59:22
怎么讲
脚丫大大学22:00:13
数据库的就直接拿语法分析看写的怎么样
你要学会分析 就先知道怎么写程序
脚丫大大学22:00:23
数据库要先懂他的工作原理
脚丫大大学22:00:28
SQL 怎么写
脚丫大大学22:00:46
应用服务器的 代码不一定要看懂但是日志要学会分析
脚丫大大学22:00:56
看日志然后要主动跟开发的沟通
脚丫大大学22:01:17
对并发问题的 看日志时频繁出现
的一般就是性能问题的拐点

hhg208 22:02:21
那LR的地位该如何处理了?n如果去关注各个架构本身了，比如数据库
hhg208 22:02:37
那他监视还需要吗。或者怎么的
脚丫大大学22:02:39
其实LR 根本没办法真的定位问题我没用LR 去定位过问题
脚丫大大学22:02:59
LR 监控定位的我很少用
脚丫大大学22:03:37
不好用也不好分析 你弄出来开发的也看不懂还要你去讲解 一个性能测试的对的开发的几十号人 这样讲解会累死我们性能测试的
hhg208 22:03:38
则个论调很新。思想我从来没听过。方便多给我说说吗
hhg208 22:03:59
那你主要用LR做什么工作呢
脚丫大大学22:04:13
你就把LR 当做模拟用户来而已
脚丫大大学22:04:24
其他的看日志 看程序 看资源
脚丫大大学22:04:55
我有一篇关于120秒超时的 博客有说到
脚丫大大学22:05:00
只是没人理会
脚丫大大学22:06:01
关联的技巧
这个博客的人也是我教他弄的他有写出来你去看下
http://www.blogjava.net/xingcyx/archive/2007/10/22/155041.html
hhg208 22:06:24
总结下这次测试算是比较完美的性能测试并优化，包括环境的配置，LR脚本的录制、WEBLOGIC参数调整、JVM的配置、SESSION问题的定位并解决、数据库参数的优化调整、数据库问题的定位并优化都是我参与优化开发人员配合整理真正的做到测试优化人员该做的事情整个项目的各方面的问题定位并优化充分体现了一个性能测试人员该做的事情。
hhg208 22:06:37
这个我不明白出现的原因。就是说开发的和你一起分析？
脚丫大大学22:07:12
如果你做到一定程度时你可以教开发的怎么弄
或者直接改完在跟开发的说
脚丫大大学22:07:37
这个要看实际硬件资源 还有配置环境来推测优化的
hhg208 22:09:03
那接下来的问题。我想请教的是。比如如果我想去分析Oracle的性能。一般需要什么一步一步的来。需要一些什么知识贮备
脚丫大大学22:09:43
你要对ORACLE 了解
一般参数配置优化的我们是没办法因为有专门的DBA

脚丫大大学22:09:50
你只能去看SQL了

脚丫大大学22:10:07
http://bbs.51testing.com/viewthread.php?tid=138585
脚丫大大学22:10:09
看下
脚丫大大学22:10:25
数据库问题无非就是锁 、等待
hhg208 22:10:27
好的
脚丫大大学22:11:52
我发的贴在好像都没人去鸟会 你怎么会注意？

hhg208 22:12:23
我都没那种觉悟。我还处于LR崇拜论者，一切看LR
hhg208 22:12:42
不过这样的话。性能测试的工作量就很大了
hhg208 22:12:47
怎么去调配
脚丫大大学22:13:23
恩 工作量一开始是大了
脚丫大大学22:14:12
LR 我也采用两年多只会BS架构的HTTP协议
CS架构的TUXEDO协议 SOCKET半生不熟
hhg208 22:15:23
我看你oracle优化中说道的通过并行方式终于把存储过程优化好了而且执行该存储过程所用的时间<=15分钟
脚丫大大学22:15:41
怎么了
hhg208 22:15:48
这些大概是什么意思
脚丫大大学22:15:57
多个CPU 才行
hhg208 22:16:03
怎么讲
脚丫大大学22:16:07
串行是一个CPU干活其他的等待
脚丫大大学22:16:17
并行是让所有的CPU 都忙起来
脚丫大大学22:16:31
这样是不是效果好多了
hhg208 22:16:40
恩。这样说就很简单易懂了
脚丫大大学22:18:59
不过我个人建议还是把LR 弄熟悉的好
脚丫大大学22:19:09
不然并发压不上去怎么测试
hhg208 22:19:41
恩。说的倒是。那LR的监视就是鸡肋了
脚丫大大学22:20:10
恩 可以监控到界面的问题
但是这样也可以通过界面深入了解是后台哪里出问题
hhg208 22:24:28
恩。我刚看了下你的blog。大概知道你的思路。就是LR并发，然后如果机器挂了就用jprobe定位具体的内存问题。

可是如果内存泄露的情况不至于到机器挂。你还考虑用工具吗

又或者说你单纯从日志怎么能确定他们到底有没有问题（问的稍微广泛了点）
脚丫大大学22:28:23
内存泄露你并发长时间肯定会挂的
hhg208 22:脚丫大大学:30
我测试我们公司的j2ee的项目。从来没遇到挂的。我还是10台，每台1000的并发的压。难道是我们的产品太好。还是我压得不对
脚丫大大学22:30:49
10台服务器？
hhg208 22:31:12
十台agent
hhg208 22:31:24
因为是互联网企业。比较关注并发数
hhg208 22:31:44
十台普通测试机压一台服务器
脚丫大大学22:32:12
哦
脚丫大大学22:32:37
每天1000 的并发 你对WINDOWS 操作系统不了解成不了那么多客户端瓶颈了
脚丫大大学22:32:44
最多150 理想的

脚丫大大学22:32:47
一台客户机
脚丫大大学22:32:54
去睡觉了 明天在聊 88
hhg208 22:32:57
好的。谢谢