#41 楼 @an168ge 筛的的是 logcat -v time 格式的，如果是 threadtime 格式，需要改 grep 的关键字。

#40 楼 @an168ge 包名加错地方了，一般不是专项没必要加包名。

包名需要加在 ^&前

#37 楼 @an168ge 原始结果有异常，导致不能生成结果。具体得看执行报的什么错，cmd 下执行看下报错信息。
CSVtojson.exe 结果文件夹完整路径。
再有你在什么设备上测试的，安卓版本是？

#34 楼 @an168ge 看说明，这是生成结果图的 exe。需要将测试结果拖拽到此 exe 上释放，这是个命令行工具。

#33 楼 @an168ge 筛查 ANR/FC/Tombstone：(http://pan.baidu.com/s/1miu9xnq)

#40 楼 @an168ge 重构 (https://testerhome.com/topics/3685）

MCM 更新维护了脚本：
1、由于 le 全球化 CPU 内存监控改了双语模板
2、修改了几处数据展示错误

为了全球化解释方便 monkey 方案起了个名字 SCMF(Shell control Monkey Framework)：
1、调整了 log 保存逻辑重构了之前按 10 秒筛查的逻辑，为了解决报 bug 时被反馈 log 不足情况
（1）保存 logcat 和 kmsg 按权限判定
（2）按时间戳保存 logcat 和 monkey log
（3）按 monkey 进程退出保存完整 log 进行打包压缩，命名按时间段命名 monkey/log 下
（4）按 tag 抓 ANR。FC，tombstone 的 log，兼容 mtk 和高通的不同 tag，按传感器名判断型号。用于后续筛查统计异常使用
（5）monkey 去除了去除异常继续执行的参数，以便退出后进行截图和当时 cpu，内存，进程信息抓取
2、填了些坑，如 system_server crash 判定，当发生 “软重启” 只截图停止 monkey 继续操作，timeout 时 case.sh 的子进程回收。

目前重构电量监控中，此版本没更新

#34 楼 @ayeahaa 试了下 PyInstaller-3.2 已经没有中文路径不能执行这个 bug 了，用 PyInstaller-3.2 重新打包个 exe 就没有误报木马这个问题了。
PyInstaller-3.2 需要把 pefile 的 pefile.py、peutils.py 和 ordlookup 文件夹放到 PyInstaller-3.2 的根目录下。

#34 楼 @ayeahaa exe 就是用 pyinstaller-2.0 把 FPStoHTML.py 打包成 exe，之后用 Enigma Virtual Box 把 html 模板和 exe 打在了一起。
版本老会有误报，pyinstaller2.1 之后的打包无法在中文路径下用，一直没关注这个 bug 是否有解。

有 python 环境可以直接用 py，我打成 exe 也是为了方便手工执行的人不用装 python 环境罢了。

#16 楼 @silly 也得看求职者追求，追求薪资就得用代码能力和个人成果去展现，再有就是选择对口得公司环境，尤其是测试团队不健全的，去承担组建业务流程和团队的职位是可以拿到高薪的。追求成熟测试团队中去学习提高就得放低起步薪资待遇，依靠入职后的个人能力展现再去争取，用你在团队中做出的实际贡献和领导去争取。争取不到就自己考虑是依靠现有成果跳槽还是继续观望。

回想起来，我自己的工作经历中没经历过几次面试。大学毕业只投了 Gameloft，面试过了就去了。裁员后给自己放了两个月，期间简单投了几份简历，面了 8 次（4 个面试是自己投的，其他是开放简历后被对方电话约去的。），之后出项换工作也是开放简历后被外包电话约过去面试，后来谈妥了就来乐视致新了。到后来由手工转测试开发负责性能，外包转正岗。

其实薪资这个问题是看匹配的，先匹配公司的岗位设定（这里会限定薪资范围），再来就是你进入这家公司后所要承当的任务和责任。面试考察的能力，也是为了判断能不能胜任要承担的任务，及判定融入团队的因素。

