目前公司已经做了一年多了，现在遇到了瓶颈。同时我也愿意跟大家一起讨论，互相学习。有的话，加我一个。

感觉这个方向的可行性还是可以的，但是需要扎实的技术团队专门负责模型的开发以及调整。先占个位，后面有做出来的兄弟，可以讨论下。

目前比较好用的模型有哪些呢？

请问下这个相关的资料去哪找啊，我网上没有找到呢

如果是第二种方式的话，不必要每个测试点都做断言。因为这条用例的逻辑是严格规定的， 如果整个用例失败了。说明实际没有根据预期的走，此时就需要去看日志排查了。步骤之间的紧密联系就是一个个的断言。

其实这个问题，大家都有困扰。这个好不好没有标准的答案，最关键的是取决于领导想要的效果。

请问下，多个设备可以同时执行吗？

你好 ，我们公司是用 vite 打包的，请问下这个适用吗，如果不适用，有其他的替代品吗

+1

该问题已经解决。实际上是么有解决，但是换了一种实现方式（让开发修改接口的返回至，然后我这边进行处理）。

不太明白呢？

1.接口是创建一个工单，每次创建工单后。我需要拿到工单号，然后去数据库里面进行删除。所以就需要从创建工单的接口的返回值中提取工单编号，然后在 fixture 中进行删除。当然，单独写一个方法，在每次 assert 之后进行调用也可以实现。但是这种做法就没有使用到 fixture 的机制了。而且每个用例都调用一次这个方法，显得有点冗余了。故最好使用 fixture 进行实现。
2.我目前的做法就是类似的做法，每次将返回值放到一个文本中，然后在整个 session 结束时，一次性删除所有的数据。但是这样还是又要多调用一个返回参数的方法，而且每个用例都需要调用该方法。

有知道的大佬解答下吗？

你好,我有个问题和你的情况相似.我想实现的是,在日志中输出当前用例的名字,主要目的是想判断当前用例的执行的开始和结束.其中,我是每个 py 文件一个用例,每个用例继承一个基础用例 BaseCase,其中 BaseCase,里面只写了 setup 和 teardown,,,想在 setup 里面做文章,因为每个用例的 setUp 都一样.,请问这样该如何实现