顺着楼主的思路，进度出问题，我理解应该是如果某次发布把环境搞坏了，测试只能干着急，得开发才能解决？

如果是，可以把几个这样的案例举出来，说明对测试进度有什么阻碍，然后再顺理成章说测试来负责测试环境的发布，遇到这类问题可以直接自行解决。

另外，关于信息同步，建议推进开发的 commit 规范，带上提交类型、缺陷单号这些，达到基于 commit 信息就可以看出修了哪些 bug 的程度，这样从 Jenkins 代码变更情况就可以直接看到修复了哪些 bug，少一步人工同步，解决信息同步问题。

PS：我理解从开发角度，管理环境其实好处并不多，毕竟开发除了前期联调，后续比较少用到整套环境。所以其实不大需要想着 “说服”，说不定其实开发也不想管这个。

意思是，tidevice 可以在没有设置密码的情况下，可以自动让设备展示开发者模式的选项，并自动打开开关和重启系统让其生效？

赞，学习了~

另外，用这个方法打开选项后，应该还需要手动在 ios 系统上手动打开开发者模式，并重启系统，是吧？

是的。所以只适合用来确认原理，但不适合真正业务上使用。

当时还有想过一种方法，更底层的 usb over ip 方案，把 usb 设备的数据直接通过网络传输，比如 https://sourceforge.net/projects/usbip/ ，你有兴趣可以试试。

这个时间基本是常规时间，大部分给了 offer 的公司本身其实也会有这样的预期的，倒不用太担心。

@debugtalk 可以看看？

没太明白要对比什么，可以更清晰点说明对比的点，以及认定为是否一致的标准么？

md5 是基于文件的完整二进制内容生成的摘要，相当于必须是同一个文件，md5 才会一样。内容里多一个换行符或者空格都不行，转格式的就更不行了。一般用于校验文件下载是否完整，有没有损坏之类的。如果要对比文件内容，并不适合。

建议创新可以不用那么苛求。

不妨先整理下现状，看有哪些需要改进的，改进的过程中可能因地制宜使用的某些方法或者流程，就会成为创新点。

太苛求要创新，容易产生一些听起来很新，但没什么用东西。

你有选择了封面图片文件吗（jpg 格式）？

正常选择文件后，应该会变成这样，选择按钮右侧变为选择的文件名：

我用的 chrome 版本：Version 108.0.5359.124 (Official Build) (x86_64)
系统：macos 12.1

如果选择文件后，还是没有这么展示，麻烦同步下你的浏览器、操作系统等版本信息吧。

可以呀，你在开源项目版块提交一下项目就好，我们审核内容 OK 后就可以发布，完成收录。

对的。自带 api 的写法调整，只能改源码。

PS：推荐用 virtual environment ，这样可以多个 python 版本并存，就不用担心影响整个环境了。

点赞。

之前试过 usbmux 改为用远程另一个 mac mini 的 socket，是可以直接拿到那台设备的 ios 设备并映射到所有上传工具中的，缺陷是本地的设备就会被忽略了，相当于替换，而非合并。

如果可以实现这个合并，那就很强大了。

估计是插件用到了某个 3.9 版本开始废弃的 python 旧自带 api。

你可以把报错信息以及堆栈发出来，然后网上搜索确认下。也可以参照 3.9 的官方更新信息：
https://docs.python.org/zh-cn/3.9/whatsnew/3.9.html

额，是想和大家交流如何解决吗？这么一个标题和内容，不知道该回啥。

测开持续发展的话，到最后应该是朝着测试架构师方向发展，统筹整个测试技术的规划和建设。只是确实很多公司测试团队规模不大，并不会有这样的岗位，可能测试通道最高也就只有测试经理这个级别了。

个人建议：
1、确认自己是不是要持续往技术方向深入。如果是，可以不断换到一些规模更大的团队（比如有自己专门测开团队的），这样测开通道的上升空间会更大。
2、如果不想往技术方向深入，那就做业务型测开，保持和业务的关联，除了关注平台的设计，也关注平台在业务中的落地应用，这样建立影响力后，后续也可以逐步转型为管理，管理整个测试团队。
3、如果并不想持续在测试赛道发展，建议尽快转。工作年限越大，你转型的劣势会越大，越难转。

最后，提一个建议，你可以和你的直属上级沟通下你的这个疑惑，看你的直属上级对于你的发展是怎么考虑的，也可以作为你的一个重要参考。

@ZhouYixun 远程连接上后，除了 sib，设备是否也会出现在其他调试工具的设备列表里？比如 tidevice、xcode 等。

之前有调研过这个方向，facebook 的 idb 也有提供类似的功能，但连接上的设备只能使用 idb 提供的功能，无法类似 adb 那样所有调试工具都可以连接上。

原理上只要是网络上的接口请求（前提是 http/https 协议），都能抓到，不大可能出现 h5 改为服务端渲染就抓不到。

建议楼主提供更多的线索吧，比如原本接口的请求和返回是啥样的，修改后变成了啥样。包括 url 、请求内容和返回内容等。一般 charles 抓不到，要不是走的不是 http 协议，要不走 https 但证书没被信任（移动端很常见）所以解析不了数据。

以前实习的时候见过一些 toG 项目里有个第三方验收环节，必须要有资质的公司来测试，并且这块是可以获得费用的，算是一个测试团队靠测试能力独立挣钱的路子。

但可能得要有 toG 的一些人脉，并且团队能获得对应的资质。

不错的总结，整个项目团队扩大 10 倍，测试只需要加 5 个人就可以抗住，很厉害！

从楼主的描述看，应该已经是项目中的测试团队负责人的角色了，能有这个位置其实挺难得的，而且还能前期 1 个人 hold 住众多业务线的测试需求，在自己精力管理这块，应该是能有比较大的收获？

也建议有时候可以多看看有没有什么测试策略可以提高测试效率，比如提高开发提测的要求/简单需求直接产品验收后上线，而不仅仅是集中在接口自动化/UI 自动化/单测，这样可能对整个团队而言收益会更高，成就感也更强。

万事开头难，而且看起来第一次效果还是挺不错的。楼主加油！

方便的话也可以把一些交流的摘要整理下在社区发出来，这样可以让更多人收益~

有考虑过用 whatsinput 输入法么？直接建立和浏览器的 ws 连接，用户浏览器上输入什么内容，到手机里就是什么内容。

atxserver2 用的是这个，目前内部用起来还是挺方便的。

m1 和 m2 还是有一定价格差的吧，然后 m2 和 m1 pro 也有一定价格差。性能上也是 m1<m2<m1 pro。

兼容性方面，m1 和 m2 用的一样的指令集，兼容性应该差别不大，看自己预算来买就好了。

帮顶一下，分布式压测用得比较少，不大好解答。

如果你这个程序没啥特别秘密的，建议你直接放到 github 上，这样细节更多。

否则这么看太费劲了。

多试试吧，现在大环境下拿到 offer 的机会会少很多，只能多点耐心。

另外，32 岁纯测开，没有带团队经验，只有大型项目测试负责人经验，可能也会有一些影响。毕竟这个年龄段及薪酬诉求，在很多公司的定位会是要承担一定的管理职责，或者作为部门级项目的负责人去推动落地，而不只是个优秀的一线员工了。