后端就是增删改查,简单得一批
估计用别人库二开没付费
无他,异步或者轮训
我已经分解成四个测试需求了,分别测试的话用例和配置都是不一样的。我没有用过 jmeter,我都是用自己开发的工具进行测试,所以我都不关心线程数量,只关心用户数和业务,参见这个 https://testerhome.com/topics/39936,有兴趣可以研究下
不要被客户描述欺骗了,这是四个需求,需要分别测试
1.客户想知道订单处理 TPS,大于 250 每秒为合格
2.客户想知道每天 10 万的数据量系统如何表现,无异常为合格
3.客户想知道系统能支持多少人同时使用,1000 人为合格
4.客户想知道 100 万人次的数据量系统如合表现,无异常为合格
这么做的目的是什么?
根据你的需求这是最优的解决方式。我做压测也有类似输出每个用户日志流的需求,但是我的方法是在日志行默认输出用户编号,查看的时候进行筛选
输出到不同文件里面不就行了
居然还在纠结这个问题,我的话一定是 abcd 一起测试,但是我会模拟客户端的请求顺序和频率,也就是完全模拟客户端的行为,构建真实场景测试结果自然接近真实数据。
我开发的压测工具底层使用 c++,业务层可以是 lua,python ,golang。python 现在是我准备抛弃的方案了,性能弱。准备再接入 js,引擎准备用 jerryscript