新年好啊，希望社区更加活跃

看到前面以为完全就是 postman，看到下面。。。碉堡，点个赞

楼主可以试下 Scala

@seveniruby help

忘了说了，管理也在做的

目前就是太多事情自己在做，想抛出去些，留点时间钻技术。可惜比较难抛出去

不加断言，都是绿色

理论上来说，一些 assertion 放到 page 里面，多 cases 调用相同方法的时候，会少很多事，但是我觉得 case 还是应该就是 case，page 就是 page。当然了，主要还是习惯了，只要你们团队认可就行了，主要还是团队好执行好写即可

我的理解是 page 就是 page，断言还是放 case 里面吧

核心功能变动很少的，这部分可以考虑 UI 自动化掉，其他建议接口自动化

点个赞，django 做平台感觉蛮好

推荐 zmock https://github.com/zhangfei19841004/zmock

帮飞总推广下

网上搜下理发店模型，里面有标准性能模型

只是说明你平均每秒有这么多请求，你并发 500 又不代表 TPS/RPS 等就是 500，假设你 500 并发，但是所有请求服务端响应时间 8 秒才返回，然后你发起下次请求，那你算下是多少不就行了？放到并发上，TPS*AVG RT = 并发数（最优下）

哎，今天网站很卡，总是吞回复，大概情况就是以上吧，有错的地方大仙来指点吧。

如果已经分工，那就写吧

说的也不一定对，可以等等其他大仙现身说法，另外上面说错了，90% 那里，前面数据需要排序下，应该是 2，就是不超过 2

另外就是方差和标准差了，比如 3,4,7,9,10 平均值 6.6，6.3，6.4, 6.6, 6.8, 6.9 平均值也是 6.6，但是实际上后面的值肯定更稳定些，前面大概方差是 7 左右，标准差 2.x，后面 0.2 左右，标准差差不多 0.4 左右，波动小。一般有个响应时间表能看到打点，可以看到离散的分布情况。

怎么会，首先你这个例子，平均值是 19.1，第二，99% 下面还有 95% 以及 90% 线，你就可以知道分布在哪个区间了，另外 99%line 的意思只是说明 99% 的值在这个值的左边，不代表 99% 的值等于这个数据。通过 90,95%99 这几个数值，你也能大致看出分布情况，再分析偏差率。
另外样本数放大后，上面的例子就更明显了

如果数据分布是，1,2,1,2,1,1,1,2,1,90
那么平均值是 10.2，而 90%（或者 95%，99%line）差不多就是 1.x，你觉得哪个符合真实情况？

胖了 20 斤，对技术更加渴求了，虽然感觉差距还很大而且提升空间还有很大，但是这一年的提升自己还是比较满意的。然后就是累，睡不够吧，电脑前坐很久，胖了 20 来斤

少元素，除了目前 PO 模式以外，我的一些做法是把一些元素 list 化，很多 page 会有类似的功能，重复定义元素没有什么意义，徒增后期的维护成本。
展开来说的话，目前大家也都很熟悉 PO 的概念了，那么在 case 变动不大的情况下，尽量保持元素也不受影响，或者说即使前端变化了也不用管元素那么就很完美了。所以我习惯减少一些不同页面的重复元素，子类继承父类的情况下，再减少元素依赖的方式。

另外 95% 也太高了，给测试增加太多精力在维护脚本上了，从个人观点来看，很多缺陷还是通过探索测试来发现的，自动化还是作为辅助。

等待后续

和有赞业务差不多

我推荐飞总 @sxazf