providers 테스트하기
Riverpod API의 핵심은 provider를 개별적으로 테스트할 수 있는 기능입니다.
적절한 테스트 스위트를 위해서는 몇 가지 극복해야 할 과제가 있습니다:
- 테스트는 상태를 공유해서는 안 됩니다. 즉, 새 테스트가 이전 테스트의 영향을 받지 않아야 합니다.
- 테스트는 원하는 상태를 얻기 위해 특정 기능을 모의할 수 있는 기능을 제공해야 합니다.
- 테스트 환경은 가능한 한 실제 환경과 유사해야 합니다.
다행히도 Riverpod를 사용하면 이러한 목표를 모두 쉽게 달성할 수 있습니다.
테스트 설정하기
Riverpod로 테스트를 정의할 때는 크게 두 가지 시나리오가 있습니다:
- 일반적으로 Flutter 종속성이 없는 단위 테스트. 이는 provider의 동작을 단독으로 테스트할 때 유용할 수 있습니다.
- 위젯 테스트: 일반적으로 Flutter 종속성이 있는 위젯 테스트. provider를 사용하는 위젯의 동작을 테스트하는 데 유용할 수 있습니다.
단위 테스트
단위 테스트는 package:test의 test
함수를 사용하여 정의합니다.
다른 테스트와 가장 큰 차이점은 ProviderContainer
객체를 생성한다는 점입니다.
이 객체를 사용하면 테스트가 provider와 상호 작용할 수 있습니다.
ProviderContainer
객체를 생성하고 폐기하기 위한 테스트 유틸리티를 만드는 것이 좋습니다:
import 'package:riverpod/riverpod.dart';
import 'package:test/test.dart';
/// [ProviderContainer]를 생성하고 테스트가 끝나면
/// 자동으로 폐기하는 테스트 유틸리티입니다.
ProviderContainer createContainer({
ProviderContainer? parent,
List<Override> overrides = const [],
List<ProviderObserver>? observers,
}) {
// ProviderContainer를 생성하고 선택적으로 매개변수 지정을 허용합니다.
final container = ProviderContainer(
parent: parent,
overrides: overrides,
observers: observers,
);
// 테스트가 끝나면 container를 폐기(dispose)합니다.
addTearDown(container.dispose);
return container;
}
그런 다음 이 유틸리티를 사용하여 test
를 정의할 수 있습니다:
void main() {
test('Some description', () {
// 이 테스트에 대한 ProviderContainer를 생성합니다.
// 테스트 간에 ProviderContainer를 공유하지 마세요.
final container = createContainer();
// TODO: 컨테이너를 사용하여 애플리케이션을 테스트합니다.
expect(
container.read(provider),
equals('some value'),
);
});
}
이제 ProviderContainer가 생겼으니 이를 사용하여 provider를 읽을 수 있습니다:
- provider의 현재 값을 읽기위해
container.read
사용. - provider를 청취하고, 변경을 통지받기 위해
container.listen
사용.
provider가 자동으로 폐기될 때 container.read
를 사용할 때는 주의하세요.
provider가 리스닝되지 않으면 테스트 도중에 provider의 상태가 파괴될 가능성이 있습니다.
이 경우 container.listen
을 사용하는 것을 고려해 보세요.
이 반환값은 어쨌든 provider의 현재 값을 읽을 수 있게 해주지만,
테스트 도중에 provider가 폐기되지 않도록 보장합니다:
final subscription = container.listen<String>(provider, (_, __) {});
expect(
// `container.read(provider)`와 동일합니다.
// 그러나 "subscription"이 폐기(dispose)되지 않는 한 provider는 폐기되지 않습니다.
subscription.read(),
'Some value',
);
위젯 테스트
위젯 테스트는 package:flutter_test의 testWidgets
함수를 사용하여 정의합니다.
이 경우 일반적인 위젯 테스트와 가장 큰 차이점은 tester.pumpWidget
의 루트에 ProviderScope
위젯을 추가해야 한다는 점입니다:
void main() {
testWidgets('Some description', (tester) async {
await tester.pumpWidget(
const ProviderScope(child: YourWidgetYouWantToTest()),
);
});
}
이는 Flutter 앱에서 Riverpod을 활성화할 때 하는 작업과 유사합니다.
그런 다음 tester
를 사용하여 위젯과 상호 작용할 수 있습니다.
또는 provider와 상호 작용하고 싶다면 ProviderContainer
를 얻을 수 있습니다.
이는 ProviderScope.containerOf(buildContext)
를 사용하여 얻을 수 있습니다.
따라서 tester
를 사용하면 다음과 같이 작성할 수 있습니다:
final element = tester.element(find.byType(YourWidgetYouWantToTest));
final container = ProviderScope.containerOf(element);
그런 다음 이를 사용하여 provider를 읽을 수 있습니다. 다음은 전체 예제입니다:
void main() {
testWidgets('Some description', (tester) async {
await tester.pumpWidget(
const ProviderScope(child: YourWidgetYouWantToTest()),
);
final element = tester.element(find.byType(YourWidgetYouWantToTest));
final container = ProviderScope.containerOf(element);
// TODO: providers와 상호 작용
expect(
container.read(provider),
'some value',
);
});
}
provider 모킹하기(Mocking)
지금까지 테스트를 설정하는 방법과 provider와의 기본적인 상호 작용에 대해 살펴보았습니다. 하지만 경우에 따라서는 provider를 모킹(mock)하고 싶을 수도 있습니다.
멋진 부분: 추가 설정 없이 모든 providers를 기본적으로 모킹할 수 있습니다.
이는 ProviderScope
또는 ProviderContainer
에 overrides
매개변수를 지정하면 가능합니다.
다음 provider를 살펴봅시다:
// 이른 초기화된 provider
Future<String> example(ExampleRef ref) async => 'Hello world';
다음을 사용하여 모킹해 볼 수 있습니다:
// 단위 테스트에서는 이전의 "createContainer" 유틸리티를 재사용합니다.
final container = createContainer(
// 모의(Mock)할 providers 목록을 지정할 수 있습니다:
overrides: [
// 이 경우 "exampleProvider"를 모방(Mock)하고 있습니다.
exampleProvider.overrideWith((ref) {
// 이 함수는 provider의 일반적인 초기화 함수입니다.
// 일반적으로 "ref.watch"를 호출하고 초기 상태를 반환하는 곳입니다.
// 기본값인 "Hello world"를 사용자 정의 값으로 바꿔보겠습니다.
// 그러면 `exampleProvider`와 상호작용하면 이 값이 반환됩니다.
return 'Hello from tests';
}),
],
);
// ProviderScope를 사용하여 위젯 테스트에서도 동일한 작업을 수행할 수 있습니다:
await tester.pumpWidget(
ProviderScope(
// ProviderScope에는 정확히 동일한 "overrides" 매개 변수가 있습니다.
overrides: [
// 이전과 동일
exampleProvider.overrideWith((ref) => 'Hello from tests'),
],
child: const YourWidgetYouWantToTest(),
),
);
provider 변경 사항 감시(Spying)
테스트에서 ProviderContainer
를 얻었으므로 이를 사용하여 provider를 "listen"할 수 있습니다:
container.listen<String>(
provider,
(previous, next) {
print('The provider changed from $previous to $next');
},
);
그런 다음 이를 mockito 또는 mocktail과 같은 패키지와 결합하여 해당 패키지의 verify
API를 사용할 수 있습니다.
또는 더 간단하게는 목록에 모든 변경 사항을 추가하고 어설트(assert)할 수 있습니다.
비동기 provider를 기다리기
Riverpod에서는 provider가 Future/Stream을 반환하는 경우가 매우 흔합니다.
이 경우 테스트에서 해당 비동기 연산이 완료될 때까지 기다려야 할 가능성이 있습니다.
이를 위한 한 가지 방법은 provider의 '.future'를 읽는 것입니다:
// TODO: 컨테이너를 사용하여 애플리케이션을 테스트합니다.
// 기대(expectation)가 비동기적이므로 "expectLater"를 사용해야 합니다.
await expectLater(
// "provider" 대신 "provider.future"를 읽습니다.
// 이는 비동기 providers에서 가능하며, provider의 값으로 해결(resolve)될 future를 반환합니다.
container.read(provider.future),
// future가 예상한 값으로 resolve되는지 확인할 수 있습니다.
// 또는 오류에 "throwsA"를 사용할 수 있습니다.
completion('some value'),
);
Notifiers 모킹하기
일반적으로 Notifiers를 모의하는 것은 권장하지 않습니다.
왜냐하면 Notifiers는 자체적으로 인스턴스화할 수 없으며 provider의 일부로 사용될 때만 작동하기 때문입니다.
그 대신에, Notifier의 로직에 어느 정도 추상화 수준을 도입하여 그 추상화를 모킹할 수 있도록 해야 합니다.
예를 들어, Notifier을 모킹하는 대신 Notifier가 데이터를 가져오는 데 사용하는 "repository"를 모킹할 수 있습니다.
Notifier를 모킹하려는 경우, 모킹을 만들 때 특별히 고려해야 할 사항이 있습니다: 모의 클래스는 반드시 원래 Notifier 베이스 클래스를 서브 클래싱해야 합니다: 인터페이스를 손상시킬 수 있으므로 Notifier를 "implement"할 수 없습니다.
따라서 Notifier를 모킹할 때는 다음과 같은 mockito 코드를 작성하지 마세요:
class MyNotifierMock with Mock implements MyNotifier {}
대신 다음과 같이 작성하세요:
class MyNotifier extends _$MyNotifier {
int build() => throw UnimplementedError();
}
// 모의클래스(Mock)는 notifier가 사용하는 것에 해당하는
// Notifier base-class를 서브클래싱해야 합니다.
class MyNotifierMock extends _$MyNotifier with Mock implements MyNotifier {}
이 기능을 사용하려면 목(Mock)을 모킹하려는 Notifier와 동일한 파일에 배치해야 합니다.
그렇지 않으면 _$MyNotifier
클래스에 액세스할 수 없습니다.
그런 다음 notifier를 사용하려면 다음과 같이 하세요:
void main() {
test('Some description', () {
final container = createContainer(
// provider를 Override하여 Mock Notifier를 생성하도록 합니다.
overrides: [myNotifierProvider.overrideWith(MyNotifierMock.new)],
);
// 그런 다음 컨테이너를 통해 Mock Notifier를 가져옵니다:
final notifier = container.read(myNotifierProvider.notifier);
// 그러면 실제 notifier와 마찬가지로 notifier와 상호 작용할 수 있습니다:
notifier.state = 42;
});
}