You should also take a look on add_test() - https://cmake.org/cmake/help/latest/command/add_test.html - to execute e.g. all tests at once.

@jsulm
I absolutely concur, hence my:

[private] cannot access outside, unless you change that or put in friend

The point being to answer OP's

So If i understand correctly without modifying the code to test there is no way to test the connection.

They will have to make some change, which doubtless they were attempting to avoid. Just a heads-up.

@kamal07 Do you have a question?

Hi,

Are you sure your database connection is still opened when arriving in the cleanup function ?

Nice !

Since you have it working now, please mark the thread as solved using the "Topic Tools" button or the tree dotted menu beside that answer you deem correct so other forum users may know a solution has been found.

@Christian-Ehrlicher Thank you so much. That is a very rookie mistake from my end. Thanks again

You can select in your IDE which program should be run. The IDE will not run more than one executable.
You can run all tests on the command line with 'make test' or 'cmake --test' (iirc)

@SGaist @mchinand Thank you so much. Unit testing is a new concept for me and I am trying to learn how to do it and best practices.

@SGaist said in Continuous integration on Github:

GitHub now proposes its own CI using Actions. This project provides a Qt installation action that could be a starting point. Note that I haven't used this particular CI system so I can't comment on its pros and cons.

Thanks. I'll give that a look.

@Christian-Ehrlicher The widget that needs to show the context menu is a QTableView, not a QComboBox.

Hi and welcome to devnet,

Glad you found a solution and thanks for sharing !

One thing you can do is to take a look at the release logs to see what has changed.

However from your description you may have found a regression.

Did you already check the bug report system ?

Oh yes, it's logic. Thanks !!!

@Alain38-0 said in Problem with QTest, QGlWidget, and Qt5:

I have found a similar problem in my application

Please provide a Short, Self Contained, Correct (Compilable), Example (http://www.sscce.org/ ). Remove the confidential and unnecessary elements, and give us a compilable example (including a main() function, a simple class, and an output display) that demonstrates the problem. Otherwise, it's difficult to understand the problem.

Thanks for the reply. Will check it out.

@koahnig

Basically two problems on my side.

.moc is not generated for every dialog as I thought. I got confused by name convention. moc_*.cpp are being produced.

However, I had made another stupid error before. Accidently I had placed my test code into the contructor of the testing class and not in the routine testCase1() as required. However, since I had no problems from the being, I did not pay attention to this details. After moving the code to testCase1() also the test returns from my widget are monitored.

@ck_ee
i don't think using a custom message-handler works, but worth a try.

That would still create an invalid xml file if you use xUnit output.
I use jenkins so the results should be readable from it too. Agree you can handle the xml file manually to make it valid but it looks like a lot of useless work compared to a single line in (windows) batch if you split the tests

for /f %%f in ('dir /b "Tests\*.exe"') do Tests\%%f -o %%f.xml,xml