你仔细想想，A 依赖 B 就等于 A 被中断先执行 B，A 是被中断不是接着执行。既想被中断又想接着执行，矛盾对立，可能吗？A 可以在 B 执行完后接着执行。

CPU 被 A 中断，进入 A 执行时可以被 B 中断，进入 B 执行时可以被 C 中断...D...E...H...K...W...，处理完 W 回到 K，处理完 K 回到 H...E...D...C...B...A，这是不是你想要的机制？

学习下微机原理吧，看下 CPU 怎么处理中断，照虎画猫

初学者，少用中文，少用空格，少给自己挖坑

批量执行用例=执行用例集。
引入 pytest-->创建用例集-->执行用例集。

1. 如果公司有统一技术栈的要求，用公司规定的。若没有，用测试团队多数人擅长的。
2. 取决于被测产品需求，严格点说是取决于项目需求。
3. 多数测试框架都满足同步这条需求，至于还需要满足什么，回答同 2。

这种情况嘛有锅同背！

懂你的意思了。
我认为你们的 APP 在接收到 sendkeys(“123”) 后并没有立即把 123 赋值给 text，这时候取到的值就是 send 之前的值即为空。进一步猜想，你通过脚本把这个登录页面需要的数据都输入并点击登录，应该是可以登录进去的，也就是说，这个赋值动作可能发生在登录按钮被点击的时候 (你可以跟开发确认，或直接问他这个赋值发生时间)。
@chenhengjie123 你怎么看？

如果你试了有效，既然已经找到 workaround，又何必苦苦寻找完美的 solution 呢，凡事不可太认真啊！

是的，你找的元素是对的，调用 clear 不起效这边也遇见过，通过全选后删除解决了

2 的问题，我们之前遇到过的类似情况是，表面上看是个输入框，其实上层还有别的不止一个元素，其中的一个元素才是供输入用的，也就是你们开发所说的那个 text，我们操作这个元素是可以输入的，你是不是没找对啊？
不知道会不会又双叒叕审错题，呵呵！

大意了，没审好题:)

那你需要对照下产品设计说明书，看这个键盘的实现是否符合设计要求。说明书没描述清楚就直接问产品经理，这个键盘实现是不是符合 ta 的期望。

先帮 1 楼回答下，是微软的 inspect.exe 和 UISpy.exe

不能注释掉整行吧，试试只删除--clean

1 的问题比较容易解决。你先把 “完整的键盘” 截图出来，你给的截图应该是不完整的，缺少了上边一排元素

我这边电脑上没相关环境，忙完手上的工作才能安装，你先摸索下

我更新了在 1 楼的回复，之前存在部分错误

这不是 pytest 的缺陷。allure 默认是只收集最后一次运行的测试结果，这个应该可以设置。
我在你那篇帖子的回复也部分有问题。

厉害啦小姐姐！做好了 UI 自动化，再去看 API 自动化就会感觉 so easy，呵呵！

接口 case 需要包含哪些？
去掉 “接口” 自己度娘，就是你要的答案。

怎样对一个接口进行 case 设计？
去掉 “对一个接口” 自己度娘，就是你要的答案。

可以直接用。使用 pytest-xdist 可以实现分布式 UI 自动化测试。可以跟 allure 结合。

想实现 “跑完所有用例之后再将失败的用例重跑”，可以用pytest-xdist，设置参数--looponfail，这个参数作用是 after each run pytest waits until a file in your project changes and then reruns the previously failing tests。遗憾的是我没找到哪个参数可以设定重试次数，某博主说会一直重试直到所有测试通过。所以 “重跑一次” 还得再想办法。
pytest-rerunfailures实现的是当前用例失败后重跑当前用例，没达到设定重试次数通过了就跑下条用例，达到设定重试次数失败也是跑下条用例。
pytest-repeat实现的是当前用例重跑，不管每次结果是通过还是失败，必须跑够设定次数，然后跑下条用例。
allure 报告的 history 或者 retries。history 一般用于 CI，显示的是运行历史记录，比如共运行了 9 次 (注意，不是重试9 次)，每次在什么时间运行的及运行结果。然后点击选中某条记录，可以在 retries 页面看到它是重试3 次运行通过的 (设置的最大重试次数是 5 次)，分别对应的 3 条记录是，pass 2021/05/27 at 23:35:16，broken 2021/05/27 at 22:56:12，broken 2021/05/27 at 19:13:56

加入这样的甜点功能，恐怕依然改变不了瓶颈点对整体流程的制约，整体流程的效率取决于瓶颈点的效率。手机买票取代大厅窗口买票是甜点吧，刷身份证取代人工检票是甜点吧，铁路运输能力依然是瓶颈点。
但你仍然值得一试，说不定这样的甜点功能会成为同类产品中的亮点呢！

又一位大佬加入，欢迎欢迎！