@@ -464,7 +464,7 @@ class TodoNavigationWorkflowTest {
464
464
The ` RenderTester ` allows easy "mocking" of child workflows and workers.
465
465
However, this means that we are not exercising the full infrastructure
466
466
(even though we could get a fairly high confidence from the tests).
467
- ometimes , it may be worth putting together integration tests that test a full tree of Workflows.
467
+ Sometimes , it may be worth putting together integration tests that test a full tree of Workflows.
468
468
This lets us test integration with the non-workflow world as well,
469
469
such as external reactive data sources that your workflows might be observing via Workers.
470
470
@@ -482,12 +482,12 @@ the same runtime that `renderWorkflowIn` uses.
482
482
When you create an Android app using Workflow,
483
483
you will probably use ` renderWorkflowIn ` ,
484
484
which starts a runtime to host your workflows in an androidx ViewModel.
485
- Under the hood,this method is an overload of lower-level ` renderWorkflowIn ` function
485
+ Under the hood, this method is an overload of lower-level ` renderWorkflowIn ` function
486
486
that runs the workflow runtime in a coroutine and exposes a ` StateFlow ` of renderings.
487
487
When writing integration tests for workflows,
488
488
you can use this core function directly (maybe with a library like [ Turbine] ( https://github.com/cashapp/turbine ) ),
489
489
or you can use ` workflow-testing ` 's ` WorkflowTester ` .
490
- The ` WorkflowTester ` starts a workflow and lets you request renderingsand outputs manually
490
+ The ` WorkflowTester ` starts a workflow and lets you request renderings and outputs manually
491
491
so you can write tests that interact with the runtime from the outside.
492
492
493
493
This will be a properly opaque test,
0 commit comments