#31 楼 @xiaolinzi 哎，百度就知道 busybox 是干什么的了，这是手机端版本。

安卓脱机很简单，shell 后台脚本控制就好了，操作脚本就抛给 uiautomator 解决。
其实感觉测试方案应该和 app 产品本身脱离，即不修改 app，也不需 app 集成任何插件。直接在用户的 user 版本展开测试是理想效果，用户环境真实测试。

不同项目不同负责人不同玩法，关键是解决业务需求。我就建了自己的方案：(https://testerhome.com/topics/4775)
主要是实际点还是高帧速摄像头录像实际测试吧。上了性能机械臂 240 帧录像，基本就不依靠脚本方案了。。。。。。

#29 楼 @zhangzhao_lenovo 。。。脚本执行说明很详细的写了

#18 楼 @warcraft1236 要了解细节百度就好了。
【Android framework】am 命令启动 Activity 流程 (http://www.cnblogs.com/sickworm/p/4220139.html)
Android4.0 input 事件输入流程详解 (中间层到应用层) (http://blog.csdn.net/wlwl0071986/article/details/8247138)

#27 楼 @zhangzhao_lenovo 先看窗口再测试，不是说所有播放都是用的 surfaceview，也有自己封装播放器播放的，例如 youtube

#23 楼 @fanlei1014 PS：为什么把弹幕做成了两个 SurfaceView，好奇怪。我看了下我们的弹幕 UI，视频流是一个 SurfaceView。弹幕是占用独立的 PlayerActivity 刷新。

#23 楼 @fanlei1014 看了下数据，发现是我设计脚本逻辑时没处理这个场景。dumpsys SurfaceFlinger --latency SurfaceView 的数据在多窗口情况下是间隔一个空行保存的。数据本身是可以分别计算每个 SurfaceView 的帧率的，之前做完方案搁置，就没有把所有场景考虑全面。
后续有时间我更新下这种同名 window 共存情况的数据处理逻辑。

#82 楼 @ycwdaaaa 其实即懂测试又懂开发的很少，大部分靠培养。我的认知里主要是两类人各有特点，作用不同：
1、手工测试学代码转开发，特点：
（1）了解手工测试” 痛点 “，在设计脚本和工具时更贴实际需求，但受代码能力影响在开发进度上得妥协下时间或找人协作。
（2）对接手工测试需求可以很快沟通理解达成一致，并且会在沟通中引出进一步的核心需求和扩展需求
2、扛不住研发压力向测试方向转的研发人员
（1）研发能力中等，不了解测试，在设计脚本和工具时更侧重直接实现需求，不会主动扩展测试目的的核心需求。
（2）由研发转测试的目的主要是逃避压力，扛任务压力和搭建完整方案的方向适用性不强。

我属于第一类，其实两类人搭配在一起各取所长完成任务更合适，并且也可以互相促进深入掌握对方优势部分。
第一类对接测试任务需求，可以使脚本和工具的逻辑设计更贴近使用者。第二类协助实现，提高脚本及工具变现的进度。

#21 楼 @fanlei1014 单路视频片源帧率还真低，看来视频码流和清晰度打折扣了。弹幕是刷的 ui 不是视频，相当于一路是视频的 15 帧，一路是弹幕 ui 的的 50-60。一路视频一路 ui 相当于 25+60 来评价了，不过视频本身也有扣分。
视频流卡顿刷 ui loading 也是会带来帧率上升的。相当于顺时两路 ui 的 50-60 范围帧率了。

弹幕场景还是按整体评估吧，毕竟用户体验需求是 “视频 + 弹幕 “

#16 楼 @warcraft1236 am start 的启动顺序和由用户点击启动的流程完全不一样，在 app 首帧启动前的开销无可比性。

哎，收不到简历很久了。。。

#17 楼 @zhangzhao_lenovo 写的很清楚啊基于 SurfaceFlinger 的数据，数据本身是安卓记录提供的，我只是拿来计算。计算方法和逻辑是我按自己目标需求设定的。