可能还不一样，我们是 bim 模型，3d 图形。。。

加油

牛

只有一个用例，对应到 excel 的一个 sheet 页，这个用例参数化后有多个子用例，怎么用 pytest.skip()，只有一个用例

是的，目前我们接口自动化是通过 pytest + excle 来实现，每一个 excle 的 sheet 页对应一个功能模块的接口用例，每个 sheet 页对应到一个 .py 文件，每个 .py 文件只有 1 个测试用例，这个用例做了参数化，数据来自于 excle 的 sheet 页，从上往下执行。
通过 pytest-xdist 这个插件的--dist loadfile 参数保证每个.py 文件运行在相同的 worker 上，但是每个测试用例经过了参数化形成了多个子用例，这个多个子用例之间的顺序怎么去保证呢？因为我们的用例有依赖关系，必须从上往下执行，如果顺序乱了，接口测试就会出现很多错误。

楼主，我有个 pytest 的问题想请教下。接口数量过多的时候，执行时间过长，于是考虑并发执行。pytest 有个插件是 pytest-xdist 可以支持并发。
目前我们接口自动化是通过 pytest + excle 来实现，每一个 excle 的 sheet 页对应一个功能模块的接口用例，每个 sheet 页对应到一个 .py 文件，每个 .py 文件只有 1 个测试用例，这个用例做了参数化，数据来自于 excle 的 sheet 页。
通过 pytest-xdist 这个插件的--dist loadfile 参数保证每个.py 文件运行在相同的 worker 上，但是每个测试用例经过了参数化形成了多个子用例，这个多个子用例之间的顺序怎么去保证呢？因为我们的用例有依赖关系，必须从上往下执行，如果顺序乱了，接口测试就会出现很多错误。

测试代码也可以在 dev 环境跑。对开发新功能开发的反馈时机我认为还是应该按上图所示，开发提交代码后就开始跑单元测试，接口测试，快速反馈结果给开发人员。dev 环境在开发每次提交代码的时候跑，test 环境在 dev 合并到 test 分支的时候全量跑，可能因为环境的影响接口也会发生失败的情况，还有 test 环境每日定时跑。

是的，我的问题场景可能不符合持续集成的想法。因为新开发的功能可能会影响到之前的代码，应该还是跑全量的测试。
开发和测试同步进行编码，开发完成功能代码，测试完成接口测试代码。这里有个开发与测试之间进度快慢的问题。如果 A 开发将功能开发完成时，测试还没有写完接口自动化测试，这时提交代码后跑的是之前的接口测试，先可以合并到主干分支，后续测试完成编码后，下次开发提交也会把上次未进行测试的接口进行覆盖到。那么如果测试比开发速度快，可以按照你说的第一种方法。比如 A 开发完成的功能，对应的接口已经完成，但是 B 开发还未完成开发，对应的接口测试已经完成，这个时候 B 开发可以告诉测试让把这些未完成的功能给屏蔽掉。

这个不就是持续集成么?开发提交代码的时候就去跑自动化测试，然后反馈结果到开发。

谢谢分享

简单、粗暴、通透

开车你喜欢开新车还是旧车吧

都是为银行打工了，哎

以后研究生就是本科生，本科生就相当于高中生

成都 15 不错了

没有钉钉可以体验一下吗？

the little black book on test design

照片是 3000*3000，打开即使全屏也达不到这个分辨率，除非你把它放大到一定的程度再去截图，可能就一样了

没有弄过数据库设计，像这样子弄可以不？

考虑也没用，农村没有地

滴滴、代驾、送外卖、保安、送快递

蚂蚁集团

写的好！

有这个感觉

有用肯定是有用的，可以看国外测试大牛写的文章，扩展测试想法