一个测试
地点都在哪里啊
上班必须要考虑 通勤问题哈哈
无所谓,都在提倡 devops,开发 + 运维,和测试有什么关系,以后就没有测试了
第一点,听领导的
然后,那个能解决问题
其次,自己喜欢用什么就什么,没啥区别
能先给一个类似的结构吗
可以调用 windows 的 wmi,差不多可以实时获取
你到底用的是哪个线程组,就按照哪个线程组来设置
我了解的灰度是直接在代码里写的,后台通过配置来决定 app 的请求方向,比如地区,用户账户位数等等,不是靠测试或者特定的包来长久处理的
我理解有两个模式,一种:在预置条件中,已经设置完毕用户信息,订单信息,订单金额,订单状态等信息,只要直接比对;另一种:不知道订单的具体信息,请问,你是怎么写接口用例的?期望结果呢?。
还有就是检查结果是否满足预期,可以通过接口的直接响应值和后端数据库中的数据是否生成或者修改
目前研究 locust 时发现,不管接口有多快,并发数有多少,locust 提供 tps,也就是压力都不高,远远低于相同条件下的 jmeter,有一个大神使用 go 语言写了可以兼容 locust 的,需要,你可以自己查一下
不知道等拿完今年年终奖,这个职位还在吗?
一个测试