先用 autoit 实现文件上传的脚本，测试到这步的时候调用脚本，网上很多教程

最近我也在做自动化测试故障泄漏率，就是楼主提到的生产缺陷逃逸率。只不过我们的公式是：自动化测试发现的 BUG 的 DI 值/生产测试发现的 BUG 的 DI 值，我仔细想了想，并没有哪种公式更合理，在自动化测试覆盖程度不高的时候，怎么算指标都不会好看，这让我很有压力，不过也能通过这个指标的不断降低，来反馈一些质量保证的手段是否有效，还是有积极意义的。只是我不知道现阶段这个指标和 OKR 挂钩的话，是否会对个人很不利。

可以做的简单，也可以做的复杂，但是业务本身简单，是否需要投入这么多成本？

这个问题感觉直接看源码会来得更快，代码逻辑出错了

https://martinfowler.com/bliki/PageObject.html 不要过度封装，按页面，需要啥封啥，看看 martin fowler 的 page object 思想

思路跟大佬一样，做过的东西太多，会根据面试的公司要求调整项目介绍，尽量匹配 JD，同时突出自己的经历和亮点，这样能引导面试官问自己擅长的领域，让面试更顺利些

我不是游戏这行的，但我们行业有用 UE 开发仿真环境的，不知道游戏行业测试需要学学 UE 不，从中落地一些自动化测试项出来

技多不压身，搞 CI/CD，写 pipeline，groovy 得会吧，那会 java 不就有优势了。搞测试右移，prometheus 做监控之类的，lua 得会点吧。搞云原生，会 go 是不是更好。像我一样，进入机器人行业了，业务以嵌入式、算法为主，C/C++ 得会吧。python/shell 更是必不可少吧，到处都要自动化，胶水语言最适合了

“2022 年，超过 30k 的测试人员占比超过 15%，2021 年是 9.70%，说明资深测试开发工程师的薪资待遇显著提升。” 其实也可能说明通货膨胀厉害【doge】

品牌和型号都是厂家提供的，能够获取到的，做一些针对性的 UI 调整就很容易

我现在主力办公电脑是 ubuntu 系统。对我来说，是必备，而且是需要深入学习的技能

换个城市试试

你把你认为自己掌握的相关技能列出来，找经验好点的开发进行模拟面试，看看差距多大。另外，转开发先刷题吧，2-3 年的开发面试，刷题必须准备吧

我说一下我的观感：1、项目有点重复，工作内容流水账，可以把重点、亮点写出来，比如引入了什么工具来提升测试效率（体现学习新知识和落地能力）、发现了哪些重大或者深层 bug（体现用例设计能力和刨根问底的测试人员基本素质）。
2、可以看出业务复杂度不够，面试一些业务复杂度较高的公司会比较吃力。比如你提到代码静检、测试环境的部署、UI 自动化测试，这些业内基本都上 CI/CD，各种 pipeline 了，这方便没有相关实践的话，也得做好应对准备，把你的现状思考清楚。
3、有些语言可以再组织下。比如：熟悉 linux xxx\xxx 等常用命令。这一行，你列举了一些最简单、常用的命令，感觉有点露怯，不如直接写 “熟悉 linux 常用指令”，或者这方便不熟悉的话，直接删去，避免面试时候被针对性提问。

关注社区每年的问卷，我觉得挺靠谱的，能反映行业普遍的水平。单论天花板，个例能把天花板拉到很高很高，大部分人达不到的。普通从业人员的天花板，可以从每年的问卷结果窥探一二。

我十分期待机器人普及的世界

精彩的分享，看完后觉得我也处于农耕社会

搭建一个测试环境 CD 流程，这套用顺了，开发环境的发布说不定都要交给你

自动化用 docker 一般是要结合 CI，写 pipeline 来自动构建镜像和测试。更高级一点，可以看看测试开发大会上的一些分享，云原生相关的。我个人因为不是互联网行业，应用 docker 主要是对一些环境要求比较高的场景，比如 ros2 跑 gazebo 仿真之类的，因为 ros2 有多个版本，可以用 docker 去构建，我会写个 pipeline 去自动构建镜像（通过 Dockerfile）并把 gazebo 仿真在 docker 里面跑起来去做一些观测。算是比较浅显的应用吧。

我想反问一下，项目立项的时候，没有效能的要求吗？如果有，那做效能相关的目标就是有益项目的。如果没有，这个项目居然能立项。。。

更好太宽泛了，一个测试框架有多个维度来判断，易用性、稳定性、可扩展性、学习成本、维护成本，等等等等，一句更好的，哪个方面更好呢？优缺点不列出来对比以下，谈何更好

1、有没有车载终端，终端是不是采集整车 CAN 总线上的数据上传服务器，这种 APP 是直接跟云服务器交互的，跟普通的 APP 没两样。要分开测车载终端上传到服务器的通道和手机 APP 与服务器的通道；
2、APP 直接与车机交互，那就看用什么协议了，都是可以 Mock 的；

有的公司测开就是个 title，招你进去点点点。我从一开始的功能测试到现在完全不做手工测试，回想起来也没怎么系统的学习过所谓 “测开” 知识，就是工作中困难的事情往简单做，简单的事情往自动化做，同时看看论坛别人在搞什么，跟着学，当然光学没啥用，要落地到工作中，慢慢就转了测开。

30 岁大啥啊，黄金年龄，我比你大一岁，4 月份刚换工作，大幅涨薪。。。要相信自己