Flutter测试：Mock工具类静态权限检查方法及提升代码可测试性方案问询

嘿，我来帮你解决这两个关于Flutter测试的问题：

简单来说：可以，但非常不推荐。

大多数Flutter测试框架（比如Mockito、Mocktail）对静态方法的Mock支持很有限，虽然你可以通过一些hack手段（比如Dart的mirrors反射API）修改静态方法的行为，但这种方式有不少弊端：

• 反射在Flutter生产环境是禁用的，测试里用也会让代码变得不直观、难以维护；
• 静态方法的Mock会让测试变得脆弱，一旦工具类的实现有变动，测试很容易失效；
• 违背了依赖注入的设计原则，让代码耦合度更高。

所以更合理的做法是改造代码，让它具备可测试性，而不是硬去Mock静态方法。

核心思路是通过抽象接口解耦依赖，把静态的权限检查逻辑封装成可注入的依赖，这样测试时就能轻松替换成Mock实现。具体步骤如下：

步骤1：抽象权限检查的接口 #

先定义一个抽象类，把权限检查的方法抽离出来：

abstract class PermissionChecker {
  Future<bool> checkOrRequestPermissions(List<dynamic> permissions);
}

（这里的List<dynamic>可以替换成你实际使用的权限类型，比如Permission枚举）

步骤2：实现默认的权限检查类 #

创建一个实现上述接口的类，内部调用原来的静态方法：

class DefaultPermissionChecker implements PermissionChecker {
  @override
  Future<bool> checkOrRequestPermissions(List<dynamic> permissions) {
    // 复用原有的工具类逻辑
    return PermissionsUtil.checkOrRequestPermissions(permissions);
  }
}

步骤3：通过构造函数注入依赖 #

在包含onButtonTap()方法的类中，把PermissionChecker作为构造参数传入，并提供默认实现（保证正常运行时无需手动传入）：

class MyButtonHandler {
  final PermissionChecker permissionChecker;

  // 提供默认实现，不影响正常业务流程
  MyButtonHandler({this.permissionChecker = const DefaultPermissionChecker()});

  Future<void> onButtonTap(BuildContext context) async {
    bool isGranted = await permissionChecker.checkOrRequestPermissions([some_args]);
    // CODE_A - 现在你可以专注测试这段业务代码了
  }
}

如果onButtonTap()是在StatefulWidget的state里，同样可以通过Widget的构造函数注入：

class MyWidget extends StatefulWidget {
  final PermissionChecker permissionChecker;

  const MyWidget({super.key, this.permissionChecker = const DefaultPermissionChecker()});

  @override
  State<MyWidget> createState() => _MyWidgetState();
}

class _MyWidgetState extends State<MyWidget> {
  Future<void> onButtonTap(BuildContext context) async {
    bool isGranted = await widget.permissionChecker.checkOrRequestPermissions([some_args]);
    // CODE_A
  }
}

步骤4：编写测试代码 #

现在你可以轻松MockPermissionChecker接口，来模拟权限通过或拒绝的场景，从而测试CODE_A的逻辑：

import 'package:mockito/mockito.dart';
import 'package:flutter_test/flutter_test.dart';

// 创建Mock类
class MockPermissionChecker extends Mock implements PermissionChecker {}
class MockBuildContext extends Mock implements BuildContext {}

void main() {
  late MockPermissionChecker mockPermissionChecker;

  setUp(() {
    mockPermissionChecker = MockPermissionChecker();
  });

  test('onButtonTap executes CODE_A when permissions are granted', () async {
    // 给定：权限检查返回true
    when(() => mockPermissionChecker.checkOrRequestPermissions(any))
        .thenAnswer((_) async => true);

    // 当：调用onButtonTap
    final handler = MyButtonHandler(permissionChecker: mockPermissionChecker);
    await handler.onButtonTap(MockBuildContext());

    // 然后：验证CODE_A的逻辑是否执行（这里根据你的业务逻辑写断言）
    // 比如如果CODE_A调用了某个方法，就验证它被调用：
    // verify(someMethod()).called(1);
  });

  test('onButtonTap skips CODE_A when permissions are denied', () async {
    // 给定：权限检查返回false
    when(() => mockPermissionChecker.checkOrRequestPermissions(any))
        .thenAnswer((_) async => false);

    // 当：调用onButtonTap
    final handler = MyButtonHandler(permissionChecker: mockPermissionChecker);
    await handler.onButtonTap(MockBuildContext());

    // 然后：验证CODE_A的逻辑没有执行
    // verifyNever(someMethod());
  });
}

这种方式不仅让代码更具可测试性，还提升了代码的扩展性——如果以后要更换权限检查的实现，只需要创建新的PermissionChecker实现类即可，无需修改业务代码。

内容的提问来源于stack exchange，提问作者Jakub Chromiak