-
Notifications
You must be signed in to change notification settings - Fork 13
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
helper/resource: Clarify configuration step error messages #238
Conversation
When using `TestStep.PlanOnly`, the error messaging errantly mentions: ``` After applying this test step, the plan was not empty. ``` Which is inaccurate and confusing for debugging. This also adjusts error messages to include refresh vs non-refresh wording. The error messages have no compatibility promises and it would be considered an errant provider developer implementation to rely on them, rather than properly fixing the test assertions (such as using `TestStep.ExpectNonEmptyPlan` instead of `TestCase.ErrorCheck` or `TestStep.ExpectError` with the error messaging without compatibility promises).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM 🚀
Wondering whether we might want to consider modifying the documentation to illustrate which specific terraform commands are being run when config
, import
, or refresh
modes are being used?
Looks like you already created #240 so we can discuss that proposal over there. |
…tError Reference: #238 This is a quick followup recent clarification changes in error messages to better mention intended use and message compatibility with `TestCase.ErrorCheck` and `TestStep.ExpectError`.
I'm going to lock this pull request because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active contributions. |
When using
TestStep.PlanOnly
, the error messaging errantly mentions:Which is inaccurate and confusing for debugging. This also adjusts error messages to include refresh vs non-refresh wording consistently. The error messages have no compatibility promises and it would be considered an errant provider developer implementation to rely on them, rather than properly fixing the test assertions (such as using
TestStep.ExpectNonEmptyPlan
instead ofTestCase.ErrorCheck
orTestStep.ExpectError
against the error messaging without compatibility promises).