可以随时加我微信，我微信在我社区个人主页有。

赞，对于一些私有协议的场景，非常需要呀。

[Appium] Requested iOS support with version >= 10, using 'XCUITest' driver instead of UIAutomation-based driver, since the latter is unsupported on iOS 10 and up.
[Appium] /Applications/Appium Server GUI.app/Contents/Resources/app/node_modules/appium/node_modules/appium-webdriveragent/index.js:1
[Appium] import * as dependencies from './lib/check-dependencies';
[Appium] ^
[Appium]
[Appium] SyntaxError: Cannot use import statement outside a module
[Appium] at Module._compile (internal/modules/cjs/loader.js:815:22)

从日志看，有可能是这个报错导致 ios driver 没有被正确 import ，导致后续的报错。

一般这类问题来自于 node 版本过低不兼容新的语法，可以看看 appium 官方文档提及的 node 版本要求是多少？或者直接下载 appium desktop 来启动（desktop 版本内置了 node 以及各种依赖，基本不会有这类问题）

内推就是 GPT 说的，由公司内部员工推荐的候选人。

不过也不是说必须就得是很熟悉的人，我司内推系统内推的时候会有个是否熟悉的选项，不熟悉也是可以推的。

其实倒不用特别关注是不是推的就是熟人，毕竟不一定每个人都有那么多熟人刚好找工作的。内推中各方也是各取所需，三者共赢：

公司：低成本获得相对优质的资源（很多时候比直接招聘网站获得的简历质量高不少），降低总体招聘成本
内推者：获得公司内推奖励，而且认识多几个朋友，也没坏
被内推者：获得更高成功率的简历投递机会

我也经常焦虑，毕竟已经 30 多了。

长期的出路还是没有特别明确的方向，但至少工作上还是发现了自己存在的很多不足。目前能做的主要就是持续投资自己，接触更大的世界，让今天的自己比去年的自己强吧。

如 @ 自娱自乐 所说，成不成看天，但做不做看你。做了总比没做强。

我的回复里没有提及完整性和有效性吧，所以我不大知道你这里问这个，指代的是什么？可以给更多的一些信息吗？

延期解决都挂在产品名下，那这个问题的责任人就是产品了。

让研发老大去找产品就好。

好建议，我们调整下。

直接按照接口测试的要求，验收确认是否都有覆盖到就可以啦。

如果说对于接口测试的要求目前也是没有相关资料的话，可以找找一些关于怎么做接口测试的资料看看。

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：赋能这段看起来是新招的自动化测试工程师的成绩，不知道放在这里是想表达什么？

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

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