我应该避免使用多个不同的“common/util.py”文件吗？如果是，怎么做？

Question

我目前有一些测试的结构如下：

tests/
    category_a/
        sub_category_1/
            test_file_a11.py
            test_file_a12.py
        sub_category_2/
            test_file_a21.py
            test_file_a22.py
        sub_category_3/
            test_file_a31.py
            test_file_a32.py
    category_b/
        sub_category_4/
            test_file_b41.py
            test_file_b42.py
        sub_category_5/
            test_file_b51.py
            test_file_b52.py
        sub_category_6/
            test_file_b61.py
            test_file_b62.py

这对我们的需要非常有效。实际上，这种细分更有意义，而且还有更多的类别/文件。这也适用于我们的非测试结构

问题是我想要有多个级别的共享代码。有些代码应该在所有测试之间共享，有些代码只在类别a中的测试之间共享，有些代码特定于子类别。我可以在每个级别上添加一个common.py，但是最后我使用3个不同的common文件生成了test\ u文件\ u a32。它是有效的，但我觉得读起来很混乱

有没有更好的办法

Answer 1

在工业中，测试团队通常使用类和子类来实现所描述的内容。父类应该被称为common.py，其子类应该包含它们自己的专用测试（将继承common.py测试）