好的，感谢，我去试试

wiki 呀，google doc/sheet/drive 呀，还有内部的 BBS 之类的也是可以的

经常有一些 bug，你说的上面那些其实都做了，但是还是漏掉了，到了生产客户反馈了才发现

用 selnium 配置个代理，然后 mitmproxy 启动个后台服务，就可以捕获页面请求有多少，全部可以打印或者存储起来

建议不要做测试，直接开发，我们现在后悔晚了，你还来得及

我们天天抓，我们的包分为 debug 或者 inhouse 的包，和 play store 的包，我们平时测试就是用的 debug 或者 inhouse 的包，然后手机上装上 charles 证书，然后在手机上信任一下，连上 charles 电脑端，手机上的包在电脑上就可以全看到了，这问题要和开发一起去解决。play store 的包为了安全肯定是不让抓的

Github 里面如何安装和部署的文档能补充下吗，感觉好像没怎么写 哈哈

同感，像是 AI 写的，内容有点虚

1. 第一点确实感受深刻，因为我们也主要是测试前端功能的团队，后端有另外的人测试，但是我们如果仅仅只关注前端功能确实是不够的
2. 第二点也有同感，我记得有的语言排序是从右到左的，之前也有测试过一个项目的本地化和国际化
3. 这点除了去思考用户如何去使用，然后去重试，感觉开发也可以通过日志或者一些线上监控获取到一些信息，然后推测出来用户的步骤，可以多个方式并行，更快找到原因。后面你说的举一反三同样赞同。
4. 本地时间和服务器时间，这个在测试过程中也经常遇到类似的问题，经常出现改了系统时间，然后 App 的某个功能不能 work 了等等，我们后面也会更加注意这块。

总结起来感觉你的分享和我们工作中很多共同点，感谢分享！

这个和 Charles/Fiddler 对比起来有什么区别呢

你只说了功能，有没有源码之类的呢

那可以离职啊

就是数据集的准备很难，训练数据集，验证数据集，测试数据集

感觉也是一种方法

那这和普通功能测试不是完全没区别了吗

开源吗

1. 通过录屏视频分帧的办法，然后机器学习训练模型，后面录屏自动分类
2. 开发埋点，把数据传到 elastic search，通过 Grafana 可视化展示出来
3. 开发可以把这些数据直接以浮动框的形式悬浮在 App 上，实时可以看到

你是厦门的？

来个开源版本呗，不然没啥借鉴价值

期待大佬开源

感谢分享，get 到新知识点了

非常不错，感谢大哥分享

是开源的吗

用过 appium + mitmproxy

还有一个问题就是这个程序好像非常吃 CPU，运行这个程序之后电脑发热严重