Clover on J2EE: Manual Testing

I'm new to Clover and I would like to apply test coverage to a J2EE web application with Websphere server. I am wondering that is it possible to run it without providing junit test cases ? in other words, is it possible to execute test cases from the browser on the fly since it's a web application ? for example, the user will be clicking around on the browser, and Clover will be sitting on the back tracking which method or class from which servlet that is being called and excuted, and then generate a report at the end based on that.

If so, can you give me instructions or example on how to do it on Eclipse ?

2 answers

I have the same question. In our sprint lifecycle, progression of tests is as follows:

0. Develop unit (JUnit) tests

1. Sanity tests ahead of hand over to QA

2. QA tests

3. Full regression test (priori to FCS)

I would like to build uo coverage metrics cumulatively fro (0) through (3).

Would Clover enable me to do this? Pl note that tests (2) and (3) are most likely executed by hand (using the

web interface).

0 vote

Yes, you can measure code coverage for any code which has been instrumented, no matter whether it's executed as a unit test or manually.

In order to run server-based test you will need to change flushing policy to "threaded" or "interval" (unless you will shutdown Websphere). More details on Working+with+Distributed+Applications and Using+a+Flush+Policy pages.

In order to have single coverage report from all kinds of tests you have to merge clover.db files - e.g. via command line tool CloverMerge or Ant clover-merge task.

Please note that:

  • in case of manual testing, you won't be able to use test optimization feature (as there are no JUnit/TestNG testcases)
  • it's advisable to run manual/QA tests on development environment and not on production (as instrumentation adds memory/cpu overhead, might change race conditions etc)

I've just found this after asking myself

I've followed these isntructions with no coverage output being produced. Is there additional troubleshooting/debug information available?



I mentioned about merging of database files, but this has to be done after running tests. In general we have two approaches for multi-module builds:

  1. create separate clover.db for every module, run every module (they can be executed separetely), next merge coverage results into one cloverMerge.db (using the clover2:merge goal) and generate a coverage report or
  2. create single clover.db for whole application (using the singleCloverDatabase property for clover2:instrument or clover2:setup goals), run whole application, (no need to merge), next generate a coverage report


Suggest an answer

Log in or Join to answer
Community showcase
Teodora [Botron]
Published Feb 15, 2018 in Marketplace Apps

Jira Inferno: The Nine Circles of Jira Administration Hell

If you spend enough time as a Jira admin - whether you are managing a single, mid-sized instance, a large enterprise one or juggling multiple instances at once - you will eventually find yourself in ...

1,138 views 6 19
Read article

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you
Atlassian Team Tour

Join us on the Team Tour

We're bringing product updates and pro tips on teamwork to ten cities around the world.

Save your spot