Ryan Chu

Docker-based test servers for network-related Qt autotests

Published Thursday November 1st, 2018
4 Comments on Docker-based test servers for network-related Qt autotests
Posted in CI, Network | Tags: , ,

The existing network test server has had limitations for years. Most notably, it is only available in Qt intranet. it is not accessible by Qt developers to run network tests from outside. Since the old network test server can’t easily be reproduced, the contributor relies on Qt CI to verify and debug their changes.

As for Qt internally, the server configurations are out of date and hard to be maintained. Apparently the network code and tests are out of sync. That’s why the test server doesn’t work with many legacy tests. It makes those tests blacklisted. Even we desire to do something, it is no way to remove the blacklist. Moreover, some services (e.q. Samba) don’t allow simultaneous access. When more than one virtual machine are running the test at the same time, flaky result occurs occasionally. (what a nightmare, sigh!)

Replace the monolithic test server with Docker containers

The challenge is that it needs not only consideration for the user environments but also the test framework of Qt. We want to make it ease to use for the developers., but we need to compromise under the current test framework.

After countless discussions, we have managed to make it works on both Ubuntu and macOS.  The developers can now test networking code by using local containers to run the test servers. Besides, Qt CI is doing the test of QNetworkReply with it. If nothing unexpected happens, the Windows system with MinGW compiler is coming soon.

Requirements from developers

  1. Launch the relevant infrastructure transparently when doing make check
  2. Minimal setup required without modifying host settings (e.q. /etc/hosts)
  3. Test network code locally without login Qt intranet
  4. Provide a constant environment for each test
  5. Split the monolithic test server into several dedicated services
  6. Use Gerrit to review tests and the corresponding server configurations in the same space
  7. Progressively convert tests from using the old server to using the new approach one by one
  8. The server configurations vary depending on the repository branches
  9.  Support Qt shadow builds as well

 

Requirements from Qt CI

  1. Coin loses network connectivity after provisioning
  2. Cache the provisioned images so that Coin won’t rebuild the images every time
  3. Run tests in parallel to speed up the process when staging changes
  4. The side-effect shall be completely isolated if the tests are using the same service at the same time

 

NOTE: To learn more about how to rework existing tests and create new test servers, https://wiki.qt.io/Network_Testing.

How to run tests

Just try it, and then you will see how it works!

The container-based solution shall launch itself transparently when building check target. If the user has installed docker engine on the host, the test servers will be built up inside separate docker containers, and then, the test case goes with the docker-based test servers. Otherwise, the tests will keep using the internal test server.

bash: ~/qtbase/tests/auto/network/access/qnetworkreply (dev)
$ make check

Prerequisites

Before starting the test servers, it requires the user to run the provisioning script in advance. The provisioning script is used to build up the docker images into the docker-cache. It handles the immutable parts of the server installation that rarely need adjustment.

qt5/coin/provisioning/common/linux/docker_testserver.sh
qt5/coin/provisioning/common/macos/docker_testserver.sh

What happened in the box

sequence_diagram_step

(1) Ensure that the docker images have been provisioned. If you get the massage below, please run the provisioning script, and then try again.

  • Docker machine qt-test-server not found
  • Docker image qt-test-server-* not found

(2) Use docker-compose to bring up the depending test servers

(3) Build test code with the predefined macro QT_TEST_SERVER

(4) Use mDNS to retrieve the IP address of each server and make sure their services are ready, and then start running test

(5) Destroy test servers and tidy away related files

Future works

It is not the perfect right now. There are still some works to be done. However, this is the first step, as well as the foundation that we can make it better step by step.

  1. Support multistage provisioning. Provision the test data in qtbase.
  2. Use Vagrant Docker provisioner to replace Boot2Docker

 

docker_qnetworkreply

Do you like this? Share it
Share on LinkedInGoogle+Share on FacebookTweet about this on Twitter

Posted in CI, Network | Tags: , ,

4 comments

CESlater says:

This appears to be a Linux Docker run on a Linux host. Has any of this been done with a Win 10 host? Preferably with both Windows and Linux containers (LCOW)

Thanks

Ryan Chu Ryan Chu says:

Windows support is coming soon. Windows host with MinGW compiler is my next target. I’m enabling the same approach from MacOS to Windows 10. To make this approach simple, each test server is deployed to a Linux container.

Is there any idea or feature from you requiring Windows container?

CESlater says:

I am running Dockers 18.06 on Win 10, in experimental mode. That means that I can run “Linux Containers On Windows” aka LCOW. LCOW seems fairly robust until I toss real world apps like Jenkins and Artifactory (Conan) at it… but those are not small apps.

The idea is/was to have the Win 10 machine support compilation and testing of apps for the Win/Linux platforms all on one machine or swarm.

Ryan Chu Ryan Chu says:

I see. You want to deploy the Win/Lunux apps (tests) to their platform container, but not just the test server itself. Your idea is a nice feature for the advanced users (> Windows 10 Home).

Leave a Reply

Your email address will not be published.

Get started today with Qt Download now