You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We have made tremendous progress on testing in the bridge: cross-test, providertest and replay testing have made it much easier to write and maintain high quality tests of the bridge. cross-test has crucially allowed us to start comparing our behavior directly to Terraform. Now that we've written the testing libraries, we need to actually write tests.
We are starting with create because it is one of the simplist CRUD methods. It allows us to lock in correct behavior on sending values, defaults validators, etc before we move onto more complicated interactions like Diff/Update (Plan).
Many tests aren't really specific to Create, but are instead about converting values. These tests will be implemented against the crosstests.Create verb, but will effectively cover all verbs (since they use the same code path).
SDKv2
Each issue corresponds to a file1 in pkg/tfbridge/tests/. The expectation is that future (and current) maintainers should be able to check if a feature is under test by going searching for a test file in pkg/tfbridge/tests/ that applies to the area under test.
PF
Each issue corresponds to a file1 in pkg/pf/tfbridge2.
We have made tremendous progress on testing in the bridge: cross-test, providertest and replay testing have made it much easier to write and maintain high quality tests of the bridge. cross-test has crucially allowed us to start comparing our behavior directly to Terraform. Now that we've written the testing libraries, we need to actually write tests.
We are starting with create because it is one of the simplist CRUD methods. It allows us to lock in correct behavior on sending values, defaults validators, etc before we move onto more complicated interactions like Diff/Update (Plan).
Many tests aren't really specific to Create, but are instead about converting values. These tests will be implemented against the
crosstests.Create
verb, but will effectively cover all verbs (since they use the same code path).SDKv2
Each issue corresponds to a file1 in
pkg/tfbridge/tests/
. The expectation is that future (and current) maintainers should be able to check if a feature is under test by going searching for a test file inpkg/tfbridge/tests/
that applies to the area under test.PF
Each issue corresponds to a file1 in
pkg/pf/tfbridge
2.Cross-test improvements
*schema.ResourceData
in SDKv2 cross-tests #2521 (tightens asserts, can be added after tests, SDKv2)Footnotes
The file may already exist, or it may need to be created. ↩ ↩2
The path is different for PF and SDKv2 because SDKv2 cross-tests transitively imports
pkg/tfbridge
. ↩The text was updated successfully, but these errors were encountered: