很专业的招聘贴

tps 最多才是 5.5 ，并发 90 就很离谱了，更别说 400 了，95% 的请求都在积压状态。关键看 tsp 为何这么低

性能测试为了找到系统的极限，并发数据已经远远超过了系统的承受能力。

还有接口响应时间 都好几十秒了。就不要看这个数据了。

这种技术贴越多越好

目测高端岗位，顺便问问哪家公司

本质上还是 monkey 么？比 monkey 瞎点相比，更有目标的点？

jenkins job 执行的成功与否，和脚本中用例的成功与否完全没关系，一毛钱关系都没有

wda 时期，每步操作 wda 都会有记录和截图，所以会存储空间会一直增长，时间久了几十上百 G 的空间也会占满，
我写了定时脚本，自动删除
目前 XCTestWD 版本，没关注这个情况

刚有个 app 开发说需要特定的接口数据，验证一种场景，各种找测试给造。
我说 charles 把接口数据随意修改成想要的。他说只知道能抓包，不知道怎么改数据。

但是开发会写 app，不会 charles，他照样是开发，测试把 charles 这类工具用的再熟练，不能说你很厉害，只是会使用一种工具。

测试需要学的多而杂，最赚钱的职业不是多而是精。

首先不得不说设计的很强大。
有几处没看懂的，我感觉在实际应该过程中，有很多不确定性，以下场景也比较多
1，参数化怎么处理的，录入的接口 case 的入参是固定的么？
2，入参没有加密，出参解密的情况么？都是是明文传输和校验的？
3，上下文关联的接口怎么处理的？只是单个接口的检查么？
4，校验的部分只能是已经知道结果的前提下对比？

一个容器这么多实例，有两个疑问
1，多个实例一起运行，稳定么，我没试过
2，是执行一样的，还是每个浏览器执行不同的用例，怎么控制的

我用的是单实例，官网的例子也是单实例

# As integer, maps to "maxInstances" 
ENV NODE_MAX_INSTANCES 1 
# As integer, maps to "maxSession" 
ENV NODE_MAX_SESSION 1