Above 95% test coverage for all integration modules
Reasoning
Since we support a lot of different integrations, we don't have every device or service available for hands-on testing. To make sure that we don't break anything, when accepting a code change, we need to have a good test coverage for all integration modules. This prevents the introduction of bugs and regressions.
It also allows new developers to understand the codebase and make changes without breaking any existing use case.
Additional resources
For more information about testing and how to calculate test coverage, see the Testing your code page.
Exceptions
There are no exceptions to this rule.
Related rules
- config-flow-test-coverage: Full test coverage for the config flow