广州场终于来了吗

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

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

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

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

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

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

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

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

手动 @ 社区大佬

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

作死了。。。之前看过你的文章，当时忘记收藏了-。- 我看官网搭的，然后一直报错 感谢回答，让我找到了你的文章 谢谢大佬

是的。。。。正解

什么语言？从报错上看是这个方法尚未实现

看上去好像是给不怎么想写代码的同学准备的

你可以去看下 AirTest

是这样的，我自己本人也在用 httprunner，随着业务发展，框架本身就不太满足我们的需求了，所以近期打算做二次开发，但是我对运行测试用例时读取 debugtalk.py 这块的实现不是很明白，所以想请作者大概说下实现思路，这个可以吗？

有个问题想问下作者，你文章中提到了辅助函数 debugtalk.py，都是在下一步的 parse_test 上面就行解析吗？

工作中个人最大的感触是只要能为团队提升效率的测试手段才是王道，而传统的点点点老大完全不会看。。。。。

有了，感谢感谢

申请一波专栏，试一波