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
{{ message }}
This repository has been archived by the owner on Aug 30, 2024. It is now read-only.
I would like to rework many of the existing test suites so that the tests can be stopped, frozen, and restarted at individual units. I'd also like the units to do a better job of identifying their own environmental prerequisites needed to run so they can be moved to other harnesses and/or test suites.
Due to the nature of systems testing many of the test units require the tests create a specific environment to test in. Leveraging existing resources has huge value in time savings and where possible, tests should do more of this. However, many of the legacy tests make assumptions about the system state and available test resources prior to running. For example to test running an instance, the system will need install an image, create keys, groups, etc. or like many existing tests, assume those resources are in place.
I suggest we attempt to use 'tags' within the system and/or external methods (db, etc) to record information about what resources and state are being or can be utilized by the tests.
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
I would like to rework many of the existing test suites so that the tests can be stopped, frozen, and restarted at individual units. I'd also like the units to do a better job of identifying their own environmental prerequisites needed to run so they can be moved to other harnesses and/or test suites.
Due to the nature of systems testing many of the test units require the tests create a specific environment to test in. Leveraging existing resources has huge value in time savings and where possible, tests should do more of this. However, many of the legacy tests make assumptions about the system state and available test resources prior to running. For example to test running an instance, the system will need install an image, create keys, groups, etc. or like many existing tests, assume those resources are in place.
I suggest we attempt to use 'tags' within the system and/or external methods (db, etc) to record information about what resources and state are being or can be utilized by the tests.
The text was updated successfully, but these errors were encountered: