Skip to content

Minor fixes to yaml testing docs. #34618

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Apr 21, 2025
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
10 changes: 4 additions & 6 deletions website/www/site/content/en/documentation/sdks/yaml-testing.md
Original file line number Diff line number Diff line change
Expand Up @@ -29,7 +29,7 @@ pipeline can be expected to be well tested, it can be important to have tests
that ensure the pipeline as a whole behaves as expected. This is particularly
true for transforms that contain non-trivial UDF logic.

# Whole pipeline tests
## Whole pipeline tests

For example, consider the example word count pipeline.

Expand Down Expand Up @@ -126,18 +126,16 @@ python -m apache_beam.yaml.main \
--test_suite=test_file.yaml
```

Neither the actual Read transform nor Write transform from the original
pipelines are executed when running the test, but all intermediate transforms
are. For hermeticity, we require that all inputs (with the exception of
`Create` that are needed to compute the expected outputs are explicitly mocked;
For hermeticity, we require that all inputs (with the exception of
`Create`) that are needed to compute the expected outputs are explicitly mocked;
to explicitly allow a sources to be executed as part of a test their names or
types can be enumerated in an `allowed_sources` attribute of the test
specification.


## Pipeline fragment tests

One can also tests a portion of a pipeline using the `mock_inputs` and
One can also test a portion of a pipeline using the `mock_inputs` and
`expected_outputs` section of a test, for example

```
Expand Down