#18 楼 @monkey Monkey 加入了啊！！！！赶紧跟随

#13 楼 @weamylady 你不就是大神么

#11 楼 @weamylady 我就喜欢编码经验不足的人。一同进步不好么

#9 楼 @weamylady 那就等你报名了

#7 楼 @monkey 没有，我也是想练练手。刚好最近学习了持续集成开发和代码质量管理的知识，想运用运用。

#5 楼 @monkey 对啊，这个也可以啊，反正都是开源的，大家如果有能力，自己扩展和修复 appium 的功能和 bug

#3 楼 @monkey 这个没关系，主要想着集合大家的力量，做一些东西作为社区的产出。一切都是以基础开始，当基础有了，想加入其他的东西也就方便了。

#1 楼 @monkey 有界面的好点。面向原生的 uiautomator 或 instrumentation 的 case，其实 case 不局限于这些，如果可能的话，可以包容其他脚本写的 case。也会加入一些性能相关的工具，这就看有没有这方面经验的人加入。细化的想法，我看能不能组成这个开源团队。然后我再公布具体的想法，这也需要和大家一起讨论

写的很好，希望有更多的测试人员能明白你的意思

用正则表达式试试

#10 楼 @xuxu 哈哈，让 xuxu 见笑了。

头发丝占座

已 fork，谢谢分享

#15 楼 @cjtcwyk 555555

#13 楼 @cjtcwyk 收到电话，但是不能电话面试，所以就算了。谢谢推荐

#14 楼 @kasi 恩，看了你写的 android 性能合集，上面你推荐使用的方法就是高速相机的测试方法。我对性能方面的测试比较感兴趣，以后还望前辈多多给予指点

#11 楼 @kasi 前辈，我把上面说的几点添加到博客了，但是有一个地方不明白，好像没有 jank 的值，

jankiness = [max(0, round(change)) for change in normalized_changes]
pause_threshold = 20
jank_count = sum(1 for change in jankiness
if change > 0 and change < pause_threshold)

只有 jank_count 也就是掉帧的次数。 看它的解释好像是说，jank 是一种状态，就是当前帧的数据通过下面公司得到的数值与之前行的数值发生改变，说明该帧属于掉帧。

# ceil((C - A) / refresh-period)
#
# (each time the number above changes, we have a "jank").
# If this happens a lot during an animation, the animation appears
# janky, even if it runs at 60 fps in average.

#11 楼 @kasi ok,谢谢卡斯前辈指点，我的疑惑没了。感谢

#9 楼 @kasi kasi 前辈，
1.你的意思是当允许使用--latency-clear 命令时候，该帖所使用的方法才有作用。也就是service call SurfaceFlinger 1013才会起作用。
2.如果--latency-clear 不能使用的时候，还是得通过_GetSurfaceFlingerFrameData来得到。
3.但是不管采用上面方法的任何一种，得到的 fps 值，还需要减去 jank(掉帧)。即 (fps-jank) 才是正确 fps 的值。
4.所以我还需要知道 jank 的计算，以及第二种情况下 fps 的计算方法。
5.第一种方式计算获取到的 fps 也是有问题的，得改成下面的公式，在原来的基础上-1
FPS = (indexA-indexB-1)/(timeA-timeB)
不知道理解的对不？还望前辈指点

#6 楼 @sziitash 经过分析得出的结论如下：
要想获得获取 fps 值，需要 3 步：

1.adb shell dumpsys SurfaceFlinger --latency 命令产生 fps 数据.
2.通过 service call SurfaceFlinger 1013 来得到当前帧的索引以及时间戳，设置为 A = {indexA,timeA}.
3.公式：
设上一次的数据为 B = {indexB,timeB}
FPS = (indexA-indexB)/(timeA-timeB)
具体分析过程请看Android 性能测试之 fps 获取 ,感谢@qddegtya的帮忙

#6 楼 @sziitash 我和小 A 正在追踪这个获取方式的具体细节，写完后给看看对不对