Starting with v0.5 Nightwatch supports the tests to be run in parallel. This works by specifying multiple environments in the command line, separated by comma. E.g.:
When Nightwatch runs a test, it processes its commands in a list known as the command queue. This list manages the asynchronous execution of the commands defined in that test. As a queue, the command queue generally follows the rule of first in, first out (FIFO). The first command you call in a test is the first executed when the test runs. The second command is called next, followed by the next command up until the last command added, which becomes the last command executed.
Setting up End-to-End testing (for Nyssetutka.fi) using Nightwatch.js, Selenium and ChromeDriver and running the tests in a headless Chrome instance was super easy.
What I always find hardest to figure it when it comes to unknown systems, it’s ‘how things fit together’. These project might have great documentation, but how the ecosystem plays together is usually left as an exercise for the reader. This happened to me again when diving into frontend testing. I figured out how to get nightwatch+selenium-standalone+chromedriver+chrome working somehow, without fully understanding each part in the puzzle. I went with Nightwatch because I like the syntax and it seems one of the obvious options nowadays. That works until I updated some dependencies and broke everything again. So I took some time to figure out how these things fit together and what is really needed for me tests. I’ve learned that Selenium is the godmother of modern frontend testing. It’s a framework with bindings for multiple languages. To decouple the server from the actual browsers, it invented “Selenium RC” as a protocol. That lead to the development of the WebDriver W3C standard which replaces Selenium RC is newer versions and is implemented for the most common browsers (Chrome -> Chromedriver, Firefox -> FirefoxDriver).
In Part 1, I discussed running Selenium and Chrome headless mode on Docker. Originally the plan was to use AWS CodePipeline and AWS CodeBuild to run the Docker container and the smoke tests for my website.
Debugging Nightwatch tests in WebStorm · nightwatchjs/nightwatch Wiki
nightwatch-video-recorder
maxgalbu/nightwatch-custom-commands-assertions: Nightwatch.js custom commands and assertions
nightwatch-docs/run-parallel.md at master · nightwatchjs/nightwatch-docs
How we made automatic nightwatch.js tests more stable and faster
Understanding the Command Queue · nightwatchjs/nightwatch Wiki
Nightwatch.js script for taking screenshots of a given URL at various browser widths.
E2E testing with headless Chrome and Nightwatch - Pietari Heino [] extreg.com
Frontend Testing Zoo - Or, Nightwatch without Selenium - 5π - fish's blog
UI Testing with Nightwatch.js, Headless Chrome, and Docker: Part 2
FFmpeg
nightwatch-docs/runner-options.md at master · nightwatchjs/nightwatch-docs