Skip to content

A simple template for a test automation suite using Neodymium.

License

Notifications You must be signed in to change notification settings

Xceptance/neodymium-template

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Introduction

This repository is supposed to be used as a template for test automation projects using Neodymium Library. It contains both a pure Java and a Cucumber approach. It is a test automation template based on best practice libraries and added missing functionalities designed to aid test automation done by Xceptance.

Getting familiar

Please perform the Hello World tutorial first to get a first insight and feeling for test automation with Neodymium. Afterwards you will be ready to deep dive into more complex scenarios. Our Neodymium-example project demonstrates all the cool stuff that's possible with Neodymium. Furthermore, we've set up a Neodymium Wiki to explain different concepts and use cases.

Hello World

Get your own copy

  1. Fork this project
  2. Rename the project (Open the pom.xml and adjust the name tag)
  3. Import the project into an IDE of your choice. (It should be able to handle Maven project in order to sort all the dependencies for you)

Set up

  1. Set up WebDrivers and Browsers

    1. Open config\neodymium.properties
    2. Set and uncomment the property neodymium.webDriver.chrome.pathToDriverServer
    3. Set and uncomment the property neodymium.webDriver.chrome.pathToBrowser if you want don't want to use the default - Chrome
  2. Change the URL (or try with https://www.xceptance.com:443/en/ (already set) for demo purposes)

    1. Open config\neodymium.properties
    2. Set neodymium.url.protocol to the protocol, i.e. https
    3. Set neodymium.url.host to the host, i.e. www.xceptance.com
    4. Set neodymium.url.site to the path, i.e. en
    5. Set neodymium.url.port to the port with a colon in front, i.e. :443

    Within the configuration, those values are combined using the following rule: ${neodymium.url.protocol}://${neodymium.url.host}${neodymium.url.port}/${neodymium.url.site}/

    Instead of setting all these single values, the property neodymium.url could also simply be changed to the desired URL. However, since the Owner framework allows reading and especially mutating properties, it is often more helpful to separate the URL in its respective parts.

Execution

  1. Run the template.neodymium.tests.smoke.HomePageTest.java from the Neodymium package as JUnit test

Validate the World with Neodymium

  1. Adjust the validation within the template.pageObjects.pages.HomePage.java to match the site that is going to be tested (only if you changed it)
  2. Run the template.neodymium.tests.smoke.HomePageTest.java again

Validate the World with Cucumber

  1. Run the template.cucumber.tests.RunAllFeatures.java from the Cucumber package as JUnit test

Taking ownership

If you want to adopt the template for your own project, you'll want to change the template folder to something more project specific. Please perform the following steps to rename it:

  1. Rename the template package to a name of your choice
  2. Update the pom.xml (especially the Surefire configuration that states which tests should be executed)
  3. Update the @CucumberOptions within template.cucumber.tests.RunAllTests.java to have the new path in features and glue

Remove the unneeded code approach

After you have decided whether you want to go the pure Java or the Cucumber way. You can simply delete the folder of the unused approach (either src/test/java/template/neodymium or src/test/java/template/cucumber). If you like you can also clean up the Surefire configuration in the pom.xml by removing the now unused <include> path.

<includes>
    <!-- Neodymium (pure Java) test cases -->
    <include>template/neodymium/tests/**/*Test.java</include>
    <!-- Cucumber test cases -->
    <include>template/cucumber/tests/RunAllFeaturesTest.java</include>
</includes>

In case you want to use both approaches you are free to do so and take advantage of both of their strengths.

JUnit 5 vs. JUnit 4

With Version 5.0.0 of Neodymium we introduced JUnit 5 as our standard way of doing things. But since JUnit 4 is still very popular we decided to keep a backwards compability to JUnit 4. Hot to use this can be seen in the branch update-to-neo-5-junit-4

License

MIT