都是依赖于 debug 模式，而且要用 dark 写 case，比较麻烦。混合的话更麻烦。

包发不出去，跟 gatling 没啥关系。

这个不错，牛 B。

Pc 电脑主板总线处理能力也就十几台，我的亲测最多 16 台，而且要限流，不然一定会有随机几台手机 adb 会挂。

随便找一份工作这个是必要刷算法题目，算是门槛吧。但要面上高级岗，技术格局这种东西是写写算法所不能表现出来的，这种是长期积累。刷的算法就那几种，快排，各种排，双指针，二分查找，斐波，贪心，各类字符串算法等等。然后就是拼运气了。

我已经几年没搞 stf 了。凭经验我建议先看下 stf 日志报什么错误，然后再看下 aft service 的权限。如果都不行，直接去 github 提 bug。注意一下 Simon 比较讨厌没有准备就提 bug 的人。

强制要求本科。

招

肯定违法啊，这是基本常识。

日志过滤用 shell 吧。grep -C 3 error abc.log > new.log

google 测试之道真的可以好好看一看。测试开发就是开发，google 要求开发人员做一个程序出来之前要考虑如何进行测试。

这种情况很正常啦。为什么会让开发面试？因为项目组没有测试嘛~~

个人经验，以前工作定的规范。

分层统计，如果是 spring 类的应用,controller 层要求 100%,整体 70%。

1、并不是，主要看需求。压测并发量决定于服务器是否能达到 CPU70% 或者更高的使用率。
2、持续时间这个没要求，你可以一直压，也可以压个 10 分钟或者更久。
3、递增并发请求数这个，个人经验来说没法准确的判断每次递增后并发数是不是一样。大概一样就好了。

不行

？

一般来说你应该做的是架构类产品，做这种测试需要有一定的技术格局。更多的是从架构层面上来分析设计的合理性，微服务化更多讲究高可用，性能压测、调优。重点是你要有足够的底气与实力跟做架构的这些人掰。

现在招聘贴都出这么多花样了么

还有坑

平安哪里的呀？

味道，这个词用得太好了😆

招，一年工作经验不知道要不要，反正试一下咯。另外如果 hr 筛选通过，面试真的需要认真的复习一下。

好像是硬性要求，除非特别优秀。

买最新的设备