工作地点是深圳南山后海

来来来，更新了，岗位长期有效，欢迎大家发简历给我。

能否把我的这个加进去，谢谢啦
https://testerhome.com/topics/8818

还有坑，欢迎大家投递

这边招聘部门，主要是做移动互联网相关的测试。

名额还有，欢迎大家继续投简历哈。

收到的简历均已回复，岗位还有坑，欢迎大家投递哈

#8 楼 @crazyqi 还在招。

#6 楼 @cara5566 南山卓越后海中心

#4 楼 @15502021783 hr 那边卡的比较严，除非是特别优秀的

有意向的请把简历发到我邮箱，我收到后当天会给你回复，谢谢。

#14 楼 @turinblueice 这里当时没解释清楚，我也研究了很久才明白：
# 这里有点难理解，详细说明下：
# 调用了 2 次_GetNormalizedDeltas 方法，第一次传进去的 timestamps 参数大概是 [149546224125229,149546240966791...一堆一堆]
# 然后返回的 deltas 是 [1X16, 3X16, 1X16, 2X16, 3X16....],因为都是 3 列中的中间那列数据,那列数据是垂直同步时间,
# 所有数据的间隔是刷新周期 16 的整数倍。（不明白自行脑补垂直同步：http://article.yeeyan.org/view/37503/304664）
# 好,现在再一次调用_GetNormalizedDeltas(),返回的 normalized_changes 是 [2, -2, 1, 1 ...]
# 然后 jankiness = [max(0, round(change)) for change in normalized_changes]
#jankiness = [2, 0, 1, 1....]
#so,change 大于 0 且小于 20(估计作者是认为比 20 大都卡死了吧),就算一次 jank_count

从 screen 转 tmux 的路过，改下配置，无缝对接

没英文简历怎么破？

#5 楼 @chenhengjie123 确实是，谢谢。刚在 testin 看了恒温的 appium 介绍，推荐楼主也去看下哈

刚才正好大致跟了下 appium 中 python 脚本测试 Android app 的过程，初步了解到是：
python 把命令封装成一个 http 请求发给服务端，服务端是一个 nodejs 的 http 服务，nodejs 把收到的请求解析，最终转化成 adb 命令发给手机执行。你说的 webview 一样也是通过 Uiautomator 解析的吧。

终于搞明白了为什么只拿第二列数据去计算 fps，是因为第二列数据是垂直同步的时间戳。
可以看下这篇文章了解下 Android 的显示机制：http://article.yeeyan.org/view/37503/304664

(C-A) > refresh_period ，我刚在找了个 listview 滑动了一下，在最近 128 帧中，出现这种情况的比例大于 50%，实际上流畅性目测表现还可以。

#4 楼 @alexljm
关于第二点，有点疑问请教下：统计 (C-A) > refresh_period 的帧，是拿这个作为流畅性的一个指标？还是通过统计这个值，去优化最终 fps 的计算方法？

#1 楼 @lihuazhang

第一种方法不需要 root，大多都是用第一种方法。
第二种简便方法：adb shell service call SurfaceFlinger 1013，需要 root 权限。

学习了，回头有空把 ui 的自动化测试做起来

collector = surface_stats_collector.SurfaceStatsCollector(adb, activityName,0.5)
楼主什么时候下的 pylib 库，我看这个类实例化时只接受一个参数，你这传了 3