想了解下你的需求是什么，为何必须要在浏览器端做动态插桩？

学校的项目经验，可以找导师介绍，加入学校一些工作室，或者参加那些科技创新比赛之类的呗。

可以看看我第二篇文档里的对这个 demo 的源码关键点解析。

具体怎么用的，一般文档只会写到 api 入参出参设定的程度，要看真正的实例还是看 demo 比较完整。

找实习应该不强制要求实际工作的项目经验吧，我理解应该是你学校的项目经验？比如测试过什么软件啥的。

实习基本是第一个工作，不大可能会有之前在公司的那种项目经验。当然有的人可能机缘巧合在学校里做过类似的项目，但这个是加分项了。

要不你发下具体 JD（Job Description，职位描述），大家一起理解下里面的 “项目” 指的是什么？

那估计你得想办法找找看有什么软件能满足你的需求了。

UI 自动化目前大部分软件都会依赖 adb ，需要电脑连接。能做到脱离电脑的不多。

建议你跟着 https://testerhome.com/topics/8230#%E6%84%8F%E5%A4%96%E6%83%8A%E5%96%9C ，把这个 demo 跑起来。然后看看里面的源码具体是怎么写的。

可以试下去参加一些众测什么的活动。testin 貌似有。
但这个只是测试设计和执行的经验，项目的话不真正进公司工作，基本很难真的有项目经验。

详细看了下 solopi 的介绍，目前看确实只支持 json 格式，不支持编程语言。

网络请求这个，是这样的，从你的总部来看，他只会看到服务端的数据，不会看到你具体在手机上的操作（如果还做了用户操作埋点那确实能看到）。那手机上的操作，只需要保留和服务端有交互的部分，其实就可以让服务端看起来你 “在手机上操作” 了。那些刷登录量的都是这么弄得，网络请求比 UI 自动化快多了，而且网络格式本身就是适合程序识别的，比 UI 界面要容易做自动化一些。

至于具体用的什么网络请求，需要怎么骗过服务端，就需要你去抓包看看了。

客气啦，这么快就改好了，点赞！

好久没做这块相关的工作了，不大确定。 @zailushang 帮忙看下有没有这个限制？

有点好奇，为何 mybatis xml 里面需要用这么多应用 sql 只是个列名的 <include refid="user_status"/> ？我一般看到用 include 都是 sql 比较长而且比较多地方会需要 copy paste ，采用 include 方便维护的。如果只是个列名，且只有一处用到，好像没有用 include 的必要？

另外， query 如果输入框没填，没有做特殊判定处理的话，前端传给后端应该是个空字符串，而非 null 。那么此时 mybatis 里面

<when test="type == 0 and query != null">
    and tu.user = #{query}
</when>

这里会变成 and tu.user = '' ，反而可能导致一个都没匹配到。

我见到这道题，第一反应是用 ASCII 码做运算。楼主思路基本是对的，只是这么用有点怪怪的。

lower() 本身就内置了判定是否字母和非大写字母不转换的逻辑，所以如果用自带的函数库，这里的最简单解法应该是

class Solution:
    def toLowerCase(self, str: str) -> str:
        return str.lower()

用手机运行，只是形式吧。最终目的难道不是你不用去特意动手机，就能自动完成签到么？

我的思路是，如果是用网络请求，代码处理起来会简单很多（网络报文本身就是便于程序阅读的），也不依赖手机，公司电脑不关机，定时任务执行就可以。

如果是纯手机运行，solopi 等都可以，具体使用建议可以看下官方的一些文档以及社区的分享。但这些软件我理解比较难做到纯后台定时自动运行（基本上锁屏状态下各个软件能做的事情不多，都被操作系统限制住了）。当然如果你需求只是我把 10 步操作变为一键点击，那这些软件应该可以满足你。

其实，可以考虑换个思路，直接抓包拿到所有请求，然后直接搞个脚本重跑这些网络请求就好？

说明你停留在 了解 阶段，看起来都懂，但面试一问就想不起来。还没到 掌握 。
除了看，还要写和用。写得多、用得多，自然就熟练了。

结合公司内部实际的一个很好的落地时间经验，加个精鼓励下

信息不够全，你给的信息看起来都不会导致这个问题。

Jenkins 构建日志、完整 pipeline 脚本也发下？

如果内部人员（建议范围扩大到全公司，产品、运营一般做竞品分析都会自己资料给竞品了，自家产品一般也愿意的）愿意提供自己信息走流程，最好。征信这个可以在授信环节的征信查询和放款后征信上报那部分代码加个白名单，公司内部人员都加入白名单，白名单里的都跳过征信这部分。

PS：授信审核部分可以做一些白名单，不管提交什么授信信息都给额度，这样授信信息可以直接给不真实的，也能解决大家担心自己信息泄露的问题。

如果内部人员不愿意，或者确实条件不具备（比如要测试一些和合作方连在一起才能走的场景），那就只能做小流量监控。系统支持按百分比或白名单分配流量，然后日志、线上用户行为埋点做好便于观察这次上线改动的某个节点是否正常。

@98killer 首页 android 客户端下载地址及对应二维码已修正，你试试？

至于 android 客户端内登陆界面，点击 github 按钮后无法跳转的问题，得等周末有空再看了。

等可以摘口罩了的时候再组织吧，现在组织，安全方面还是比较有风险。

写得挺全的，但感觉都做好不容易。特别是需求、设计、代码，这三块要产生影响力不容易。

期望楼主后续可以继续分享下，自己实际工作中的实践经验。

这个是之前 fir 域名更换导致，原有的下载地址都会无法使用，暂时还没重新上传。
我这周内重新上传，把这个问题修复掉吧。

android 手机在家里，回到家试试

客气啦

受教了，原来还有这么多陷阱。