7 年 还有 2 家 4 年的

框架的好处是便携 拿到哪里直接就能用，我们经常会有在客户现场用自动化跑冒烟的场景

没有特别好的方法
我是用 excel 管理用例，同时保存一份同步 json 用于版本比对

能屏蔽就屏蔽掉吧
这玩意是第三方服务，用神经网络判断行为是否为人类行为的

几年前遇到过没有找到好的破解方法

广西一个高级证抵 20 万

插件导航方便一点 功能是一样的

我也发几个常用的
油猴
autofill
FeHelper

解释得都很合理啊 不知道你纠结的具体是哪些点

需求变少 就要有危机感了，公司是不是业务不行了。 会不会裁撤掉业务不好的产品线。
正常来说，现在这种大环境下公司是不会养闲人的

差不多看完了全程，很有收获。

支持楼主

有正经的群吗 以前加过的群全是些无聊吹水的 确实没什么意义

我是 2010 年在网上下载黑马程序员的 C# 就业班视频学的，
边学边练大概花了一年，在公司内部转岗开发，只做了半年开发后去了别的公司转 java 做测开了。
完全自学确实需要很强的自驱力。过程也比较痛苦，没有人交流，遇到问题卡很久是常事。
还好我能从这个过程中找到乐趣和成就感，不然估计很难坚持下来。

ide 里装插件就行了 会有操作说明的 支持很多种 ide

一直在用

具体报什么异常没有
node 上有你需要上传的文件吗

20 年就想退休吗

我是采用自定义的重试规则，没有用框架的注解。感觉并不好用， 一些个性化场景无法满足，也可能是我对框架不够熟悉

我的方案是把失败的用例（包括用例中的所有步骤）记录下来，套件执行完毕后再把失败的用例组成一个新的 suite 重新执行。最后出报告时可以把几轮测试的结果融合起来一起发，也可以单独发每一轮的结果

1、存储一直用的 excel，也尝试过使用纯文本的 yaml 或 json 一类存储，但是编辑效率比 excel 低太多了，只能作为项目配置文件。数据库也可以，不过同样是二维表结构其实和 excel 也没有实质上的区别，而且还要维护前端。

我个人感觉，excel 最主要的问题是二进制文件版本管理时不方便比较历史差异。其他方面都还好

2、层级多可以使用 文件目录 - 文件-sheet 页 - 自定义字段来区分

支持一下 很少见到有深入讨论自动化测试 ROI 的文章
我个人感觉 自研类产品生命周期一般都很长

对于需要频繁进行全量回归的业务场景 自动化已经是刚需了

还有比国家组织的软考费用更低的吗？ 高级也就 200 出头的报名费 网上资料一大把 根本不需要报班

嗯 交付要花很多功夫 验收过程很严谨 甚至可以说有些刻板 国家的钱不是那么好拿的

一条条的给用户演示 要求至少是合同里所有指标都能体现 所以每条用例都要有执行结果 和 结果截图 2J 的项目就是这样

我也干过类似的事情 只不过不是转用例
而是要根据用例和缺陷生成 word 格式的测试报告 包括用例详情和缺陷列表及统计表