Read the full article at: Automated Tests for Visual Responsive Layouts
Today it’s all about testing. In 2015, many developers knows about TDD and I personally think that testing is one of the key for quality products. But what about testing in a Front-end environment? How do you guys write your tests for a responsive page or for a specific layout? How do you know if a layout breaks or not without browser checking?
Nobody’s knows. (At least a majority of front-end developers…)
Today I found the answer and it’s called Galen Framework. We can write a specification that describe the layout of a given page, and then the framework will run tests based on that specification, awesome isn’t it? Let’s see together how can we use it.
This article is a different view from the great article Visual Test-Driven Development For Responsive Interface Design written by the Galen Framework author, Ivan Shubin. I wanted to share my personal opinion about this framework and how it can be used today in a quick overview.
About Galen Framework
I will not going deeper about how this framework works but Galen was designed in order to test responsiveness in mind.
It’s pretty easy to use it and the main idea is that Galen test objects location relatively between each others.
When all tests are complete, Galen provide a clean report with failed and passed tests. The report file can be opened in a browser and Galen provide some screenshots when a test failed.
Testing Philosophy:
I’m not an expert in TDD concept but I have a couple of notions. We should always write our tests before starting coding. A test is like the specification of the product or of a given functionality and that’s why we will write our specification test before we write the code.
Initialization:
For the example, we will create a quick HTML sample that provides a box with an introduction text and two buttons designed in a mobile-first methodology in mind.
The scenario we’ll design is just a quick way to see how Galen works in order to have an overall understanding of this product.
We will test this sample in two environments: Mobiles & Tablets.
Preview of the tested scenario.
1 – Folder Structure
Here is the folder structure we need to have:
CSS reset, you can grab it from http://necolas.github.io/normalize.css/
CSS file used in example.html, empty at this stage.
HTML page example. Our scenario and tested page, empty at this stage.
Report directory. Galen will generate all the reports here.
Specification file, this is where we write our tests, empty at this stage.
Test Suite file, this is where we write what we expect from Galen to test, empty at this stage.
2 – Galen Install
In order to be able to run our tests we’ll need Galen 1.6+ installed on our machine. Just follow the instructions on the Galen installation page.
Tests Setup:
First step, we need to write a specification test file. Galen will follow these instructions during the tests.
So let’s fill the spec-example.spec with this bunch of code:
Code Explanations:
The first 3 lines we have declared is the Object Definition, this is where we link our DOM elements to Galen. Then, we declare our test specification following the Galen documentation.
In a plain english, we have declared:
I want the login box width 100% of the viewport in Mobile case.
I want the “Sign Up” button located above the “Sign In” button in Mobile case.
I want the login box width 500px of the viewport in Tablet case.
I want both “Sign Up” and “Sign In” buttons horizontally aligned in Tablet case.
Galen also needs a Test Suite file for running the test we just write. It’s like a config set-up before running test. We need to indicate where our working environment is hosted and what “Mobile” and “Tablet” means. This Test Suite file will be invoked from a terminal to run our tests.
Here is the Test Suite we should write for the test-example.test file:
Code Explanations
The Test Suite file can be created in a couple of different ways. You can find all the details on the Galen Test Suite Syntax page.
First lines are like variables, we define the page name we want to test and the absolute URL where the tested page is hosted. In my personal configuration I have hosted my current directory on a local server so you will need to update the page_url statement. We also provide the URL where the specification file we just created is located.
Then we declare our viewports size which is relative to our specification file.
Finally, the last 3 lines of code indicates Galen to run the test. (A loop for each declarated viewport will be invoked).
Code Example Setup
Since we have our test specification and Galen installed, we will create a simple scenario based on the example we have in the #Initialization part.
So let’s create the example.html file with a couple of HTML:
…and then adding few CSS (main.css file):
Let’s Run the Tests:
Everything is ready so we should start our tests now. Open a terminal and move to /automated-tests/galen/tests directory using cd.
Then, just hit the following command:
Galen will run the tests in Firefox using Selenium so you need to have Firefox Browser installed.
(n.b.: Galen can also execute these tests on different browser but Firefox is the default. This test has also been tested on a Mac, for windows users you may have a different setup).
When the test is complete, a report is created in the reports directory. Just open the report.html file, and here is what you should have:
After reading the report, we can see that all tests are not passed. If you click on page links, you will open a more detailed version of each viewport test.
Here is what you can see if you click on “example.html tablet viewport”:
What’s wrong here? 2 tests failed: Galen says that our buttons are not above each others in mobile viewport and our “login-box” width isn’t 500px in tablets viewport.
Galen provides good explanations using Object Definition names in reports when a test failed or passed. You can also have a nice screenshot in a popup after clicking on the failed test. It will show you what’s wrong at a glance.
Now let’s fix the last test by updating our main.css file:
(We just updated our previous CSS with these new properties).
As soon as our issues may be fixed, we have to run our test again to verify using the previous command:
Galen will now run the same test as before but our CSS is now updated. A new created report will override the previous one.
Now, all of our tests passed:
At this stage, only Firefox has been tested but Galen can be started in different browsers using Selenium. It can also be runned with BrowserStack which is a great news to run your tests on real devices.
Conclusion:
Running automated tests in a Front-end environment should be a new habit and after trying Galen, I really enjoyed it. But be sure not to write too much detail on your specification file. It can be very handy at a first glance to write tests but it can very easily become a nightmare to maintain.
In my personal opinion, I would use it for the main lines of a project like the global layout of a given page or when a feature really needs a particular layout.
I would recommend using Galen aside your daily tests, it’s just another security before going in production. But don’t forget to test by yourself.
This article was a really quick example on what you can achieve today using automated tests for visual responsive layouts. Coupled to an automation tasks runner like Grunt, you can build a test environment easier to maintain.
For an advanced visual testing scenario using Grunt, I have hosted a directory called visual-responsive-testing on GitHub. All the source files are available and follow the main lines of this article.