很专业的招聘贴

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

水果，游戏机，健身器材这么"实际"的，实际上并没有吸引力

统一回复，支持 macaca2.x 版本，出现错误的原因不在 iosmonkey 这个项目，原因主要是在安装 macaca 以及 XCTestWD 的配置等原因，这类问题我也没法答复，请自行搜索答案，或者 到 git 上提报问题。

1.Jenkins 删除 就是指 command 执行脚本删除
2.build.xml 文件里面处理 bulid 也可以加任务删除指定的目录。两种效果一样

先删掉之前的结果，两种方式
1.Jenkins 删除
2.build.xml 文件里面处理

那应该是支持最新版的，原帖子很多留言新版执行报错

我也学习下，支持最新版的 macaca 么，不少反馈新版报错，可能更新适配一下

并没有实现，现在忙其他的事情，不怎么有时间搞这个了

==当前启动的 APP bundleid 是<正确的 bundle ID>,非测试 APP，重新呼起测试 APP====

这个实时的分析系统日志，不是非常的实时，有延时，应该是之前跳出 app，检测到才提示的

{"sessionId":"81255d3a-aff4-4de1-a0ae-38034883a61b","status":10,"value":{"message":"An element command failed because the referenced element is no longer attached to the DOM."}

app 可能是出现 crash 了，目前 crash 之后，macaca 服务就异常了

都说好使，你用为何不行，多说一点才好判断

我按照你的思路，自己用 javamail 写的发邮件

Ant 执行文件都写好了，jenkins 配置一下就好了

已更新

Macaca. 1.2.2
Android 1.1.34
iOS 1.0.66
Macaca client 2.0.1
当时是这样的配置
你说一模一样的报错，你用的不是老版本，老版不可能有 xctestwd 这样的信息

这是最近的 macaca 版本吧，发帖时候还是老版本，新的还没试呢

好公司都在北上深杭， 一声长叹