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 May 31, 2022. It is now read-only.
We should add support for the deletion of test cases. As an example: sometimes query parameters might be incompatible and the server might return a client error if the request contains both of the parameters. It's not possible currently to specify this case in the API specification, and thus comet will generate a test case covering this scenario. The user should be able to delete the test case, and it should not be re-generated the next time comet is run. A proposal would be:
Have a .history or .lock file or something similar where we store a dictionary of all test case names, with an associated boolean value. The procedure when creating a test case in the decorator would be:
Check if the test case has an entry in the lock file.
If it does, and its value is false, do not create the test case.
If it does not, create the test case.
If it does, and its value is true, check the relevant file generated last time, and check for the existance of that test case. If it exists, go ahead and create the test case. If it does not exist, update the lock file (change corresponding value to false) and do not create the test case.
The text was updated successfully, but these errors were encountered:
We should add support for the deletion of test cases. As an example: sometimes query parameters might be incompatible and the server might return a client error if the request contains both of the parameters. It's not possible currently to specify this case in the API specification, and thus comet will generate a test case covering this scenario. The user should be able to delete the test case, and it should not be re-generated the next time comet is run. A proposal would be:
Have a .history or .lock file or something similar where we store a dictionary of all test case names, with an associated boolean value. The procedure when creating a test case in the decorator would be:
The text was updated successfully, but these errors were encountered: