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 Oct 5, 2022. It is now read-only.
once all the other assertions on startup have been done we should wait for Y millis for the pods to become ready. Then if they are - we should wait at least X milliseconds to check they stay Ready (and don't keep restarting etc).
So if an arquillian test doesn't do much at all; it should ensure that all the related pods are ready for Y millis and don't just barf on startup etc.
If a test takes a while to run, so that elapsed time > X then we should assert that things stay ready for that entire time
The text was updated successfully, but these errors were encountered:
which asserts that at least 1 pod starts up and becomes ready for the Deployment/DeploymentConfig/ReplicaSet/ReplicationController of the current app (by finding them on the classpath), then asserting the pod stays in a Ready state (without restarting) for a period of time. You can provide both timeouts if you wish as the function arguments
once all the other assertions on startup have been done we should wait for Y millis for the pods to become ready. Then if they are - we should wait at least X milliseconds to check they stay Ready (and don't keep restarting etc).
So if an arquillian test doesn't do much at all; it should ensure that all the related pods are ready for Y millis and don't just barf on startup etc.
If a test takes a while to run, so that elapsed time > X then we should assert that things stay ready for that entire time
The text was updated successfully, but these errors were encountered: