不想重复造轮子，而且我能力有限，造轮子也造不太好，哈哈

依稀记得，14 年的时候，跟着开发过战斗机模块的领导，用 0101 跟车载终端对话的场景，做 809 协议的帧解析。
从那家公司离开后，再也没有碰到过拥有这样战斗力的领导了。

这个帖子也加精？

看看网易的 Airtest 有多成功

多谢，正在寻找相关信息

网页也是满地坑，我觉得还是需要好好看看前端的东西，不然进度太慢

1、理想情况：公式成立情况

TPS=并发数/平均响应时间
前提是服务器处理能力足够优秀，没有任何排队的情况下，网络耗时占响应时间极小的情况下，该公式成立。

2、实际情况：

TPS 只跟服务器处理能力有关系，处理能力每秒多少，QPS 或 TPS 就是多少 (暂不考虑：因为排队导致资源紧张，导致服务处理能力下降)。

并发和 tps、响应时间是关联关系，没有固定的公式、比例关系。更多的并发只能证明可能发出更多的请求，不能证明有更多的请求成功和服务器建联。

图中数字只是为了说明，并发、TPS 并无直接联系，跟实际情况有关系。

我发现很多元素，这样做了，但是还是报 找不到元素

copy xpath 好用？还是 By.xpath？

并发线程 2000，tps 吞吐量只有 300，说明线程处理一定在排队。
排队原因很多：可能是资源限制 (线程排队过多，导致上下文切换较多)，可能是连接数限制等等
响应时间越来越长的原因：
第一秒，处理了 300，排队 1700，响应时间 = 处理时间 1 秒；
第二秒，处理了 300，排队 1700-300+300，响应时间=处理时间 1 秒 + 等待时间 1 秒 = 2 秒；
以此类推。。。。

你这种就是典型的没脑子，只有充分的市场竞争，行业才会更好地成长。

慈善和公益只要是跟人做，难度都相当大，因为人大多数都是犯贱的。

还有，你敢实名吗？说这种话不敢实名的，估计人品也不咋地

项目体验地址，可以给一个体验的用户名和密码吗？谢谢

看你目前的阶段，更适合扩展面，还是深入点。以及对业务的感兴趣程度。
（建议百度，技术体系非一日建成，BAT 的技术体系很厉害，至少内部的专业性技术文章，就够学习和消化了）

帅，都是不断学习的，最近我频繁参加面试，也学习了

嗯嗯，是，这个框架还比较基础

很好，扎扎实实的学习

hashCode = count 值，元素是相同的，只不过存储位置不同。
因为 first(count=3) 元素存储在了 hashCode 值为 3 的地方，已经存进去了，即使修改了 count(修改为-3) 值，使得元素的 hashCode 值也改变为-3，但是存储位置没变。
所以，c1.contains(new R(-3)) 返回 false，因为 new R(-3) 去 hashSet 中寻找的是 hashCode 为-3 的存储位置，但是已经被删除了，所以返回 false

哇，这个质量够差的了

嗯嗯，是，主要是地段

我也是刚学习，具体项目还没应用过，欢迎大家多多指导

飞哥，你不是买了吗？

最后买了哪里啊

刚需，首套，结婚

恒温要进军人工智能了