个人经验哈，不同项目有不同的做法。我只是说一个可能性的方法，语言上表达有点过于肯定，不是必然哈。

线程 id 转成 16 进制等于 jstack 里面的 nid，如果你判断哪个线程有问题，那么你能通过线程 id 找到对应的堆栈，堆栈有了，哪段代码有问题就一目了然，就不是需要用 idea 打断点。

写得不错，但分析好像有点瑕疵。
1、gc 对于系统来说是很正常的，尤其是 ygc。不能说 gc 就会有问题。但 gc 一定会导致运行速度变慢，所以要对 jvm 调优
2、要用 top -H 看线程，看哪个线程的内存一直再涨或者使用很高。线程 id 的 16 进制等于 jstack 里面的 nid。Jstack 找到有内存问题的线程然后再看干了啥。堆栈会找到对应的代码。
以上可能定位问题会更快一点。

都是依赖于 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、递增并发请求数这个，个人经验来说没法准确的判断每次递增后并发数是不是一样。大概一样就好了。

不行

？

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

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

还有坑

平安哪里的呀？

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