我已经忍不住把 GitHub 上面的都删了

大佬收人吗

加个微信聊一下，薪资福利这些也是大家合适之后在定

这种现象在我们这边很普遍啊，也不知道是不是我们测试部门人均水平不行 hhh

这篇贴让我想起了当初大学专业选择的回忆，依稀记得，他们说测试比开发更好学，也不用学多少代码，然后我就选了测试，到了毕业，到现在快 4 年了吧，现在看到测试门槛，再想想当初学长说的，感觉还挺讽刺的 hhhh

有试过指定保存目录吗？

今年大会打算办几天，看了下早鸟票要 1000。。。。。

我上家就经历过，测试组全是女生，当我得知其中两个准备 8 月放产假时，我当月就跳槽跑了

广州场终于来了吗

为啥这些专场都在北京。。。。广州哭晕在厕所

道理都明白。。。下面的人连接口测试都不知道。。。抓了一个多月还是这样。。。有妙招吗

对于你的观点，我只能说，对于产品前期这样做是可以的。同时我认为现在的开源工具，只能满足绝大部分测试的需求，但随着公司的产品的发展，需求的迭代更新，总有工具不能满足需求的时候，这个情况下开源工具 + 少量的定制化开发，这个我认为是必不可少的一部分

这就牵涉到另外一个问题了吧，怎样衡量测试用例维护的工作量了吧？或者是怎样减少后期维护成本？冒昧请教下，对于这些你们是怎么解决的？对于我现在的团队就是缺少工具，所以我的思路是先解决工具再解决工作量的问题

想请教一下，您认为的稳定是什么样的？比如说我自己拥有一个通过解析 yaml 文件的测试框架，每次产品需求变动，只需要维护 yaml 文件就行，这样算稳定吗？

1.page_source 的作用是打印当前界面所有的元素，你打印出来的应该是 1 楼说的蒙层
2.具体为什么这么做，估计是防止脚本刷吧，个人估计
3.怎么做自动化，有蒙层的 APP 我还真没搞过，这个没法回答你了，不过我估计他们内部应该有测试版吧，测试版是没有蒙层存在。。。

先说下我自己排查问题的思路
1，在这个点击动作前，放一个driver.page_source，打印当前页面元素，排查元素在当前页面是否存在
2，上面一部基本能确定元素未加载还是其他原因，然后写一个等待元素出现的操作去实现

试过其他找元素的方法没有，例如元素 id 这些

手动 @ 社区大佬

这样可以构建成功，不过貌似没运行测试，我看了下对应路径没有生成测试报告