-
Notifications
You must be signed in to change notification settings - Fork 37
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Merge pull request #2177 from demergent-labs/readme_prop_tests
Read me prop tests
- Loading branch information
Showing
3 changed files
with
82 additions
and
0 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,28 @@ | ||
# accept_message Tests | ||
|
||
## Current Status | ||
|
||
We have decided that the `accept_message` function is sufficiently tested for release candidate in the following locations: | ||
|
||
- tests/end_to_end/candid_rpc/class_syntax/inspect_message/ | ||
- tests/property/candid_rpc/class_api/canister_methods/inspect_message/ | ||
|
||
These existing tests provide adequate coverage for the current release candidate. They ensure that all the APIs are called correctly and function as expected. | ||
|
||
## Future Work | ||
|
||
While the current tests are sufficient for the release candidate, there is potential for future improvements: | ||
|
||
1. Add more property-based tests to increase coverage and robustness. | ||
2. Expand test scenarios to cover different ways and places to call these functions. | ||
3. Implement additional edge cases and error handling tests. | ||
|
||
## Current Approach | ||
|
||
For the time being, we are confident that the existing tests in the end-to-end directory provide enough coverage to proceed with the release candidate. This approach allows us to: | ||
|
||
1. Ensure core functionality is working correctly. | ||
2. Meet current release deadlines. | ||
3. Plan for future enhancements in subsequent releases. | ||
|
||
As development progresses and more complex use cases arise, we may revisit this decision and expand the test suite accordingly. |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,28 @@ | ||
# method_name Tests | ||
|
||
## Current Status | ||
|
||
We have decided that the `method_name` function is sufficiently tested for release candidate in the following locations: | ||
|
||
- tests/end_to_end/candid_rpc/class_syntax/inspect_message/ | ||
- tests/property/candid_rpc/class_api/canister_methods/inspect_message/ | ||
|
||
These existing tests provide adequate coverage for the current release candidate. They ensure that all the APIs are called correctly and function as expected. | ||
|
||
## Future Work | ||
|
||
While the current tests are sufficient for the release candidate, there is potential for future improvements: | ||
|
||
1. Add more property-based tests to increase coverage and robustness. | ||
2. Expand test scenarios to cover different ways and places to call these functions. | ||
3. Implement additional edge cases and error handling tests. | ||
|
||
## Current Approach | ||
|
||
For the time being, we are confident that the existing tests in the end-to-end directory provide enough coverage to proceed with the release candidate. This approach allows us to: | ||
|
||
1. Ensure core functionality is working correctly. | ||
2. Meet current release deadlines. | ||
3. Plan for future enhancements in subsequent releases. | ||
|
||
As development progresses and more complex use cases arise, we may revisit this decision and expand the test suite accordingly. |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,26 @@ | ||
# clear_timer, set_timer, and set_timer_interval Tests | ||
|
||
## Current Status | ||
|
||
We have decided that the `clear_timer`, `set_timer`, and `set_timer_interval` functions are sufficiently tested for release candidate in the following location: | ||
tests/end_to_end/candid_rpc/class_syntax/timers/ | ||
|
||
These existing tests provide adequate coverage for the current release candidate. They ensure that all the APIs are called correctly and function as expected. | ||
|
||
## Future Work | ||
|
||
While the current tests are sufficient for the release candidate, there is potential for future improvements: | ||
|
||
1. Add more property-based tests to increase coverage and robustness. | ||
2. Expand test scenarios to cover different ways and places to call these functions. | ||
3. Implement additional edge cases and error handling tests. | ||
|
||
## Current Approach | ||
|
||
For the time being, we are confident that the existing tests in the end-to-end directory provide enough coverage to proceed with the release candidate. This approach allows us to: | ||
|
||
1. Ensure core functionality is working correctly. | ||
2. Meet current release deadlines. | ||
3. Plan for future enhancements in subsequent releases. | ||
|
||
As development progresses and more complex use cases arise, we may revisit this decision and expand the test suite accordingly. |