场景相关

什么是场景?场景的重要性有哪些?如何设置场景?

  场景:模拟真实环境中,用户运行状况。

1.通过场景来模拟实际用户的操作,性能测试结果才具有代表性。

  2.在运行过程中也需要关注场景性能测试值,测试过程是否正常。

1.选择场景中需要的脚本

  2.选择为目标场景,还是指定的手工场景

  3.设置用户数、设置产生负载的设备

  4.设置执行策略

场景设置有哪几种方法?

目标场景,手工场景

你如何设计负载?标准是什么?

负载测试计划多少用户数量、使用什么类型的机器、以及在什么环境下进行。主要基于两个重要的文文件,任务分布图和事务信息。

任务分布图告诉我们在负载时间段内,某一个事务使用的用户数,高峰使用率及低峰使用率均来自该文档;

事务信息告诉我们事务名及优先级,在设计场景时可以参考。

在运行设置下你能更改那些设置?

pacing、Think Time Settings、Error Handling、Run Logic等。

什么是逐步递增?你如何来设置?

Ramp up这个选项用于逐渐增加服务器的虚拟用户数或负载量。设置一个初始值而且可以在两个迭代之间设置一个值等待。在‘Scenario Scheduling Options’设置Ramp up,比如可以在“加压”选项卡中将设置更改为:“每 30 秒启动 2 个 Vuser”。

以线程方式运行的虚拟用户有哪些优点?

如果是以进程的方式跑虚拟用户,为每个用户加载相同的驱动程序到内存中,因此占用了大量的内存。这就限制了在单个生成器上能跑的虚拟用户数。但相比线程方式更仿真,所以并发数较少时,可以采用这种方式。

以线程方式运行的虚拟用户,在默认情况下,Controller为每50个用户仅启动一个mmdrv进程,而每个用户都按线程方式来运行,这些线程用户将共享父进程的内存,这就节省了大量内存空间,从而可以在一个负载生成器上运行更多的用户。

说明一下如何在LR中配置系统计数器?

以windows资源监控为例,可右键点“添加度量”,输入系统IP、选择平台类型,确定即可。

如何设置LaodRunner才能让集合点只对一半的用户生效?

进入Controller->Scenario->Rendezvous …->Policy,系统弹出Policy对话框。在该对话框中可以设定集合点执行的策略,将第一项用户数设置成50%即可。

补充:

第一项:表示当所有用户数的X%到达集合点时,开始释放等待的用户并继续执行场景。

第二项:表示当前正在运行用户数的X%到达集合点时,开始释放等待的用户并继续执行场景。

第三项:表示当X个用户到达集合点时,开始释放等待的用户并继续执行场景。

其中还有一项Timeout between Vusers,就30秒来说,当第一个用户到达集合点后,再等待30秒,如果在30秒内到达的用户数达到指定的数量,就开始继续执行场景。如果在30秒内还没有达到指定的用户数量,就不再等待,开始释放等待的用户并继续执行场景。

LoadRunner的Controller组件中Pacing参数的作用是什么?

设置LoadRunner中事务(trsaction)在每次循环中的间隔时间,系统可以利用该间隔时间进行相应事务的结束收尾工作的处理。加大Pacing参数,可使系统压力减小。

如何让QALoad模拟LoadRunner中只对关注的性能点进行迭代测试?

可以将QAload脚本中关注的事务点写成一个循环,如果进行长时间的综合场景测试,则可将其写成一个永真循环,如while (1) {事务点},则对关注的性能点进行循环,而脚本其他代码不会进行循环。

性能测试时比较重要的指标有哪些?

在进行性能测试的时候,我们需要知道一些有效的性能指标,下面我们来列出一些主要的性能指标:一通用指标(指Web应用服务器、数据库服务器必需测试项):

*ProcessorTime:指服务器CPU占用率,一般平均达到70%时,服务就接近饱和;

*Memory Available Mbyte:可用内存数,如果测试时发现内存有变化情况也要注意,如果是内存泄露则比较严重;

*Physicsdisk Time :物理磁盘读写时间情况。

二Web服务器指标:

*Avg Rps:平均每秒钟响应次数=总请求时间/秒数;

*Avg time to last byte per terstion(mstes):平均每秒业务角本的迭代次数;*Successful Rounds:成功的请求;

*Failed Rounds:失败的请求;

*Successful Hits:成功的点击次数;

*Failed Hits:失败的点击次数;

*Hits Per Second:每秒点击次数;

*Successful Hits Per Second:每秒成功的点击次数;

*Failed Hits Per Second:每秒失败的点击次数;

*Attempted Connections:尝试链接数。

三数据库服务器指标:

*User 0 Connections :用户连接数,也就是数据库的连接数量;

*Number of deadlocks:数据库死锁;

*Butter Cache hit:数据库Cache的命中情况。

你如果怀疑某段程序有问题,你如何来证明程序的性能好坏?

定义事务,或者该程序所在的文件的大小(如JS文件,文件越小越好)

原文发布于微信公众号 - 软件测试经验与教训(udatest)

原文发表时间:2019-07-09

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

扫码关注云+社区

领取腾讯云代金券