80% of code coverage is a common number expected by QA departments. Such a metric is relatively easy to achieve:
- Test simple things first. The simpler, the better.
- Don't use asserts. They don't influence the code coverage and just break the build.
- Don't use
fail, and do not re-throw exceptions - just swallow them.
- Sometimes you will have to split complex methods into smaller ones. Names don't matter. Its additional effort, but will increase your code coverage. Goto 1.
:-). Although I never saw all four items in the "field", the use of System.out.println instead of asserts becomes increasingly popular idiom. It is very easy to satisfy the QA department and write completely unmaintainable code at the same time :-).
NEW workshop: Building HTML 5 Applications With React.js
On demand workshops: Java EE 7 Bootstrap, Effective Java EE 7, Java EE 7 Testing and NEW: Java EE 7 Microservices are available for streaming