感觉字节的都是年轻人的天下 orz

0.0 不是，就 shell 命令啊，监控的文本流

自动化实现的。比如我是安卓的 sdk，那我操作之前开始监控系统日志，sdk 会把日志打印系统日志，然后通过日志的筛选结果断言

曾经，我也这么认为，然而在我们团队当下场景下，太难推广了

拉专线

深圳

办法总比困难多。
我们也有，验证的时候没办法通过 api 拿到信息的情况，我们通过调用系统日志来看的，直接筛选关键词

1、可以去看日志，日志里面有详细的输出各个状态的改变，但是问题是日志输出需要人工去看，没有办法实现自动化。

为啥不可以实现自动化？

是因为有一些很答出来，或者答得比较简略，所以这么多么

能看到这个问卷，填写这个问卷，就有一定门槛了
就性别比例，在我们团队就很不符，说明男生看技术文章，比女生比例多太多

你从 chrome 开发者工具可以直接运行吗？

跟你版本基本一致，能找到错误信息吗？我这儿很正常

你这也没啥错误信息啊，你是不是 chrome 版本不对？

哈哈哈，我下意识以为需要集成 sdk 了，谢谢我研究下

谢谢，但是我感觉还是期望有一个无侵入的工具来做

update

听说可以在连接 USB 时，修改手机状态为不充电，来实现。但是没有尝试过，验证过，谨慎

格式……大佬……

搜集实现 protocal 的类，真的不错。
不过万万没想到，python 也可以类似实现吗？

说得太对了

感觉你这里边很多原理和概念都没理清楚
要去分两种情况去了解帧率怎么算出来的，一种是手机动画方面的，也就是手机上一些跳转，刷新这些，它只在需要绘制的时候有有效的帧率。另外一种，是类似游戏，音视频，是长期绘制产生的帧率。
前一种平均帧率，使用起来其实没太大用处，主要还是看最大卡顿 jank（因为很多算法会把静态时候的帧率平均到里边）。后一种平均帧率有用，它反应是整体流畅，精细度。
你截图说的像前一种，你合作公司回复的像是后一种，如果他说的前一种，我觉得则是不正确的，因为手机刷新率如果为 60hz，正常每个画面可供显示的时间为 16.7ms，如果一个画面耗时超过了 16.7ms，则这一帧会占用掉下一个或者下 N 个的栅格时间，后续的会直接废弃掉，直到这一个画面显示完成，不存在平均这种说法。
如果是后一种，也是有些欠妥的，视频数据也不是以帧来传输的
总的一句，具体情况具体分析，前提是把概念理清楚

用例管理一直都是各个公司自研平台必做的一个部分，大家都做得差不多样子，大差不差的，就算不自研，也有存在这么多年的禅道、TAPD，还有很多开源产品。excel 管理用例，在我的测试生涯里，是差不多六七年前的事儿了。最早的时候也有 testlink 这样的管理工具
你说的是在线 xmind 管理吧，在一些公司的自研产品就已经出现了。好像是可以基于百度脑图开发的

估计不行嗷，因为存量都是 python 的，而且也是与其他人合作开发

update

哈哈哈，可以在接口调用层搞个判断，出现崩溃，记录一下，然后重新调起