2019年11月22日

constant timer(固定定时器),constant throughput timer(常数吞吐量定时器);多个请求，某个请求a下，设置常数吞吐量定时器，模式：all active threads(shared)则所有请求吞吐量一致；

摘要： 1.两请求之间添加'固定定时器' 1000ms,那么两请求发送间隔时间是多少? 1000ms吗？ 由实验得出，2个请求发送间隔时间 = 1000ms + 第一个请求时间（发出至完成后时间） 2.单个请求，请求a下，设置常数吞吐量定时器，查看Transactions per second(每秒事务数) 阅读全文

posted @ 2019-11-22 17:29 星空6 阅读(553) 评论(0) 推荐(0)

尖峰测试

摘要： 某一瞬间或多个频次下用户数和压力陡然增加的场景；类似波浪 线程组只能模拟一个尖峰，可以采用 jp@gc - Ultimate Threads Group,添加Threads Schedule; 可添加Active Threads Over Time查看运行的线程； 阅读全文

posted @ 2019-11-22 15:19 星空6 阅读(290) 评论(0) 推荐(0)

多线程时，请求执行不是按顺序的，可添加Critical Section Controller(临界部分控制器)，执行顺序是固定的，但执行一段时间后，该逻辑器下的请求不再循环，无解ing

摘要： 线程组中线程数设置为60，不限迭代次数，运行一段时间后，并未按A-B-C请求的位置顺序执行； view results in table(用表格察看结果）中，未按A-B-C请求的位置顺序执行； 临界部分控制器确保其子元素（采样器/控制器等）将仅由一个线程执行，因为在执行控制器的子代之前将使用命名锁； 阅读全文

posted @ 2019-11-22 14:04 星空6 阅读(343) 评论(0) 推荐(0)

导航