从理想的模型来说，这完全是可行的：

1. 需求明确下来了，可以编写完整的测试用例，并且从里面挑选需要做自动化的用例。
2. 用例编写：先写结构，元素的 locator 可以两种方式处理： 2.1 待定，先留空。等开发的页面出来之后，补充上对应的 locator。这时候理论上用例就可以执行了。 2.2 如果做得细致一点，可开发沟通好每个主要元素的定义，比如 ID，name 或者是自己添加专门用来做自动化的自定义属性，比如 @testdataID 。只要开发和测试都把这些属性加完整，那么用例可以事先编写完整，等页面开发出来可以直接执行。

这其实是测试有效性的问题：怎么进行完整的测试。像你说的一样，用户是在前端操作的，所以你完整的端到端测试应该是前端发起；如果你看一下测试金字塔，接口测试其实是归属于分层测试的其中一个环节，也就是说只能保证你接口这一层没问题，不能保证端到端。
要解决你的疑问，应该要在接口自动化之余，加上适当的 UI 自动化，由接口去保障大部分的调用场景，由 UI 去保障端到端。

要想彻底节省工作量，还得 UI 自动化；接口自动化是可以帮你做更大范围的覆盖，保障一下单纯从界面上发现不了的问题，或者更快更直接定位到接口的错误。

心跳包这种请求为什么会做到一秒一次这么频繁？如果服务有问题，响应时间拉长的话，SDK 的请求会塞到队列里面等待吗？还是会随时丢弃？

这是开发把自动化测试当成单元测试来用了，确实不合适；
自动化测试更适合每天跑一次，或者每次部署完跑一次。

https://testerhome.com/topics/35712
之前提过相同的问题。

团队里面现在用的是 xmind 去写测试点，然后在评审通过之后需要把对应的测试点转换为测试用例，并且需要上传到 jira 上面执行和跟踪。以前的做法是需要手工地根据 xmind 的测试点编写成对应的测试用例，这部分的工作量是不小的。
现在的做法，是利用 jira 的 Excel 导入模板，用 Python 的 XMind 库，直接把 XMind 文件转换成 Excel 表格，然后经过小范围调整之后，再把 Excel 导入到 jira 中。
需要留意的点，是内部需要统一好 XMind 测试点的结构，转换成 Excel 的脚本里面也会根据对应的定义和标签进行转换。

为啥还没到三十的年轻人也来抢属于我们这些四十上下中年人的焦虑

操作系统版本升级，浏览器版本升级都可能会引起不同的适配问题，如果有空间，可以考虑把这种适配测试做成自动化，匹配最新的几个版本组合。
具体的测试载体，可以考虑上面说的 f2etest，如果公司有能力，也可以考虑云测平台，这样效果更好。

既然和领导关系不错，不妨大胆点，直接问。不然说不定就是被默认老实人，能拖就拖

谢谢回复。加油！

不只是测开，其实测试同学也需要具备快速定位能力。但是对这个案例，我有以下疑问：
疑问 1. 为什么不能直接就在浏览器里面就看到报错信息，而且要这么麻烦在 postman 里面导入再发送同一个请求？
​疑问 2. 正在报错在服务器端不能直接捕获，一定要去重现者的电脑里面看？
​疑问 3. 数据库字段设计应该是有一定标准的，只是因为这个报错就直接把字段类型改掉，虽然能解决问题，但其实是缺乏了一个完整的问题分析和影响分析过程；而且修改的过程是一边改一边看效果，直到问题解决，是不符合我们改 bug 的最佳实践的，也缺乏足够的分析和验证。

刚刚看到社区微信号推送的这个文章，特地过来探讨一下😅😅😅

我试过做外包的时候，十几个人一起挤在前台那小小的区域里办公，整层楼的人进出都在看我们，确实是非常不好的体验

其实楼主从测开组长，选择了做外包，肯定有你的理由（经济不景气，或者待遇有提升）。既然你觉得不应该 “沦落” 到这个工作，那就考虑换呗（虽然我不觉得外包除了稳定性差了点之外，和其他工作没什么本质区别）

没用过 gitlab，但我猜你想要做的是 Jenkins 这种 CICD 上面的集成？如果是的话，可以搜一下看怎么在 Jenkins 上面配置，step 里面写好要 checkout 哪个 gitlab REPO 就可以了

这个你要看具体的报错信息是什么，没打开浏览器就是初始化失败了，或者没找到可以用的浏览器

谢谢你，chatgpt 侠

init ， 不是 int

你说的 adas 是自动驾驶相关吗？ 我没有接触过呀

不知道是怎么让你感觉说有 “阿里味”，我可没实力去阿里这种大厂

我只是从我自己的角度给个建议而已，比如像你这样，一二三四地列出来就很有条理，大家相互之间沟通理解都方便，不是吗？
至于没有技术含量，我本来就只是给个沟通上的建议而已，没有想表达什么具体技术的点。

听说西安现在找工作特别难，华为这些大厂在那边裁了好多外包

给你一些沟通表达上面的小建议：

1. 说事情可以多注意你想表达的重点。你前面说了一堆经历（实习经历，多少工资等等）其实对别人给你学习的路线建议没什么区别，如何简洁地把事情说明白是提高沟通效率的很重要一点。
2. 学会断句：一整段下来都是逗号，让人感觉你就是在一口气说了很长一段话，不容易抓到重点。

沟通能力是做测试（其实做什么工作都是同理）很重要的一环，希望能对你有点帮助。

还是建议你看下我文章里面讲到的内容：如何提升和确认自己的发展方向。

握个爪，一直在坚持的同路人

1. Weditor 了解一下，配套的用来在网页端抓取页面元素很方便，也是同一位大佬做的。
2. 失败重试，可以在你的循环里面加多一个异常处理，重新做初始化。
3. 只要是自己的实践就是积累的经验，不懂你为何说对工作和技术发展没有帮助。难道你把这个任务做下来了不是你工作的一部分？难道你把这一套写下来对你自己来说学不到任何东西？

怎么翻倍呢？比如概率是 60%，翻倍之后变成 120% 吗

你这个建议和 “考上清华就不迷茫了” 差不多