-
Notifications
You must be signed in to change notification settings - Fork 72
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
gtest doesn't work on build farm #75
Comments
Ok, will look into it. Is this for the release? |
yes and no... I'm actually setting up our own STRANDS build farm (it kind of works already) mimicking ROS as far as possible. The rules will be quite strict (actually the same as on ros.org):
If you're curious, check https://github.com/marc-hanheide/rosdistro (forked from the standard rosdistro, but now starting to add our own packages) So, if there are unit test, they must be able to run on a freshly installed ubuntu without any manual intervention. That's also the definition of unit tests. The tests we have implemented are useful, but should be running under a different regime. I plan to do system tests as well in another STRANDS jenkins instance that then has some additional features (GPU, Mira, etc.). I don't know yet how to best configure these in the |
For the datacentre I am writing rostests. These are designed as integration tests, not unit tests. To test the python parts:
To test the cpp parts:
These both pass for me. They can also be run from
The odd thing is that the first one works for me, but the second one doesn't try to start the datacentre although it should. Instead it ignores the launch file and runs the tests alone. I think if I can fix this problem then everything should run and test ok. |
Just note that it would fail if two tests are run in parallel. Eg. when
|
I was adding the tests wrong. I was using the add gtest macro but I should be used |
catkin forces -j1 when running tests. Does the parallelism come from jenkins? |
The datacentre will also need a test mode where it creates its own local directory for storage, rather than assuming a global one. |
Yes... Jenkins would test code for both hydro and indigo, potentially in parallel, and also for different distros. |
Ok, will find a way to randomise ports. |
The merged pull request triggered a build on the new jenkins: http://lcas.lincoln.ac.uk/jenkins/job/devel-hydro-ros_datacentre/ARCH_PARAM=amd64,UBUNTU_PARAM=precise,label=devel/7/ So, we can see it built, but I had to kill the tests manually as they would wait forever... |
works now |
the gtests in ros_datacentre don't qualify as unit tests as they need a mongodb running on a specific port. This fails on the build farm. It should be removed or not be enabled by default, IMO.
The text was updated successfully, but these errors were encountered: