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
A lot of our test coverage is coming from the fact that there are a lot of deep rooted internal couplings and static method calls which cannot be mocked. This is massively throwing off our coverage reports and misrepresenting our actual state of the test suite. We need to work through the test suite to explicitly mark what the test cases are actually covering so we stop having leakage of covered code through test cases that aren't designed to be covering certain methods (i.e. JApplicationCmsTest shouldn't be covering the JDate constructor). This will help to better represent what we have explicit test cases and coverage for and therefore help us to better refine our test suite.
We've gotta start somewhere. When you have 1900 cases for the JDate constructor and 1896 of them are from tests that cover code that uses JDate (as in they shouldn't be covering that), you're basically left with not knowing what code you're actually testing.
A lot of our test coverage is coming from the fact that there are a lot of deep rooted internal couplings and static method calls which cannot be mocked. This is massively throwing off our coverage reports and misrepresenting our actual state of the test suite. We need to work through the test suite to explicitly mark what the test cases are actually covering so we stop having leakage of covered code through test cases that aren't designed to be covering certain methods (i.e.
JApplicationCmsTest
shouldn't be covering theJDate
constructor). This will help to better represent what we have explicit test cases and coverage for and therefore help us to better refine our test suite.https://twitter.com/mbabker/status/859412612471300096
The text was updated successfully, but these errors were encountered: