22 年毕业，掌握这么多技术相关技能，还是挺不错的。

不建议简历造假，一旦背调被发现直接一票否决，甚至会进黑名单。而且我觉得你也没必要造假，你这里面的能力并不差。只是确实大部分情况下毕业后 1 年左右换工作，找工作在招聘网站上 hr 年限上设置个条件就会把你筛掉，会比较难匹配上（大部分社招会找 3 年以上有经验的，直接可以出活的。如果偏培养会更倾向于直接校招，所以 1-2 年会高不成低不就）。

内推确实是这种情况下最有效的手段，就算开发岗也没关系的，一般公司内推大多是可以跨岗位内推的，不会有什么问题。

最后，我们广州荔枝这边目前还有少量业务测试岗和游戏测试岗的 hc，有兴趣可以加我微信 chenhengiie123 ，发我具体简历，帮你内推试试。

基本步骤：
1、配置一个 gitlab runner，作为执行器。没有执行器有脚本也没地方执行。同时这个 runner 所在机器需要配置好你跑自动化测试所需的环境，否则也会跑不起来。
2、项目里配置 .gitlab-ci.yml ，定义具体要执行的内容以及只在哪些分支上执行

详细的 .gitlab-ci.yml 怎么配，可以看看官方文档：https://docs.gitlab.com/ee/ci/yaml/gitlab_ci_yaml.html

gitlab 提供的 ci/cd 属于比较简单的流程，适合拿来跑单测、代码扫描之类的和仓库内容强绑定的自动化测试，好处是可以和 MR 之类的代码评审手段结合，也比较轻量；缺点是配置灵活度不如 jenkins，相关资料也相对少，环境出问题排查起来会麻烦一些。

以下纯个人经验：

1、在做接口自动化的过程中，参数的数据应该从哪里来比较好。是写死（这种切换一下环境就不能用了，不太好对吧？），还是从数据库里提取？（那如果数据库里有脏数据，会造成测试接口返回信息不准确吧？）
——从用例中生成最好，其次是从环境的数据库里提取。

2、如果是动态数据，比如需要上一个接口查询商品，下一个接口添加购物车。如果上一个接口出问题，那么下一个接口也跟着出问题。这种接口传参怎么样比较好呢？
——就照常传就好了。多接口串联的用例，本身就是必须要每个接口都 OK 才能持续走的。

3、请问你们已经落地的接口自动化，是在测试环境跑还是预发布、生产环境呢？因为感觉做出来只在测试环境跑，发现不了线上的问题。整个接口自动化意义不大。
——一般在测试环境。发现线上问题不是接口自动化这项工作的的职责，是监控以及巡检（也叫拨测，就是对着线上跑部分不会影响到线上用户的自动化用例）的职责。

4、如果在线上跑接口自动化，涉及到钱的接口，要怎么去跑呢？
——不跑。通过监控实际线上接口的调用情况，而非用接口自动化主动调用，来快速发现问题。

不错，点赞！

有几个第一次听的，看来得抽空学习下了。

预计会在上海结束后，大概 7-8 月的样子吧。

到时候可以留意社区公众号信息。

找 star 数高的。

飞哥速度很快，点个赞。

我也没有专门训练或者学习过怎么写一个好的简历，但作为面试官，会强烈感受到太长的简历并不好，容易分散注意力且里面大多会有重复的内容（比如好几个项目都是做接口自动化，写了其实意义也不是很大）。

我自己一般会先弄一个通用版简历，项目经历会稍微多点。然后根据要投的 jd 适当调整项目经历的内容，尽量做到一个项目突出 1-2 项和 jd 匹配的能力，并尽量不重复。

因为这个匿名帖里，你的账号已经被替换成匿名账号，而不是你自己的账号了。

这个替换是一次性的，没法从匿名反查原账号，所以其实系统不知道原来你就是楼主，自然也没法把内容展示给你看。

文档格式的话，excel 或者 todo list 都行，能方便看到检查点和一个个打钩就好

实践形式的话，看这个 checklist 是想要求什么阶段做好。比如是上线前做好，那就放到上线申请单里。

PS：可以看看 checklist 里有什么是可以自动化检查的，能自动化尽量自动化，靠谱且效率高。

同感。

有些常规工作其实没必要写上去（如 “负责编写测试计划文档。”）。写上去的应该都是你想突出的你做出来的事情或技能，一方面可以更突出你的擅长点，另一方面也便于引导后续面试官往你擅长的地方去细问。可以试着给自己定个硬指标，项目经历控制在 3 个内，每个经历的细点控制在 4 个内，然后在这个范围内，把你觉得不那么突出的点或者经历去掉，只保留突出的。

简历里的工作经历，其实有点类似于工作中写绩效总结。关键不是大而全，而是要突出重点和亮点，让你比别人突出就好。

PS：后面实际投递的时候，一定要记得针对一些你真的比较想去的岗位的 JD，对简历进行微调，突出和 JD 要求匹配度高的内容，否则容易因为匹配度不够被筛掉。

