谢了!嗯,再试试
什么原因呢?我们这边也是这个问题
跟你那个如何知道轮播图片数量是同个问题,解决任一个就等于也解决了另一个
测试本身保持对质量的严谨和前后一致的态度,才能逐步把这种态度感染到整个团队;而一个有高度质量意识的研发团队才能是一个靠谱高效的团队。👍
推荐 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 机的测试结果,以此达到兼容性测试的目的。
查询接口对应多个用例,除了你列举的那个跟增改删放一起,别的用例应该放在哪里?