Testrunner changelog (we do semantic versioning)
- Fix killing WebPageReplay correctly and correct path to WebPageReplay files #108.
- Fix broken path to the WebPageReplay script when running as npm package and fix so you also can run desktop test using WebPageReplay when you use npm #107.
- Fixed the release flow so the Docker containers get the correct tag.
Hello and welcome to 1.0.0! In this release we aim to make it easier to run the full setup in Docker!
With the release of 1.0.0 we makes it possible to configure sitespeed.io with the server/testrunner.yml file #92.
That makes things so much easier when doing a default setup. However with this change we also retire the config/sitespeed.json configuration on the server. If you used that, you need to move that configuration to the yaml file for the server.
To start the server and a test runner locally on your machine you use docker compose:
docker compose -f docker-compose.yml -f docker-compose.app.yml up
If you only wants to start the dependencies:
docker compose -f docker-compose.yml up
When you run the dockerised version of the testrunner, the default setup use the last major version of sitespeed.io.
- A new Docker setup #95
- Bull 4.16.3 #87
- Correctly set the hostname in the configuration file #83.
- Fix a bug setting the baseline for compare plugin #71.
- Correct version in package.json
- When running compare plugin tests using Docker, set the baseline directory automatically #70
-
- Make it possible to choose container that runs the test, using the API #69
- Log testrunner version on startup #67.
- Made it possible to map a baseline directory in Docker so you can run compare plugin tests #66.
- Fix for running WebPageReplay #65.
- Upgrade to Bull 4.15.1 #57.
- Default to max 50 finished jobs in the queue #58.
- Upgrade dev dependencies: unicorn #61, eslint #60,
- Update joi and execa #59.
- Make sure all uncaught errors are caught #64
- Version bump to sync tags.
- Make removeOnComplete and removeOnFail in the queue configurable. If you run a large installation with many many tests, you may want to increase the number of tests that will continue to live in the queue after the test has completed (removeOnComplete) #35.
- Update to Bull 4.14.0 #32
- Only keep 200 of latest completed job in the queue (make this configurable in the future) #33.
- Using common JS script files was broken, fixed in #30.
- Log test id in start log.
- Simplify Docker mapping inside the Docker testrunner #27. This fixes running script files with the testrunner.
- A better cleanup in the work directory for Docker #28.
- Set --cap-add=NET_ADMIN as default for extraparameters (needed for throttling.
- Fix using an extra configuration file in Docker. Before it added an extra folder (that makes it really hard to use) #23.
- Make sure that API calls aren't passed on within the testrunner #21.
- Pass on extra parameters to the Docker container using
--docker.extraparameters
#19. The parameters will be split by space and passed on to Docker between run and the name of the container.
Welcome to the first release of the testrunner!
- Basic functionality.