这么说吧，webDriverAgentUrl 可以设置为任意地址，但你会因为 appium 更前面的一些流程卡住导致到不了用 webDriverAgentUrl 执行自动化这一步。

appium 在运行到连接 webDriverAgentUrl 前，还有一些前置步骤，如自动检测 udid 本地是否存在、检测被测 app 是否已安装等，这些步骤用的是 idevice_id 这类仅支持获取本地连接设备信息的工具进行的，所以如果设备不是本地连接，会在这些前置步骤里被卡住。

要解决的话，得手动改 appium 源码，让它跳过这类步骤。

你这种属于运行时赋值的变量，没法用 yaml 自带的变量机制实现。得用测试框架来存储，并设定一些赋值/使用变量语法给使用者在 yaml 中使用。

具体例子，建议可以看看 httprunner v1 或者 v2 版本。

那就边学边看呗，能力提升总是对自己有好处的。不过也要意识到，光靠能力提升没法帮你争取到调薪，只有通过应用能力，实打实取得项目成绩才能争取到。

从楼主描述看，想快速获得调薪机会，跳槽吧。

你换个角度看，如果你是公司领导，收到一个绩效平平，没怎么看得出项目成绩（项目主心骨那种程度）的员工想申请调薪，你会给调么？

调薪的最终目的是留住人才。你没法证明你是人才的话，是很难获得这方面的机会的。就算主动提出了，你的领导也帮你申请了，但再上面的领导也不大会批给你。

PS：赋能这段看起来是新招的自动化测试工程师的成绩，不知道放在这里是想表达什么？

客气啦，算不上大佬。只是做一下经验交流。

我们线上和测试环境数据是隔离的，所以很多时候本地是很难直接复现问题的。定位排查高度依赖日志，所以看到第一反应是查线上日志。

这些点挺中肯的，也都是需要关注的一些点。

不过感觉上会有点散，除了基础测试外其他的点有点散。建议楼主可以试试梳理下思路，把差异化这块再拆分一下，让想到的内容可以更完整？

比如先服务端测试点（各种入参组合、合法/不合法输入、接口性能水平、内部计算和入库结果正确等），然后客户端（界面兼容、交互合理、合理的参数限制、用户填写大量内容误删页面下的自动缓存等），最后两端集成（成功/不成功返回、弱网下的重试幂等、接口响应久情况下的自动超时报错等）。

不错的分享，过程很清晰。

提个小疑问，这里面的 找用户收集复现步骤 + 本地调试复现并看到报错 ，是否可以简化为直接看线上服务相应时间的日志？这样沟通成本更低，而且也避免一些非必现问题被放过。

没用过，不好说有没有必要。

不过如 2 楼所说，模拟器无法取代云真机，核心原因是模拟器不具备真机才有的一些特点（最明显的就是用的不是各家厂商自己二次开发过的 android 系统），所以模拟器的结果可信度和真机相比会有差距。

个人经验，活跃度比较高的群一般都不会是持续交流技术而活跃的。一方面是有些技术是公司内部的，不方便对外传播；另一方面是技术的东西三言两语很多时候说不清楚，手机打字麻烦很容易放弃或者写不细。技术问题交流，更建议发帖把具体情况说清楚，得到的收获会更多。

如果想通过微信交流技术的话，更建议是找到几个觉得合适的人加下微信，私聊交流，或者组个 10 人内的小群内部交流。这样的交流会比一些大群交流有效得多，也方便聊深。

第一次接触 “云手机” 这个概念，不知道你这里说得云手机，是不是指云厂商提供的以 arm 虚拟机形式虚拟出来的一台手机？

hmm，感觉你这个问题不一定要转行解决，换公司可能也可以解决？

在广州

目前在招业务测试和游戏测试，不过学历主要要求本科，能力强的也会适当放松学历要求

有兴趣可以加我微信 chenhengjie123 ，发一下简历

我有一个小想法不知道可不可行：
一个证书是不是可以打包多个不同包名的 App，如果对包名没啥要求的是不是可以添加多个不同的包名，然后把测试包重签名成这个证书下的不同包名的 App 这样能不能解决数量限制的问题？

不可行，苹果限制的就是这个证书下的总关联设备数，和包名没关系。

你这个情况，不购买新的证书的前提下，按我理解只有两条路：
1、如果这 100 台设备，其实有一些是可以不需要的，可以找苹果客服申请重置，把不需要的踢掉，空出名额加新设备
2、如楼上说，用 testflight 包。可以通过短链分享给任何人的，缺点是发布到 testflight 需要在后台操作下

企业签名证书需要提交企业的相关资质文件来进行申请的，而且据说通过率并不高（这个证书提供了绕过 appstore 大规模分发的能力，很容易被黑产利用，设计用途应该是大型企业一些内部软件的分发），有条件搞这个最好，没条件不建议折腾。