Question

I just wrote some simple sample code to make sure that I had EclEmma installed correctly. I’m not getting 100% coverage, and I don’t understand why. The highlighting implies that it has to do with the class name. Here’s my code, with corresponding JUnit tests, the way EclEmma highlighted it:

The coverage results show that three instructions in Arithmetic aren’t getting hit, even though both actual methods seem to be completely covered:

I’ve read the EclEmma documentation about basic block coverage, but I’m still confused. I’m not sure which basic blocks are being missed. At first, I thought EclEmma might just be ignoring the bytecode for classes, but ArithmeticTest seems to be handled just fine.

I have two closely related questions:

1. Does this indicate a problem with the way I installed/configured EclEmma?
2. Is it normal/acceptable for fully covered code to have a high-but-not-quite-100% EMMA coverage rating, and if so, how does that work?

Answer 1

Your code implies a default constructor, which can’t be properly tagged by Emma, because it doesn’t have a block of text.

Since it is not properly tagged within the block of text, Emma can’t associate the coverage logging with the text file, and it looks like some code isn’t covered; because, you ran some bytecode, but the line logging couldn’t be registered. Later when the reporting element reads the line logging, they can’t find the line numbers for the default constructor, and it highlights the error in the only place that sort of makes sense, the class declaration line.

The default constructor looks like

public Arithmetic() {
  super();
}

Where the super is the implied first instruction which will construct Object. While you may omit its presence, the compiler will add it in for you. That’s where your get “3 lines” instead of one.