可以同步测试这边的解决办法建议，但还是以开发为准。

我这里表达的解决问题，或者更准确说应该是推动解决问题。测试不是万能的，不可能啥问题都由测试解决，测试的核心职责也不在这。但为了让发现的问题能最终得到解决进而产生价值，测试需要去找产品、开发推动问题的解决，不能说提了问题后就不管后续结果。

结果上，肯定是需要解决问题的，只发现问题不解决，没啥意义和价值。

但解决问题是不是由测试来做，这个看情况。比如 bug 修复，开发修复效率更高，那就开发来（少量测试修复效率更高的，比如文案类的，也可以测试直接修）。

模拟测试 app 兼容是什么意思？没太明白。

给一个建议，别管他说什么，关注他做什么。做得好的学习，不好的就忽略。如果他自己找上来，确实项目需要配合的就配合，不需要的就嗯嗯推脱过去就好。

他是聪明人的话，也不会和你纠结很多，毕竟你又不是他出成绩的关键。他最后出不了成绩，也呆不久的，不用在这上面太费神，专注做好自己的事情就好，别让他占据你太多精力。

可以做一下复盘，让重复的项目测试每次都有做一些小改进，持续变好。

还可以偶尔换换测试内容，比如做一下专项测试啥的，接触点新东西。

另外，学习下怎么用 chatgpt 或者其衍生产品，辅助自己更好地完成工作，也是一个很不错的方向。

比较幸运，遇到这类型的人比较少。更多也就是可能看到某篇文章觉得我们可以借鉴，顺手转发分享过来，也不会指挥啥的。

反正不是直接上下级关系，倒也不用太在意这个。不过如果很明显在质疑测试的能力的话，那就把内部测试平台和以前的测试成果啥的甩他，让他先了解学习下，然后有什么质疑的点，再面对面反驳回去。

PS：建议标题改改，不要直接就用 “架构师” 这类角色名，容易误伤和造成大家对架构师的错误认知。我接触到的大部分架构师还是比较有技术范和友好的。

"超市面上现有方案一个数量级"，这个厉害。

建议可以看看 https://github.com/yanglikai0806/testool 或者 solopi 这类直接在设备上单机运行自动化的方案，只有触发和上报需要和设备，其它时候独立运行。

这个问题有点大。可能的原因很多，比如发布程序被意外中断了、资源不够了、服务器断联了、服务器配置有差异导致启动失败等，这么猜测没法接近真相。

直接去查发布日志，不是应该可以直接看出来未发布成功的原因么？

预计会放在大咖说，往届的视频回放也是放在那里。到时候会通过微信公众号等途径发出这方面的具体信息。

还有一种方法，趁这个机会把你的知识体系梳理一下，像楼上说的搞个系列来讲。

分享这个事情，一旦强制频率，确实会很难受。而且固定每个人每个月 1 次，这频率确实有点高。。。

制度无法改变，就只能适应。如果实在没啥好分享的，直接分享这个月的日常工作和背后自己的一些思路呗。

越来越强大了，点赞！

我一般关注具体实现逻辑是否有漏洞（比如写法上是否有空指针风险），是否和测试对需求的理解一致。

说实话能提出问题或者建议的情况不多，毕竟有信心给大家 cr 的开发，基本代码也不会太差。更多是通过了解代码实际逻辑，帮助自己补充一些需求上不一定能体现，但技术实现上会存在的异常场景用例，以及提高自己的一些代码知识水平。

这几个工具不错，学习了

个人觉得，可以用测 api 的思路来测吧。比如针对每个函数，校验入参值合法时效果是否匹配，不合法时是否可以正确抛异常。

如果是自动化的手段，可以参考 5 楼的答案，用一些 js 框架来调用。

登录页有找回密码的入口

坚持不易，做 CEO 仍然心系 bug 排查定位，点赞！

预计会后会有视频回放。是否有直播这个，目前在内部讨论，暂时还不确定。

目前没有直播的计划哦，欢迎来现场交流学习

第一次知道这么高效的管理后台界面生成工具 https://www.erupt.xyz/#!/ ，受教了。以后快速开发新程序可以用起来

不错，用的都是很快速就可以构建程序的技术栈，1 天就完成主要功能效率很高，点赞！

有计划后续基于这些录制数据，怎么进一步进行脚本生成之类的么？看到 github 项目的 TODO 有一个是代码生成，所以好奇问下。

点赞！这种汇总行业文章的方式很不错，而且汇总过程中的纪要总结，也是对这篇文章消化吸收的过程。

加油！

可以试试直接获取到元素的坐标，然后直接 click 坐标？

定位到元素但无法 click 的可能性比较多，比如元素被遮盖无法点击，或者这个元素本身就是不可点击的元素。如果想要了解为啥无法点击，需要提供更多的信息，比如 appium 完整日志、界面完整控件树及截图、元素对应的定位和点击代码。缺少这些信息，无法定位。

感谢推荐，今晚下载试用一下。