还招吗？

根据现有的业务，梳理一下哪些地方需要用到自动化，web 的 selenium；Android 的 Appium、UIautomator2；接口的 requests。具体的用法可以看看北京宏哥的文章（https://www.cnblogs.com/du-hong），代码一步步敲起来，实践起来是简单的。

如果你的文案啥的都是一个个控件的话，我这边有个猜想，不确定能否实现，如果不对，也轻点喷哈；
一般多语言都是在 XML 文件里，你拿到之后存起来记录 id 以及文案；然后将整个 app 按寻路那种算法进行遍历操作，再把其中控件 id 能与你存的比对一下，如果匹配上，借助 airtest 之类的工具，控件位置截图比对一下文案匹配的阈值记录并截屏，多试几次，低于某个阈值的就认为是有问题的，需要人工介入；

如果真的是这样的话，祝福你早日上岸

稳定的穷感觉还是不太现实，还是拼一拼吧，技能啥的还好，本省就是六边形战士

干了这么多年了，没啥不良嗜好的情况下，钱包能有啥压力呀

小弟在哥哥面前可不敢称老哥；我只是受不了这种心理折磨，还不如快刀斩乱麻，给我个痛快的

看着像 21 年的消息

都重生了，脑子瓦特了搞技术？从时代的缝隙中随便漏点啥，不比这天天提心掉胆，还要装着嘻嘻哈哈的要强？

同 97，老家河南那边的，目前北京打工，也是没对象，但是回老家是不可能的，在郑州上的大学，也工作了半年，那里对测试是真的不友好，或许 30 的时候会妥协吧，也会考虑回老家吧。。。

正在写文章，按我这个拖延症的进度，不知道什么时候能写出来

要是小米的话，正常，毕竟一分价钱一分货，人也一样，追求性价比就这样；其他厂商不了解，不评价

问出来的时候心里就有答案了吧

一般有问题的时候，需要看一下两边版本能否对齐

开发，后>前>客户端

看机器性能吧，自己试，httpuser 跟 fasthttpuser 差距很大的；本地多核启动跟单核启动也有差距；最后，百万级并发，一定是需要多机的，多少台机器需要看你测试结果

有直接点的解决方案，但是只针对 Android；
太极 +JustTrustMe，直接忽略证书，但是两年没整过客户端了，不知道这个还能用不能

让开发把请求相关信息打印一下

尽人事听天命

“目前的工作中没有应用”，那就得思考思考工作中哪些地方能提升了呗，比如是否有些数据是否还是手动走流程走出来的？能否利用本身的技能提一下效？不能的话需要哪些能力？鄙人目前还在造数工具阶段来回折腾，没能在组内推广开，现在其他人需要啥数据，说一下，给他们整出来，也算是省了一丢丢力

没被这么问过，只是初一道具体的题，然后等你用例出来；
结合现在做的，大致说一下鄙人目前的思路哈，整一个 xmind，把需求的功能模块罗列一下，然后对照产品文档将这些功能模块扩展一下，之后针对这些细的功能点进行用例编写；上面的一套只针对细节，之后再补充点流程相关的用例；然后围绕其他点（安全等）进行用例补充；

开发取消了，那就自己去 redis 查，你知道知道 host，知道 key，能查到就行

看着很好，mark 一下，回头研究一下，少了一个 github 链接（虽然也可以找到）
toast 以及那种时间轮之类的不知是否有例子

这么多年使用情况来看，就使用体验，小型公司就 tapd（简洁，没那么多花里胡哨的功能）；大的，可以考虑一下飞书了（飞书云笔记体验感非常棒）；jira、禅道的话，还是选 jira 吧，感觉网上资料的话 jira 更多

看你核心诉求吧，挣钱还是图稳定；
挣钱路线：有实习机会就实习，看看能否转正，做两手准备，工作之余考虑考公 or 读研；
稳定路线：考公 or 读研，读研出来进个有编制的公司还是很容易的；
最后，不要考虑测试了，这玩意儿现在不挣钱，有后选后，无后选前