6666

是不是无论我想搭建什么都需要有一个域名啊？

这个算是测试里比较常见的问题了。上面的朋友们也说了。
首先需要看项目的排期，如果开发周期比较紧张。用户体验的 bug 会延后在处理。
如果可以一定要让你的测试 leader 或者开发 leader 或者产品人员知道这问题。
尽自己最大努力促成这些 bug 的修复。

博客类有什么好的推荐吗？简单就可以搭建，并且 UI 简洁的那种。

实际操练很重要。如果没时间操练，那就记笔记吧。
没事多翻翻笔记本。回忆回忆。

专栏需要申请才能开通吗？我想申请开通专栏

这个概念出自哪里？感觉不像是专有名词。

你所属的伪元素是指当前无法显示，需要特定情况下才能显示出来的元素吧。
这样的情况，只能根据路径向下猜测模糊定位了。如下边这个 xpath 猜测元素的类型。
前提是要给定一个范围区域，比如例子中在 id 所属下边进行查找。需要不断试错。
find_element_by_xpath("//[id="xxxxxxx"]/.//[name()='xxx']")

调整一下，找到自己的厌烦的点。
到底是因为厌烦产品还是厌烦当前工作模式。

要么改变自己要么继续忍受。
先试着调岗。调岗失败继续待着心里还憋屈就找下家吧。

当前市面的缺少的是像 QTP(UFT)/TestComplete 这种支持桌面应用的开源框架。
如果楼主能够把所有的实现整合到一个框架体系下，感觉会很受大家欢迎。加油！！！

何出此言？

围观虫师

之后会上传视频或 PPT 之类的资料吗？

执行到一半出错了。可能是环境，页面 Bug，脚本稳定性等问题导致。
看看问题究竟出在哪个环节。如果是脚本稳定性的问题那就去维护脚本，加入事件处理。

API 接口脚本脱离编辑器用 Web 页面形式来执行和返回结果吗？

头像吸引来的 +1

楼上回答正解。在自动化思路清晰的前提，编程能力越强脚本质量和可维护性就越高。

挺好的。

竞争力不敢说。但是有 code 的能力对于做测试是有帮助的。
转行请慎重，现在测试不像以前门槛那么低。而且也路也不好走。

两年能达到这个程度可见楼主的代码功底强。坐等开源。

测试覆盖度，个人贡献度来作为绩效更好吧。之前看过一篇文章。
等我翻翻找到了再给你回复。

看完之后有冲动也去买个小车。

这个回复服气! 得能秀起来。

技术方向的话 T 字型发展。竖要够深。
管理方向的话磨练软技能，以及精通一门外语即可。
加油！