Motivation

单测在项目开发中是很重要的一部分，我们动转静相关的单测主要放置在 test/dygraph_to_static，也一直保障着动转静功能的正确性。

而随着近期 SOT 动转静新模式和 PIR 底层 IR 的开发，两者都使用了动转静单测作为功能正确性的验证方式，为了能够同时跑多种模式，SOT 和 PIR 开发小组在 test/dygraph_to_static/dygraph_to_static_util.py 分别添加了相关的装饰器，用于选择具体跑在什么模式下。

但 SOT 和 PIR 的单测扩增机制非常不同，这将会影响之后单测的扩展（比如之后即将开展的 PIR 动转静（理想态）单测推全验证），为了能够方便、统一地对单测进行管理，#57824 中在 test/dygraph_to_static/dygraph_to_static_utils_new.py 添加了一套统一的动转静单测机制，方便灵活地启用各种单测 case。但 #57824 的主要目标只是将 SOT 合入 Paddle，为了确保动转静单测机制的一致性，我们需要尽快将新机制推全～

Design

新的机制利用了 Metaclass，将会在生成新的 class 的时候统一生成新的单测 case，比如对于如下单测代码：

class MyTest(Dy2StTestBase):
    @set_to_static_mode(
        ToStaticMode.LEGACY_AST | ToStaticMode.SOT
    )
    @set_ir_mode(IrMode.LEGACY_PROGRAM | IrMode.PIR)
    def test_case1(self):
        ...

在装饰器的执行阶段，会在函数 MyTest.test_case1 上 patch 两个属性，分别是 test_case1.to_static_mode = ToStaticMode.LEGACY_AST | ToStaticMode.SOT 和 test_case1.ir_mode = IrMode.LEGACY_PROGRAM | IrMode.PIR。而从 Metaclass Dy2StTestMeta 生成 MyTest 的时候，我们会根据 patch 的属性来生成新的单测 case，这里对于 test_case1，根据其 to_static_mode 和 ir_mode，我们共有 2x2 = 4 种组合，因此我们会生成如下四个单测 case（伪码描述，实际实现会略有不同）：

class MyTest(unittest.TestCase):
    def test_case1__legacy_ast_legacy_program(self):
        fn = MyTest.test_case1
        fn = to_legacy_program_test(fn)
        fn = to_legacy_ast_test(fn)
        fn(self)

    def test_case1__legacy_ast_pir(self):
        fn = MyTest.test_case1
        fn = to_legacy_pir(fn)
        fn = to_legacy_ast_test(fn)
        fn(self)

    def test_case1__sot_legacy_program(self):
        fn = MyTest.test_case1
        fn = to_legacy_program_test(fn)
        fn = to_sot_test(fn)
        fn(self)

    def test_case1__sot_pir(self):
        fn = MyTest.test_case1
        fn = to_legacy_pir(fn)
        fn = to_sot_test(fn)
        fn(self)

Tasks

• 推全动转静单测新机制，使新机制覆盖全部动转静单测
• 确保新机制的正确性，测试生成的 case 数量符合预期，迭代完善单测新机制
• 移除单测旧机制代码

Details