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
This is a feature request.
It would be nice to have the coverage reports generated and saved differently then the current approach.
Currently one report is generated per one database connection.
When analysing code coverage we usually look at coverage per instance.
There are cases when for testing single instance multiple connections need to be used.
The code coverage in the current state does not give a true value in those cases.
The existing reports could still be generated and accessed with chooser on the index.thml, just similar to the way we currently have filter combo-box for schema names.
The text was updated successfully, but these errors were encountered:
Yes. I totally agree - one app can use several databases.
From the coverage report, it would be good to have one report per database instance not per database connection.
The difference is, that if tests are using several connections to one database, the coverage report on a connection level will not give a true picture of code coverage.
The true code coverage will be a coverage as it is by all connections to a particular database.
This is a feature request.
It would be nice to have the coverage reports generated and saved differently then the current approach.
Currently one report is generated per one database connection.
When analysing code coverage we usually look at coverage per instance.
There are cases when for testing single instance multiple connections need to be used.
The code coverage in the current state does not give a true value in those cases.
The existing reports could still be generated and accessed with chooser on the index.thml, just similar to the way we currently have filter combo-box for schema names.
The text was updated successfully, but these errors were encountered: