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:
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.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With