Mac 版就不要用 ride 了，那个没有想象中那么好用，可以直接在 robot 文件里面写。Mac 启动 ride 的命令不是直接调用就能起的

主体还是接口收益高，ui 收益低，投入大

都需要，写接口可以做些流程测，比如我创建了某个数据，查询数据存在，对应接口去删除，再次查询数据就不存在了，这属于一个流程，还有就是写的接口是否跟数据库一致等！可以多考虑点，读写接口都会涉及到数据库、缓存等。

其实很正常的，生产环境做测试，会对某些数据进行白名单区分的，只要大数据那边不录入数据，基本没问题。现在大公司做性能测试很多都直接线上开搞的，做好风险评估就没事。

讲的详细了，可以模拟 jmeter 进行 csv 做配置文件，还有 locust 的一个痛点就是 stop_timeout 固定运行时间一般文档都不提及。

能从无锡跑苏州，那可以再远点，上海机会多。性能测试在测试环境不是很能模拟生产环境现象，毕竟多种问题都能影响测试情况，一般可以做对生产环境按比例缩容，还有就是低峰期直接生产环境模拟真实流量。

#5 楼 @hukui51770 一般 mac 和 linux 系统没问题，其他系统不知道，再不行就隔离环境，弄个虚拟环境好了。额，也可以直接调用它的 main 函数，就不需要环境变量里有没有 locust 了

#5 楼 @hukui51770 正常情况下 pip 安装之后，环境变量里自动就装了，环境变量其实就是一个脚本，启动 main 函数的

#2 楼 @lunamagic 其实也挺好，适合不需要关注实现，只关注 excel 的人，我一般都直接一个接口一个 robot 文件，excel 的信息直接写成 vriables 的形式，不用界面写 robot,手写 robot 更快

感觉 robotframework 浪费了，完全没发挥出来，本身可以不用 excel，直接数据驱动就好

额，这得靠运气，专心一条就好，就搞 python，往自动化测试方面搞，怎么进门就看公司了，这个其实挺简单，没想象的难。

感觉是一个翻版的自己！不过我技能点补正了

主要还是看接口的健壮性和完整性，基本上对于单个参数，一般都需要设计 5+ 用例，参数多，用例数越多

重新做套 python 虚拟环境，locust 我常用，虽然小众。