我来做个恶人吧，点工我这边倾向于招外包同学，实在不行招 1-3 年的测试工程师就够了。年轻、抗压、听话、事儿少不请假、身体健康、脑子灵活记性好，我招个拖家带口经常请假的 35 岁 + 的人干嘛？（虽然我自己就是 35 岁 ）

貌似我在 tmq 的《不测试的秘密》书里看到过应用宝的实践，挺不错的

我猜没有

非常欢迎！

不打卡，只要不是太过份都没事

个人观点：自动化测试班，对于没有经验的人来说就是填鸭式的教学，面试官更看重的是项目中体现出来的思考能力和推动能力，而不是某个具体的技术。对于即将毕业的同学，建议把数据结构和算法、计算机网络、数据库、linux 操作系统、常规的 shell 准备准备会更好一些。所谓自动化测试培训，没有实际应用场景和填坑经验，基本上没有什么用处，还可能因为理解不透彻而减分。

看产品线，有的产品是公司核心，那源代码肯定严格控制访问权限，有的相对核心但是不影响命脉的，给 QA 只读权限，多数产品的代码权限不会控制那么死

质量工作是不会因为是谁的工作就不去做，比如我们之前做的监控，我们公司有 BA 的业务级监控和 SRE 的资源级监控，运营有舆情监控，还有服务端开发的各种数据监控，那问题来了，质量维度的监控怎么办？要说没有交集是不可能的，但是往往是因为大家角度不同，看问题的方式不同，从而容易产生业务真空地带。不过在推进过程中确实产生了一些抢地盘的问题，通过区分指标和角度，或者共建的方式来解决，本质上是希望能共同保障产品质量

我猜是粤语和客家话？

我之前基于串口指令做了不少开关功能的验证，这个比较快速有效。UI 自动化不是不能做，还是放到最后去做吧

按照我之前在智能硬件项目的经验来看，如果要做效率化的事情，其实按四端来区分着做（可能不大准确，毕竟硬件类型也非常繁多）：

• A 端（APP）
• B 端（官网，网页配置页）
• S 端（Server 端）
• D 端（设备端）

其中，A 端和 D 端可能存在直接通信，比如蓝牙协议等等，也可能是 A -> S -> D 这样的路径，所以可以考虑的自动化层考虑应用层 API 协议或者其他协议的自动化测试。
对于 A 端本身有比较复杂的交互，可以建立 UI 自动化测试做功能验证
对于 S 端，就是常规的服务端测试自动化，社区里面实践也比较多，难的是 S -> D 的交互，状态上报，指令下发什么的，这块是专项来验证，S <-> A 的交互就是常规的自动化测试了；
至于 D 端的自动化测试，这块比较复杂，涉及到的层面很多，网络层面、协议层面，驱动层面，硬件本身的系统固件等等，这个比较复杂，需要专项去研究了。

试试看看？已经开通

试一下？已经开通

杭州可选择的互联网公司是不是不太多？而且杭州的房价和堵车情况现在逐年加剧。上面老司机们说的比较在理，天津落户解决户口和上学问题，北京工作。

楼主憋了个大招嘛

用 solopi 的录制回放吧，应该可以满足需求

自从 90 年代国企改革以后，我父母那一辈光荣下岗，就再也不相信有可以 “干一辈子” 的事了。你们可以跟身边的老师、医生、律师聊一聊，看看他们的真实想法是啥。

之前好像看过，这个跟 wetest 有关系吗？

支持一下，欢迎分享！

在招呢！

使用效果怎么样？

感兴趣的可以试一下，这个项目有开源版本

社区支持开源不遗余力

公积金减半，企业扛不住了吧

跟外包关系不大，我们今年很多人没加