Skip to main content

Using BDD and gherkinising your Acceptance Tests

In my post Testing of Automated tests, I mention about a BDD framework which involves using BDD to drive your acceptance tests. BDD stands for Behaviour Driven Development. 

One effective method of writing BDD tests are by using a format known as Gherkin language. These consist of Given, When, Thens. The main advantage of the gherkin language is that it's readable by the business, and in an ideal world forms part of the Conditions of Acceptance around a PBI.

Also, using a Visual Studio plugin of SpecFlow, you can integrate your Gherkinised COAs into your solution with feature files, and then drive the automated tests, however, for this post I will focus solely on how to effectively gherkinise your acceptance tests.

A Feature file consists of a feature outline, which details what the feature file is testing followed by Scenarios and examples (parameters). The BDD scenarios are made up of a Given, When, Then... These are effectively an initial state (Given), an action (When) and an assertion (Then). 

We will use a generic example of being able to search on the google homepage, so an example of this would be:

Feature: Searching on Google
In order to find information about a topic
As a website User
I want to be able to view search results for a topic

Scenario Outline: User is displayed search results when searching for a search term that has results
Given I am on the Google SearchPage
When I search for a <searchTerm>
Then the search results page is displayed

Examples:
|searchTerm|
| Sunderland AFC |

You would then have the searchterm as a parameter (in this case Sunderland AFC), meaning the step is more reusable. If you wanted, you could add more searchterms and run the test multiple times:


Examples:
|searchTerm|
| Sunderland AFC |
| Manchester United |
| Arsenal |

If we wanted to add a slightly different test, one that checks for the Did you mean text, this would be easily achieved by using the same Given step, and the same When step, but changing the Then...


Scenario Outline: User is displayed the Showing results for text when searching for an incorrect term
Given I am on the Google SearchPage
When I search for a <searchTerm>
Then the Showing Results For page is displayed with <expectedText>

Examples:
|searchTerm| expectedText |
| Sunnderland | Sunderland| 

So the above scenario checks for the Showing Results for text when the user has misspelled a search term. However, the only new step is the Then step. This isn't that beneficial when used just as a manual test, however the real value comes when automating the tests, which we will do in the coming days/weeks, the aim of this mini project is to create from scratch a simple set of automated tests, that run against Googles search engine, using the page object model (which I will discuss in a future post as well) with Selenium WebDriver and C#. If you have any specifics over something you'd like me to cover, then leave a comment, and I'll try and put it into the posts in the future.











Comments

  1. Nice Article! I always preferred blogger to get ideas, because its provides more information over the books & here I gathered more precious skill from the professional, thanks for taking your to discussing this topic.
    Regards,
    Best Selenium Training Institute in Chennai|Selenium Training in Chennai

    ReplyDelete
  2. Thank you for this valuable information. I have got some important suggestions from it. Get your business to the next level in simple steps.
    ERP Solutions in Chennai | ERP Software Solutions in Chennai.

    ReplyDelete
  3. I simply wanted to write down a quick word to say thanks to you for
    those wonderful tips and hints you are showing on this site.

    hadoop training in chennai
    angularjs training in chennai

    devops training in chennai

    digital marketing training in chennai

    ReplyDelete
  4. I feel really happy to have seen your webpage and look forward to so
    many more entertaining times reading here. Thanks once more for all
    the details.

    aws training in chennai

    selenium training in chennai

    python training in chennai

    ReplyDelete

Post a Comment

Popular posts from this blog

Testers: Be more like a Super-Villain!

Who doesn't love a Super Hero? Talk to my son, and he'll tell you how much he loves them, talk to many adults and they'll say the same! Deep down, we all love to be the Super Hero, we all want to save the day! However, I want to talk about the flip side of Super Heroes, the Super Villains... I often play Imaginext with my son, and I (unfortunately?) am nearly always the Super Villain! Be it Lex Luthor, Joker, Two Face, Mr Freeze or The Riddler! These are all great characters and great Super Villains, but why would I want to write about Super Villains? A while ago where I worked, we had a few Super Heroes, people who would be able to come in and "fix" things that had broken and help deliver projects on time. We then shifted, we decided to do away with the Super Hero culture and try and prevent from being in that position in the first place, whilst we didn't go as far as wanting to hire Super Villains, it's definitely a story that has stuck with me and t...

QA is Awesome!

No real point to this post other than I have had the song stuck in my head and figured I could change it slightly and quite easily make QA is Awesome! Oh and I haven't even seen the movie all the way through! But for some reason that song is incredibly catchy! Not much point to this post in fact, just thought I'd put it out there :)

What we (Asos Testers) are working towards this year...

At Asos we have a large testing team (30+ testers), they all work within their development teams, and the way development teams work can vary and understandably so. Helping the 30+ testers we have a number of Test Leads, of which I am one, recently we (the leads) all got together to come up with a plan of things that we feel we need to work on/define/have an idea of how to approach them for the next year to help improve our testing standards across the boards and improve the skillset of testers within the teams. To help with this we got together and came up with a mindmap, the plan going forward is for us to take ownership of one of the areas and come up with a strategy/approach/implement actions to help improve the areas and define whatever is needed. There's a lot there, and I'll probably write seperately about each one, and what we're doing, as it's always good to share ideas and get feedback... so watch this space!