ຮັກສາ tests ໃຫ້ deterministic ດ້ວຍ containers ທີ່ລະບຸຊັດເຈນ.

ສ່ວນໃຫຍ່ຂອງ test scenarios ແມ່ນ map ໂດຍກົງໄປຫາ ProviderContainer APIs: read, invalidate, refresh, listen ແລະ overrides ຕາມ provider instance.

Test Strategy

ແບ່ງ tests ເປັນ pure container tests ແລະ widget integration tests.

Pure Dart

ໃຊ້ ProviderContainer ໂດຍກົງສຳລັບ read/invalidate/refresh assertions

Overrides

override ຕາມ provider instance ດ້ວຍ overrideWith / overrideWithValue

Widget tests

inject external container ແລະ dispose ມັນຢ່າງຊັດເຈນ

Tip

ProviderContainer.listen ບໍ່ emit value ເລີ່ມຕົ້ນ ຖ້າບໍ່ໄດ້ລະບຸ fireImmediately: true.

ຄຳສັ່ງທົດສອບ ແລະ checklist

ຮັນ suite ທັງໝົດແລະກວດສອບວ່າບໍ່ມີ timer leak ທີ່ລໍຖ້າຢູ່ໃນ autoDispose scenarios.

Command

Checklist

- Dispose externally injected ProviderContainer in tearDown.
- Use fireImmediately: true when your listener assertions need initial state.
- For autoDispose tests, advance fake time beyond autoDisposeDelay.

ຕົວຢ່າງ: override ຕາມ argument

provider ແບບ family-like ຖືກ override ສຳລັບ instance ແຕ່ລະອັນທີ່ສ້າງຈາກ factory function ຂອງທ່ານ.

class ProductById extends Provider<Product> {
  ProductById(this.id) : super.args((id,));
  final String id;

  @override
  Product build(ref) {
    final repo = ref.watch(productRepoProvider);
    return repo.fetch(id);
  }
}

final container = ProviderContainer(
  overrides: [
    productByIdProvider('a').overrideWithValue(const Product(id: 'a', name: 'stub')),
  ],
);

// assert and cleanup
container.dispose();
ຮູບແບບນີ້ສອດຄ່ອງກັບ README ແລະ upstream tests ໃນ repository ຂອງ miniriverpod.
widget tests ຄວນ unmount widgets ກ່ອນ dispose containers ພາຍນອກ.
ໃຊ້ fake_async ເພື່ອຢືນຢັນ autoDispose delays ແລະພຶດຕິກຳ keepAlive.

ຂັ້ນຕອນຕໍ່ໄປ

API Reference

ເປີດ signatures ດ່ວນສຳລັບ ProviderContainer, Ref, AsyncValue ແລະ mutation APIs.

Open API Reference

Back to Overview

ກັບໄປທີ່ແຜນຜັງເອກະສານສົມບູນຂອງ miniriverpod.

Open Overview