我现在上头也要求做全部性能,一样头疼。 打算分四步走 1.通过收集统计,按每日请求 PV 高到低排序 2.按是否为核心业务排优先级 3.挖取可能存在大并发的业务 4.更换方式,通过类似 tcpcopy 方式来做全站性能。 当然我也是新人, 第三 第四步还差远。
除了用 8/2 原则外,其实还得关注下,每天的峰值 PV,去看下每天峰值 PV 下的每秒钟请求数是多少。
我一般都不加,我做性能目的在于找出瓶颈,找出问题,然后让开发优化。 当然会尽可能的靠近实际情况。
开源不?
点赞,收藏报 401 错误
#4 楼 @lihuazhang calabash-android 是支持安卓 app 中的 webview 吧。 我们现在安卓 和 ios 基本是一套代码。
膜拜。。。
啥,是说以后这 ruby-china 文章都会这边显示了?
好屌。
我之前的做法是,我重新封装了 testng 的 assert 类,然后再 fail 方法中假如截图的方法。这样一旦抛错就自动截图。
那天也刚好看到这东西。
win 系统用户有点忧伤。
你现在的状况跟我类似,有着一个不懂还瞎指挥的直接上级,论经验能力都严重不足。 然后在这种环境别人都不懂你做啥的情况下,我基本还是按自己的步奏来,该做的努力做。 遇到问题反正就试着努力去解决,要不就忍了,要不就滚蛋。