In our project we are using the QtTestLib for a unit testing. The reasons are that the whole project already uses Qt whenever it’s possible and it’s a GUI application, so we wanted to have ability for testing GUI interfaces.
Our project is compiled by the MSVC, so we didn’t want to have a separated project file for each test ‘coz it will clutter the solution. Thus we have created a single project for all tests. All testing should be automated on a CIS (continuous integration), so we tried to plug our tests to the Hudson through an output file in XML format using some XSLT transformations.
But it seems there is a problem with tests’ output. If you use a single main() for all tests and merely transmit cmd line arguments to each test:
#include "MyFirstTest.h"
#include "MySecondTest.h"
int main(int argc, char **argv)
{
int result = 0;
MyFirstTest test1;
result |= QTest::qExec(&test1, argc, argv);
MySecondTest test2;
result |= QTest::qExec(&test2, argc, argv);
return result;
}
then you will get a result file rewrited multiple times. So if you want to automate it somewhat using output file (xml for example), you’ll get only the last result in it. All other will be overwritten.
We have tried that approach already, it does not give you ability to use some continuous integration systems like Hudson. So my question will be: is there any opportunities to append results in one output file? Of course we can use some workarounds like running each test by QTest::qExec() with a modified parameters to write results in separate files, but it doesn’t seem to be the best way. Ideally I want to have a single result file to use it with CIS.
With this trick you can collect the individual test xml reports to temporary buffers/files; all from a single test binary. Lets employ QProcess to collect separate test outputs from within one binary; the test calls itself with modified arguments. First, we introduce a special command-line argument that harnesses the subtests proper – all still within your test executable. For our convenience, we use the overloaded qExec function that accepts a QStringList. Then we can insert/remove our "-subtest" argument more easily.
Then, in your script/commandline call:
and here you are – we have the means to separate the tests output. Now we can continue to use QProcess’es ability to collect stdout for you. Just append these lines to your main. The idea is to call our executable again, if no explicit tests are requested, but with our special argument:
Then in your script/commandline call:
Indeed, hopefully future QTestLib versions makes this easier to do.