从某个时间点来看，服务器对每个线程请求的处理，不一定都是相同的进度，但是每个线程都给服务器造成了处理压力。
所以当线程都启动以后，只要保证这些线程在持续不断给服务器施压就可以了。
如果都按照定时器来保证并发，那么阻塞等待的耗时会比较多。一般给需要的 Sampler 添加同步定时器就可以了，而且可以设置达到多少个线程为一组进行同时请求，比如 100 个线程，每满 20 个线程同时请求。

不用太纠结启动了。
你如果想要实现同一时刻多个线程一起发请求，设置个 同步定时器 就可以了。

说法不严谨。
Java 线程状态如下：

JMeter 有个 Delay Thread creation until needed 选项，默认线程启动就运行跑 Sampler（RUNNING），勾选后线程只启动（NEW）。
集合点是定时器的一种，是让线程阻塞等待，跟启动没有关系。

不一定，有可能是你本地机器性能导致承受不了并发，也有可能是程序错误如死锁等，需要结合程序逻辑数据和系统资源占用来分析。

https://testerhome.com/topics/26605
看看能找到答案不

你加个 View Result Tree 看看哇，意思这 10 个线程只请求了截图这几个？我看有报错的。首先排除脚本本身问题，保证能有 10 个请求成功。

如果是通过 15:45:58 这一秒的请求数没有 10 个，来判断的话，就不一定了。因为从线程发出请求，到服务器响应，并在 console 打印出日志，可能会有时延。

具体现象是？

“有些线程还没来得及启动”
这个是怎么看不来的哇？我也试了，一运行右上角那就直接是 10/10 了。

你这说的啥？没用过 blazemeter 啊

原因不清楚，你把 pytest.ini 文件放到项目根目录下，而不是包下，就不会有问题。

fixture 本身就会自动查找到的，from conftest import some_fixture，我觉得是没有必要的。把 conftest.py 中的函数都定义成 fixture，就能避免这些问题。

对的。

确定，我在官方英文教程上面看到过这句话，原文一时找不到了。

亲测可行

用 pytest 就不要用 unittest 啦，学学 fixture 吧。

conftest 之间不要相互引用，pytest 会找不到路径。

试试 pytest 命令行执行，指定文件名。

提了离职就不用再就纠结了，心累，果断点。
即使留下来，也不会被重用。

xmind + git 不香么

正在考虑怎么做平台

图片好像挂了 原文 https://www.cnblogs.com/df888/p/13835115.html
待会我再重新传图片
图片已上传

parewise 算法 了解一下

简单调研过，想用 rf 还是写 python？python。

把每种类型的动作定义成单个的 fixture，写 test 代码引用 fixture，不同类型引用不同 fixture，多个类型引用多个 fixture。

论坛有篇帖子，写的不错，可以看看 简单聊聊，如何构建测试工程师的能力模型
我也在公众号 “测试老树” 写测开成长故事，讲述测试能力建设的事，可以看起耍哈哈