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

Coding something simple.... or not! Taking a screenshot on error using Selenium WebDriver

I recently wrote a little function that takes a screenshot at the end of a test if it has errored. What sounded very simple at the start turned out to be quite a bit of work, and quite a few lines of code to handle certain scenarios! It's now over 50 lines of code! I'll start with what I had at the beginning, this was to simply take a screenshot in the working directory, we are using SpecFlow and Selenium to run the tests, so we are going to check if the ScenarioContext.Current.TestError isn't null, if it is, then using Selenium, take a screenshot (note the below code is a simplified version of what I had at the beginning). [AfterScenario]         public static void TakeScreenShotOnError()         {             if (ScenarioContext.Current.TestError == null) return;             var screenshotDriver = Driver as ITakesScreenshot;             if (screenshotD...

How to manage resources within new teams?

Working where I work we are constantly spinning up new teams to take on new workloads as business come up with new demands and new features they want developed and tested. The problem with this is how do we ensure the work of the newly spun up team is of sufficient quality. One method is by taking people from other established teams and placing them on the new team. This works great for the new team, but unfortunately it will oftenl eave the established team lacking in a resource whilst they try and fill the gap left by the person who has left. We are seeing this often with our offshore teams, it can be damaging to the team structure and the teams velocity, but try as I might, I can't think of another way around it. It's far easier to take 1 person from a team that is established than it is to build a whole new team from scratch. At least by leaving the core of a team in place, you should be guaranteeing that the new team are aware of any coding standards or any QA standard...

Considerations when creating automated tests

We recently released to a number of teams our automated regression pack that has been worked on over the past few months. This regression pack tests legacy code, but contains a large number of tests.  As a bit of background, a number of teams are working on new solutions whilst some are still working on legacy code. With this in mind we constructed an email with a list of guidelines when creating new tests that need to be added to this regression pack.  I figured that these can be quite broad so should apply for any organisation, so thought it would make an interesting blog post...  So here goes,  when creating automated tests, it's important to consider and adhere to the following: - Think about data . The tests need to retrieve or set the data they need without any manual intervention - This should help them be more robust and easier to run without manual intervention. - The tests need to be idempotent - By making it so that each test is standalone and does...