期待后端开源

自己写加解密过程，打成 jar 包，配合 jmeter beanshell 使用

基于什么背景,做了什么事情,采用了什么技术,解决了什么难点,最后产出了什么数据 抄的

很好的总结 ，所以 PM 到底是指产品还是项目经理

我们被腰斩了

什么塑料翻译

github mall 系列

可以考虑从 redis 中取验证码

公司内转的岗

我有朋友前端转前台的，也有认识的人前台转大数据后端的

写个 jar 包，在 beanshell 里引用，之前搞的 https://www.cnblogs.com/fkey/p/12030782.html

httprunner 作者是 debugtalk 哦

砖、需、搬

虚拟机里用 curl 命令访问下主页看看服务是否正常启动；服务器正常就是看看防火墙规则

正常启动状态是这样

鼠标侧键

日志里说 aapt 的问题，先试试appium-doctor看看依赖？

线程组策略可能还要看实际场景，大部分情况下都会选用梯度递增。像秒杀活动可能就要瞬间的高压，此时服务器也需要做一些数据预热之类的操作,不然响应时间很感人。（题外话，你也是光呆？）

用 jenkins 执行你的自动化，配置 allure 插件， 历史数据是可以保留的。

jenkin 开启匿名模式，邮件附上 Jenkins 生成的 allure 报告地址？

task1 在 on_start 中获取一个 token 给后面的 api 使用，task2 也会从 on_start 中获取一个 token 给后面的 api 使用，简单 来说,10 用户并发会执行 10 次 on_start() ,100 用户并发会执行 100 次 on_start()

大概是每秒钟增加的并发用户数