谢了！嗯，再试试

什么原因呢？我们这边也是这个问题

跟你那个如何知道轮播图片数量是同个问题，解决任一个就等于也解决了另一个

测试本身保持对质量的严谨和前后一致的态度，才能逐步把这种态度感染到整个团队；而一个有高度质量意识的研发团队才能是一个靠谱高效的团队。👍

推荐 3 个：1. UIA 2. Ranorex 3. SilkTest。
另，验证结果要用 assert，不要用 if 语句。

赞，很好的思路！
改进下让不懂正则的人也能使用，那就是锦上添花了！

某手机使用自家定制接口，想要访问数据就需要厂家配套数据线，或者问厂家要这种接口设计 (比如针脚定义) 然后造根线。
访问自定义控件同理。

下步可以考虑把 CICD 搞起来

不用好奇，接口无返回值对你们当前的情况可能是更好的设计实现。既然调监听器能达到测试验证的目的，就不用纠结什么了吧

每个页面分别定义元素和方法

其实这也是一个面试题：你为什么用这一个不用另外一个，unittest / Pytest 有什么区别？
在我们的学习过程中，既然这两个都是主流，基本上两个框架我们都必须要知道。

Unittest 是 Python 自带的一个单元测试框架，而 Pytest 是一个第三方框架，这个是两者之间第一个区别。

自带框架和第三方的框架区别？

自带的不需要安装，可以直接使用，第三方你首先就得去安装。

看到标题就猜到是你提问了。
完整的用例是怎样的？

这一条非常重要，所有出现过的 bug，历史上只要出现过一次，你一定要写一个 Test 去 cover 它，那这个法则大家应该已经都清楚了。

这一条非常重要！

这脚本写的清爽

整个看下来挺不错的了，保持身体健康，坚持充电，心态积极，21 年必定更好！

diff 这种降噪方式，不是要过滤掉不重要的数据，而是要过滤掉回放一定会不一致引起误判的数据。

这样的数据可以举个栗子吗？

当用例之间存在很多关联/依赖的时候，实现用例会越来越复杂，复杂到无法实现，更别提维护了。
所以 pytest 从设计上就不支持这样的操作，别的自动化测试框架也大都如此。

suite verbose="2" preserve-order="true" name="Marketing Test" parallel="classes" thread-count="20"
改成 parallel="tests"或"methods"试试吧。
也可以参考https://blog.csdn.net/taiyangdao/article/details/52159065?utm_source=blogxgwz3
另外说句，你就算真的把并发搞起来了，你很可能也就掉进另一个坑了，很可能用例并行执行的时候存在互相干扰和资源争夺问题。

用例并发执行和分布式执行是两个概念。
首先你确认你是要并发执行吗？

很多时候某个功能点的变更会引起很多用例失败，这时候修改一两处就能维护好这些受影响的用例，而对这些用例都重新录制是很花时间精力的。
录制的思想，属于自动化测试的上古时期了吧。

测试用例与代码分离，采用 json 的形式描述测试场景，保障测试用例具备可维护性。

用 json 描述，该怎么调试呢？

录制方式生成脚本是便捷，问题是生成的脚本几乎没有可维护性。

同一个测试环境的多个执行节点执行同一个用例，测试结果以最后一次执行结果为准，会覆盖掉之前所有别的节点的执行结果，一份测试报告中同一个测试用例的执行结果必须唯一。这是分布式测试的设计机制。
对于题主的问题，只能分别在 A、B 机执行所有的测试用例，也就是将测试环境分开 (时间上可以同时)，并得到两份测试报告，一份显示在 A 机的测试结果，另一份显示在 B 机的测试结果，以此达到兼容性测试的目的。

查询接口对应多个用例，除了你列举的那个跟增改删放一起，别的用例应该放在哪里？