性能测试需要考虑的东西太多面了,设计脚本,场景设计,硬件资源等等。 而且还得考虑压测环境数据情况,这个也是非常重要的。 例如你是 get 拿数据请求,从 100 个数据中拿 10 个和从 100W 个数据中拿 10 个还是很有差距的。 你举得例子也经常出现,例如我曾经把缓存压爆了。就是场景没提前跟开发沟通,照成。所以设计时,需要多沟通。
我现在上头也要求做全部性能,一样头疼。 打算分四步走 1.通过收集统计,按每日请求 PV 高到低排序 2.按是否为核心业务排优先级 3.挖取可能存在大并发的业务 4.更换方式,通过类似 tcpcopy 方式来做全站性能。 当然我也是新人, 第三 第四步还差远。
除了用 8/2 原则外,其实还得关注下,每天的峰值 PV,去看下每天峰值 PV 下的每秒钟请求数是多少。
我一般都不加,我做性能目的在于找出瓶颈,找出问题,然后让开发优化。 当然会尽可能的靠近实际情况。
开源不?
点赞,收藏报 401 错误
#4 楼 @lihuazhang calabash-android 是支持安卓 app 中的 webview 吧。 我们现在安卓 和 ios 基本是一套代码。
膜拜。。。
啥,是说以后这 ruby-china 文章都会这边显示了?
好屌。
我之前的做法是,我重新封装了 testng 的 assert 类,然后再 fail 方法中假如截图的方法。这样一旦抛错就自动截图。
那天也刚好看到这东西。