商品下架时的商品状态是什么，执行下架接口有没有前置条件，先分析下架的逻辑，再看发过去的请求参数符不符合接口要求

东莞那三家可以看看，需求应该大些吧

你这个 span 也没展开到最里一层啊，思路是先从专车这个 text 文本元素往上找，/..这个就是父层，你没完全展开不知道有几个父曾，自己加吧。然后到 class 包含单选框元素 el-radio_inner，至于这个 is-checked 属性可以自己根据业务逻辑选择是用 contains() 还是@class=，定位模板：//星号 [text()='专车']/..//星号 [contains(@class,'el-radio_inner')]，星号指的是数字 8 上面的星号，这回复咋还把星号 * 吞了？

可以参考下这位前辈分享的思路。https://testerhome.com/topics/11731

满三年合同到期再转应该就不用赔了

就写你在工作中学习并运用自动化，怎么把自动化做起来的，至于其他的问到了也是实话实说比较好。
另外你们项目发版、回归过程中点点点的一些主流程是否可以做做 UI 自动化，每次回归的时候可以跑一遍，不就节省了人力嘛，这都是收益的。
薪资的话以目前的行情，emmm，个人觉得优先找到能做自动化的工作更重要一点吧。

我感觉没有固定的吧，具体 case 上哪种自己做起来和维护舒服就用哪种方式

多磨几遍，第一遍了解个大概，照着课程把代码敲出来跑通，第二遍尽量自己把代码敲出来，实在不行的再看课程代码，到第三遍能独立把代码敲出来，基本就会了。
当然每一遍说实话都不容易，特别是非科班的，但是做到了也就会了。我当初自学 JavaSE 就是学了三遍

身体健康是最大的福分，饮食和锻炼都很重要，加油！

滚动条也是元素，new Actions(driver).moveToElement(scrollbar, 0, Y + scroll.getSize().height / 2).doubleClick().build().perform();

我们是两个组，一个 manual 的，一个 automation 的，manual 负责需求整理和用例输出 (BDD 用例，结合我们 cucumber 框架好写脚本，当然 manual 也会做手工测试)，我们 automation 专注实现自动化和一些测试小工具开发。

落地的项目程度是不是比较浅？建议把接口自动化和 UI 自动化落地成型，尽量在自己工作中的项目上落地，这样即增强了自动化熟练度，也可以把产出给到领导看到。
ps：我也是五年了，第一年点点点期间我自学了 JavaSE 和 API+UI 自动化理论，然后第二年换了工作做手工 + 自动化占比大概 7：3，然后第三年又换到了现在的纯粹自动化。总的来说就是学习理论然后想办法落地，这样面试你才能跟人讲你的自动化是怎么做的，期间也会碰到各种各样问题，怎么解决的？个人觉得这些才是重点。

权限不同肯定是登录当前有权限的账号去获取对应的元素来写脚本了，独自修改角色权限是跟需求相悖的，你想一个角色全流程测下来，那其他角色对应的权限岂不是漏测了吗？

当你对当下的境况不满时你会有强大的内驱力去改变，同理对当下境况比较满意，学习的热情自然会下降。
还有一点，入门测试不难，功能测试到自动化也不难，再往上就很难了，仅仅靠自学是不够的，你还要有机会把你学的东西实践起来才算真正会了，不然很可能过一段时间就忘记了。

页面未开发，为什么这个时间点就要进入到 UI 自动化测试准备了？写用例，接口测试这些直接跳过吗

自动化脚本的依据不应该是你的测试用例吗，怎么反过来了

一般来说，各家 QA 直面的都是自家产品的各种 bug，就比如你自己要是使用自己在测试的产品，会是什么心态~所以。。。

黑桃 10 和 Q 反啦

F12 可以定位到唯一元素的话，定位应该是没问题的。
input 时报 not interactable 意思是当前元素是非可编辑的，查查是什么导致，最好本地能 debug 一下，或者加截图看看点击时的页面是什么样子；
看你这个 input 有 value 属性，也可以用 js 执行器设置 value 也能达到目的。

mark 一下

测试越来越卷了，快跑

楼上说的对，交叉测试 +bug 回溯&总结

只听说过数据库数据迁移测试，数据库本身测试不是应该数据库公司做的吗？

确实基本都跟楼上说的差不多，与自己无关或者觉得对自己没用的会但是还是要开的就会打野去了

打卡 1031