Every adjustment to a website brings risks with it. How can you be certain that you won’t break something else? Complexity will lead to a greater risk. Are you going to test each feature before every launch? Find out what you can do to have a smooth launch.
This post originaly was posted on the Inventis blog in dutch (Je website automatisch testen).
In a perfect scenario you are going to test each feature before every launch. But let’s be honest: test your entire website is, in most scenario’s, impossible. Clicking aimlessly trough the website, filling out some forms and placing a dummy order. Which is probably something that you’ve done a dozen times and worked on every occasion. But that one time you skip this you will meet Murphy. Something is wrong in the cart and nobody is able to place an order.
So. how can we prevent this?
The first thing you should do is take a look at the goal of your website. Are you generating leads with a contact form? Then you must be sure that it keeps working. Do you have an online store? Make sure you’re able to place an order at any given time.
Search for the most important task of your website:
Want to go a step further? Read more about creating a scope document to map each feature of your website. (dutch)
Yes, you can automate that.
Gherkin is a simple declarative language that everyone can understand.
“Gherkin is a Business Readable, Domain Specific Language that lets you describe software’s behaviour without detailing how that behaviour is implemented.”
Behind the scenes the developer can add code in his preferred programming language to add functionality to the features described in Gherkin. It’s mostly used in English but is available in more then 30 different languages.
Let’s take a look how we can describe filling out the contact form:
Given there is a link ‘Contact us’ on the homepage When I go to the page ‘Contact us’ And I fill out the contact form Then I see a success page
Based on this description it’s clear for everyone what can be expected. The client know what he’s going to receive and we know what we need to build.
Every line in the description can be provided with the necessary logic.
To do that we’ll be using Behat and Mink. Behat is a tool that can interpret the Gherkin language. Mink is being used to provide a browser in the background.
Let’s take a look at this line:
And I fill out the contact form
The developer can write the following code:
This code will look for the form on the page (line 9), fill it out (lines 11 trough 14) and send it (line 16).
After we run this test we get the following result:
We can see that the test succeeded and we know for sure the contact form is working. You can always extend this test to check if the entry is logged in the database and an email has been sent to the right person.
You can never be. Webdevelopment is complex en complex stuff is sensitive for erros. But with automating the test and running them after each adjustment you know for sure you won’t be missing any conversions.