<div dir="ltr"><div><div><div><div><div><div>Hi guys<br></div>I was thinking, based on some of the experience I've got so far with jDEECo (and elsewhere), that it would be nice to have more (unit) tests.<br>Mainly because some of the less used modules (such as sde and jpf) often end up being broken due to some changes in the core modules.<br>

</div></div>Having tests would make this easier to discover.<br></div><br>These tests do not have to be all unit tests but can be rather full system tests (such as running the JPF on an example - leader-follower - and comparing the console output - no Java exception expected, particular verification result expected...)<br>

<br>These tests would be naturally pretty slow.<br>However, in order not to slow down the daily development with such tests, we can use some continuous integration tool to run these tests after each commit to the GitHUB repository.<br>

For example <a href="http://docs.drone.io/java.html">http://docs.drone.io/java.html</a><br><br>This is more important as we will be writing a new jDEECo core, which 
would be pretty small but critical and thus deserves some testing (also,
 tests are sort of a documentation of API etc.)<br><br></div>Think about it.<br></div><div>We can start implementing this when the new jDEECo core starts being developed.<br></div><div><br>J<br></div></div>