• 是的,bim 模型,3d 图形,Three.Js。

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

  • 加油

  • 我的 2020 年终总结 at 2021年02月21日

  • 只有一个用例,对应到 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 上,但是每个测试用例经过了参数化形成了多个子用例,这个多个子用例之间的顺序怎么去保证呢?因为我们的用例有依赖关系,必须从上往下执行,如果顺序乱了,接口测试就会出现很多错误。

  • jenkins pipeline + gitlab at 2021年02月02日

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

  • jenkins pipeline + gitlab at 2021年02月02日

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

  • jenkins pipeline + gitlab at 2021年02月02日


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