请问如何利用loadrunner视频教程 An...

来源：蜘蛛抓取(WebSpider) 时间：2011-10-09 16:57 标签： loadrunner视频教程
loadrunner中的log的使用(转) - 小乖乖 - 51Testing软件测试网 51Testing软件测试网-中国软件测试人的精神家园
因为想拥有，所以要不断努力
loadrunner中的log的使用(转)
& 14:42:22
/ 个人分类：
总结了一下loadrunner中的log的使用，留个印：）1、log的设置方式。在 runtime setting中可以设置log的生成方式：默认的log方式：Enable logging选中，log option是Send messages only when anerroroccurs.可以修改的方式：Always send messages（这种方式会一直打印输出日志，不仅在错误时）standard log——记录所有的请求反馈的日志，包括successful和fail的日志。Extended log——可提供扩展的日志信息，包括Parameter subsititution——日志中打印所有中使用的参数值。Data returned by——日志中打印每个客户端请求服务器返回的数据值Advanced trace——日志中打印所有的消息信息和函数执行信息2、log的存储方式log的存储路径在res文件夹下。如果是从脚本中直接关联create scenario则在脚本的目录下的res下。如果是直接create scenario然后再选择脚本的话，则存储在c盘，如“C:\Documents and Settings\USERNAME\Local Settings\Temp\res\log”具体该场景的日志结果存哪，可以查看controll的result界面的result setting定义的目录。根据不同的log记录级别，在log文件中记录日志。3、log信息的分析1）从log中得到虚拟用户失败的原因。通常如果场景在运行时出现用户失败，则先要查看错误原因，可直接查看日志，从日志中查看ERROR的信息；从outputdb中可以查看到错误代码ERROR CODE2）从日志中确认每次分配给虚拟用户的参数值想判断是否在场景中每个用户使用不同的或预定义规则的参数，可以通过在log生成规则处设定为parameter subsititution，然后查看每个日志文件中的对应行参数值是否为预计的参数值。可从此判断出是否同用户的实际使用类似，是否达到对服务器的压力策略。3）从日志中确认服务器端返回的值是什么。在脚本中通常设定了检查点，检查点策略是否生效，如果对此产生怀疑则可以考虑从日志中查看一下。查看服务器返回的值来验证是不是所期待得到的值。思考问题log的输出 会不会影响到客户端，会不会使客户端成为瓶颈？（认为是会的，任何程序都是要消耗资源的，loadrunner也一样，所以选取日志输出的模式是要谨慎考虑尽量以适用为前提）您的举报已经提交成功，我们将尽快处理，谢谢！
这位叫 region 的朋友的资料介绍地很详细了, Flash 完全可以做独立的网页, 而且目前这种网页越来越多.
我的个人主页便是其中之一:
你提供的信息太少了，没法帮你看运行报错误的时候你点一下屏幕右上方error那地方的数字，就会弹出错误信息来。详细看看提示什么我再帮你诊断。
大家还关注请问：loadrunner 不同用户不同动作如何实现并发_百度知道怎样正确做 Web 应用的压力测试？
大家一般如何做压力测试？比如怎样判断一个应用的承受能力，在到达何种程度时需要增加服务器？ 请大家讲一下经验~
一个完整的压力测试需要关注三个方面：如何正确产生压力、如何定位瓶颈、如何预估系统的承载能力(1) 首先说一下如何产生压力，产生压力的方法有很多，通常可以写脚本产生压力机器人对服务器进行发包和收包操作，也可以使用现有的工具(像jmeter、LoadRunner这些），所以说产生压力其实并不难，难点在于产生的压力是不是真实地反映了实际用户的操作场景。举个例子来说，对游戏来说单纯的并发登陆场景在整个线上环境中的占比可能并不大(新开服等特殊情况除外)，相反“登陆-开始战斗-结束战斗”、不同用户执行不同动作这种“混合模式”占了更大的比重。所以如何从实际环境中提炼出具体的场景比重，并且把这种比重转化成实际压力是一个重要的关注点。(2) 产生压力之后，通常我们可以拿到TPS、响应时延等性能数据，那么如何定位性能问题呢？TPS、响应时延只能告诉你服务器是否存在问题，但不能帮助你定位问题。这些表面背后是整个后台处理逻辑综合作用的结果，这时候可以先关注系统的CPU、内存、IO、网络，对比在tps、时延达到瓶颈时这些系统数据的情况，确定性能问题是系统哪一部分造成的，然后再回到代码的逻辑中逐个优化这些点。(3) 当服务器的整体性能就可以相对稳定下来，这时候就需要对自己服务器的承载能力有一个预估，通过产生真实压力、对比系统数据，大致可以对单套系统的处理能力有个真实的评价，然后结合业务规模配置服务器数量。可以看下腾讯wetest的这个压测工具总结一下：通过产生真实压力来发现问题、结合系统性能来解决问题
jmeter+badboy再外加一个自己写的monitor监控，用起来还比较顺手，主要就是用来做web压力测试
性能测试是答主的弱项回忆一下当初的做法趁机整理一下思路BTW这个问题好老也许题主现在已经成为性能测试专家了希望能看到题主的更新共同讨论答主认为所有的测试都是为了验证软件是否符合客户需求测试不是追求零缺陷、软件质量无限好而是追求软件的质量刚刚好或者比客户需求好一点点性能测试也不例外所以性能测试的设计应该考虑1）客户需求，并2）为软件改进和升级提供参考数据先说性能测试用例的设计应该了解产品a 最频繁使用功能b 最耗资源功能c 设计峰值并发用户数等等与客户行为真正相关的东西自动测试角本应该最起码要模拟a和b两部分功能而且是尽量模拟真实的用户使用习惯所以性能测试人员一定一定一定要懂功能测试否则我很怀疑测试用例的有效性再说性能测试环境最理想的当然是有一套硬、软件都与生产环境完全一致的测试环境但这个在绝大多数公司都是不现实的毕竟造价太高了比较接近现实的是有一套独立的测试环境最起码是在性能测试期能专门用于性能测试把整个环境全部清零按部就班安装所需的软件开始性能测试收集第一组数据环境再清零重跑相同测试收集第二组数据这个过程起码做三遍或者更多三组数据对比没有重大差异说明测试用例和测试环境稳定、测试结果可信否则说明有疏漏测试结果不可信需要查找原因重新测试在正式测试前应该起码确保环境稳定、测试角本正确大部分的性能测试工具可以模拟并发用户数基础的性能测试应该先按设计的峰值用户数跑测试用例但因为上面说了大部分性能测试环境配置会比生产环境低一些那么按峰值用户数跑性能一定会比设计指标低甚至低到惨不忍睹我没有找到一个合理的办法把测试环境上收集的指标折算成生产环境上的指标我觉得这太不现实了我采取的办法是设峰值用户数为A那么在性能测试上用A/3并发用户数做为起始点（原谅我的测试环境配置太低了）收集三组数据取平均值然后每次递增一定数量的并发用户数收集数据直到性能差到系统接近崩溃用所得数据绘制趋势图应该可以找到在测试环境上并发用户数与性能的曲线这个可以做为生产环境的参考曲线而且这样方式还有助于发现系统的瓶颈是在CPU、内存、IO还是网络也能帮助发现代码问题比如答主在测试中曾经发现用某个模块跑性能测试时CPU的表现不对后来发现是那个模块的代码多线程处理有问题bug修复后性能明显改善暂时想起来这么多
单机的压力测试(包括functional test)，我平时都用python的FunkLoad
遇到大的压力测试，使用erlang开发的tsung会比较好，可以分布式测试
他们都是open source的
压力测试的目标，是搞死服务器，从而找到瓶颈点，如果搞不死，意义就不大
一般都是使用工具，可以模拟多用户 同时/异步 地进行
比较好的工具，要钱的有loadrunner
不要钱的有JMeter
这2种工具都能自动生成图形报告。这样你就能判断出服务器的瓶颈在哪里。是需要增加内存还是提高处理器性能，或者增加硬盘。
不同系统对最大负载的要求不一样。就通常的web网站来说基本指标是：在合理的响应时间内，系统能提供最大的每秒请求数（QPS/RPS/TPS）。其中几个关键点：一、合理响应时间，3-5s是一个合格的网站渲染首屏最多花费的时间，如果单纯看最大qps而不管响应时间的话，这个测试是无意义的；二、每个页面包含的功能不一样多，所以指标也定不相同，那么访问最频繁的页面的性能指标应该是我们最关注的；三、web网站大多读写急不平衡，但在有持续写入的情况下测试出来的指标与单纯读指标的对比，对判断锁的性能很有帮助；最重要的一点是，刚创业的站点应多注意快速开发业务，心里有性能这根弦，不犯愚蠢错误就足够了。等站点真正做出来再回头调优，应该是个甜蜜的过程。
看了下答案，除了谈工具的还是谈工具的。不过题主的问题也是太大了，网站应用性能是个系统工程，是涉及到网站架构各个层面，从前端渲染速度，到页面大小，session存储效率，ajax性能，缓存命中率，数据库设计及访问速度。而要做整体性能测试则需要根据预计的用户访问目标或者已有的用户访问统计数据搭建整体应用访问场景进行，不单单要模拟用户请求还要根据用户场景模拟数据库数据量。以上这些随便挑一个都是相当复杂的话题，这些仅仅是压测判断系统瓶颈，还不包括系统负载和稳定性。然后，第二个问题也只有在系统可以平行扩展的情况加服务器才能有效，而有些情况下则需要优先考虑架构调整及程序的优化。
testcomplete，loadrunner，这些只是工具。1、了解被测试应用的协议，2、了解被测系统的组成，3、编写压力测试脚本，4、生成压力5、监控系统6、收集并分析数据7、得出结论
要做压力测试，首先要选择好工具，俗话说：“工欲善其事，必先利其器”请看这篇文章：
看看别人怎么做的，能找找感觉
已有帐号？
无法登录？
社交帐号登录本人正在自学软件测试，请问高人LoadRunner现在公司里都用什么版本的，求破解版的，感激不尽_百度知道

我要回帖

更多关于 loadrunner视频教程 的文章

 

随机推荐