文章分类 -  JMeter

1 2 下一页
JMeter性能测试中控制业务比例
摘要：性能测试混合场景中，我们需要组合多个业务操作到场景中来。 比如有一个论坛的业务分布如下： 发布新帖与回复帖子的比例为2:3， 那么我们在JMeter测试计划中如何控制其比例呢？ 可以通过以下两种方式解决： 多线程组方式、逻辑控制器控制 多线程组方式： JMeter是用线程组来模拟虚拟用户的，JMet 阅读全文
posted @ 2020-08-28 16:41 pathbreaker 阅读(331) 评论(0) 推荐(0)
Jmeter进行接口测试-提取token
摘要：项目一般都需要进行登陆才能进行后续的操作，登陆有时发送的请求会带有token，因此， 需要使用后置处理器中的正则表达式提取token，然后用BeanShell设置成全局变量。 1． 在登陆请求中，添加一个正则表达式提取器，获取token，其正则表达式为：“token”:"(.+?)" 说明： （1） 阅读全文
posted @ 2020-08-26 19:55 pathbreaker 阅读(838) 评论(0) 推荐(0)
常用的性能测试策略
摘要：性能测试的常用策略有： 1、基准测试 单用户测试需要打开控制台，获取Analysis结果（） 2、并发测试 多用户在同一时间做同一事情或执行同一操作，针对同一业务（LR精确到毫秒），一般测试并发的数量与最大在线数的数量之比为（1:10） 并发测试是严格的测试，考查AUT承受瞬时压力的能力 3、综合场 阅读全文
posted @ 2019-10-09 14:02 pathbreaker 阅读(137) 评论(0) 推荐(0)
性能调优与回归测试（篇18）
摘要：测试结果分析完成后，即可进行性能问题确定与优化操作。通常情况下，系统出现性能问题的表象特征有以下几种： 1.响应时间平稳但较长 测试一开始，响应时间就是很长，即使减少线程数量，减少负载，场景快执行结束，响应时间仍然很长。 2.响应时间逐步变长 测试过程中，负载不变，但运行时间越长，响应时间越长，直至 阅读全文
posted @ 2019-03-30 11:19 pathbreaker 阅读(256) 评论(0) 推荐(0)
结果分析与报告输出—随机购物业务量测试结果分析 （篇17）
摘要：提取随机购物业务量测试指标如下表所示： 100个线程持续执行2分钟后，出现大量业务错误，服务器CPU使用率持续维持在100%附近，因此利用100个线程进行2个小时的随机购物业务量测试失败，可根据需要，利用折半验证法，验证系统稳定性测试的最佳线程数据数及服务器资源配置是否合理。 数据库报错如下： 系统 阅读全文
posted @ 2019-03-30 10:32 pathbreaker 阅读(85) 评论(0) 推荐(0)
结果分析与报告输出—随机购物并发测试结果分析（篇16）
摘要：提取随机购物并发测试的目标指标如下所示 测试完成后，根据生成的测试报告，获取随机购物100个并发响应时间如图所示; 通过上图分析，随机购物100个线程并发执行时，平均响应时间分别为：631毫秒、105毫秒、748毫秒、246毫秒、288毫秒、786毫秒、2848毫秒、1934毫秒、2161毫秒、83 阅读全文
posted @ 2019-03-30 10:24 pathbreaker 阅读(154) 评论(0) 推荐(0)
结果分析与报告输出—用户登录业务量测试结果分析（篇15）
摘要：提取用户登录业务量测试的目标指标如下图： 响应时间 测试完成，生成测试报告后，获取响应时间趋势图，如图所示： 通过上图分析，采用90%采样数据，分析整个请求，任何一个请求均未超过5秒，因此响应时间通过。 业务成功率 测试过程中所有断言通过，并且没有任何错误，登录成功率100%。“打开首页”、“打开用 阅读全文
posted @ 2019-03-30 09:36 pathbreaker 阅读(374) 评论(0) 推荐(0)
结果分析与报告输出—用户登录并发测试结果分析（篇14）
摘要：获取测试指标提取阶段获得的用户登录并发性能指标数据，如下图所示 响应时间 用户登录响应时间目标指标<=5秒，结合JMeter执行结果后的聚合报告分析，如下图所示。 从图中可以看到，总体请求平均值为559.18毫秒、108毫秒、80毫秒，用户登录过程中每一个请求均<=5秒，故测试通过。在Average 阅读全文
posted @ 2019-03-29 17:26 pathbreaker 阅读(668) 评论(0) 推荐(0)
场景执行与结果收集—用户登录业务量场景执行（篇13）
摘要：找开用户登录业务量场景，确认相关数据、环境正确后设置78个线程数，启动场景，执行2小时，测试完成后保存相关测试数据，利用下列代码生成测试报告，便于后续结果分析。 jmeter -n -t D:\ECShop\userloginbuss.jmx -l loginbuss -e -o D:\ECShop 阅读全文
posted @ 2019-03-29 16:54 pathbreaker 阅读(113) 评论(0) 推荐(0)
场景执行与结果收集—用户登录并发场景执行（篇12）
摘要：测试执行之前，需对测试环境进行确认，确保所有环境、系统业务都能正常使用。首先需将ECShop数据库恢复到初始状态，即创建了6万注册账号，没有任何订单时的数据库，便于后续统计商品随机购买场景的成功率。 本次被测系统有个特殊的地方，有些商品的库存量较少，或者为0，处于缺货状态，为了避免测试过程中因数据问 阅读全文
posted @ 2019-03-29 16:36 pathbreaker 阅读(223) 评论(0) 推荐(0)
场景设计与实现—用户登录业务量基准场景设置（篇12）
摘要：业务量的测试是考查时间段的性能 阅读全文
posted @ 2019-03-29 15:19 pathbreaker 阅读(154) 评论(0) 推荐(0)
场景设计与实现—用户登录并发基准场景（篇11）
摘要：用户登录并发基准场景设置 本次并发测试的目的在于验证ECShop平台能否支持100个并发同时登录系统，无须考虑持续时间。首先，设置场景执行计划。 点击“Thread Group”(此处修改名为“用户登录业务”)，出现图1 并发测试，每个线程只需要执行一次，因此，图1中仅需将“线程数”设置为100，其 阅读全文
posted @ 2019-03-29 14:58 pathbreaker 阅读(267) 评论(0) 推荐(0)
测试脚本开发—随机购买商品脚本开发（篇10）
摘要：1.用Badboy录制用户登录、浏览商品、加入购物车、设置快递方式、付款方式及收货信息提交订单等过程，生成JMeter脚本 2.针对用户名进行参数化，方法类似用户登录脚本设置 3.为了实现随机选择某种商品，然后进行购买行为，需在页面中随机获取该商品的信息，通过对服务器返回结果分析，利用正则表达式提取 阅读全文
posted @ 2019-03-29 14:32 pathbreaker 阅读(328) 评论(0) 推荐(0)
测试脚本开发—用户登录脚本开发（篇9）
摘要：1.利用Badboy录制用户登录过程，生成JMeter脚本 2.登录用户名进行参数化。 为模拟不同用户登录，更符合实际业务情景，需针对用户名进行参数化，选择STEP1，右键，添加—配置文件—CSV Data Set Config，设置相关信息，“Sharing mode”需设置为“ALL threa 阅读全文
posted @ 2019-03-29 11:34 pathbreaker 阅读(257) 评论(0) 推荐(0)
测试数据构造—Navicat备份数据库（篇8）
摘要：在性能测试过程中用户数据的构造有可能需要几十万或几百万，每次进行数据构建会消耗过多时间，本次利用Navicat进行数据的备份。 1.打开Navicat工具连接到被测系统数据库 2.右击需要备份的数据库——转储SQL文件...，保存到本地 3.在需要进行性能测试时，打开Navicat，右击系统数据库— 阅读全文
posted @ 2019-03-29 11:12 pathbreaker 阅读(165) 评论(0) 推荐(0)
测试数据构造—JMeter迭代生成账号（篇7）
摘要：利用Bodboy生成的脚本，在JMeter中优化后，执行迭代，生成账号。 1.启动JMeter，打开Bodboy录制的脚本，如图所示。 2、直接发送注册数据，进行注册（禁用其他请求，修改原有数据） 注意：JMeter执行注册请求后，要进行账号的校验： 1.查看数据库或页面用户管理页面是否生成用户数据 阅读全文
posted @ 2019-03-29 10:56 pathbreaker 阅读(501) 评论(0) 推荐(0)
测试数据构造—Badboy创建用户注册脚本（篇6）
摘要：测试工程师深入了解被测业务交互过程、确定脚本用例后，可能需根据测试需求构造性能测试过程中所需的测试数据。以登录为例，为了更真实的模拟不同用户登录、随机购买商品等行 ，可针对登录用户名、随机购买的商品信息进行参数化设计，保证每次登录或购买的商品信息都不相同，尽可能模拟真实的业务行为。因此，需在测试开始 阅读全文
posted @ 2019-03-29 10:27 pathbreaker 阅读(301) 评论(0) 推荐(0)
性能测试工作实施—脚本用例设计（篇5）
摘要：性能测试过程中，因测试目的的不同，可能存在多个不同场景，但往往只需要设计一个脚本。如针对某个业务进行基准测试、压力测试和负载测试，虽然涉及三个场景，但脚本可能只有一个。测试工程师需要根据场景设计，分析所需的测试脚本并开发。 通常情况下，测试工程师可根据被测业务可能存在的约束进行分析，确定脚本优化及增 阅读全文
posted @ 2019-03-29 10:05 pathbreaker 阅读(152) 评论(0) 推荐(0)
性能测试工作实施—场景用例设计（篇4）
摘要：性能测试过程中，首先应该设计测试场景，模拟真实业务发生的情境，然后是针对场景设计脚本。 为了真实的反映被测对象可能存在的性能问题，需要尽可能模拟被对象可能发生瓶颈的业务场景。测试需求分析过程中已经确定了需要测试的业务类型，在此，则需要设计针对每种或综合业务的测试场景。 性能测试场景通常包括单业务基准 阅读全文
posted @ 2019-03-28 22:19 pathbreaker 阅读(1014) 评论(0) 推荐(0)
性能测试工作实施—测试模型构建（篇3）
摘要：确定测试需求及对应指标后，测试工程师可针对被测业务分析其业务模型，便于测试场景及脚本的设计。 登录业务操作过程： 1.打开首页； 2.输入用户名及密码，登录； 3.退出系统 商品浏览购买操作过程： 1.打开首页； 2.输入用户名及密码，登录； 3.随机选择商品购买 4.设置收货地址； 5.设置物流方 阅读全文
posted @ 2019-03-28 21:02 pathbreaker 阅读(148) 评论(0) 推荐(0)

1 2 下一页