-
Notifications
You must be signed in to change notification settings - Fork 14
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
Requirement to ensure all functional changes are reflected in the API #80
base: main
Are you sure you want to change the base?
Conversation
@sivaschenko, thanks for the PR. Let me know when you're ready for a review. |
@sivaschenko any changes in the status of this PR? |
@keharper the changes are still being reviewed by managers and product owners. I would expect it to be ready for merge soon. |
- Functionality exposed in the admin panel must be covered with api-functional tests | ||
- Changes affecting code API must be covered by integration tests | ||
|
||
Unit test coverage is generally not recommended and should be applied only for testing parts of code containing complex calculations in isolation. |
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.
It is well covered in the https://github.com/AdobeDocs/commerce-contributor/blob/21ca8122d40165d28d51097c57a80ee1beb88108/src/pages/guides/code-contributions/automated-tests.md#unit-tests
this statement is excessive
In order to ensure the changes are reflected in the API: | ||
|
||
- Changes of functionality must be covered by api-functional tests | ||
- API coverage must be added if the functionality that is changed or introduced is not covered by API |
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.
What criteria should prompt the introduction of a new API? Creating a new API is a complex and time-consuming process. This statement requires clarification or modification
- API coverage must be added if the functionality that is changed or introduced is not covered by API | |
- If the functionality is changed and not covered by the existing API, API coverage should be added. | |
- API coverage must be added for all new functionalities |
Purpose of this pull request
This pull request (PR) introduced a requirement to ensure all functional changes are reflected in the API
Affected pages