Best Practices – Inspecting Selenium Tests Code Quality Using SonarQube


In the good old days, automation scripts were mostly record and playback! That was because most of the people who were doing automation were manual testers turned into automation engineers. It was rare to see a a good framework for automated testing. Now situation is completely different. Thanks to DevOps process – everyone understands the importance of automated testing. Nowadays, automation engineers use most of the tools available for Dev/SysAdmin to improve the QA process. We use Jenkins, Git, Docker etc.

We follow all the design principles and patterns for writing our selenium scripts to keep our maintenance effort under control and ensure that our test scripts are following certain standards.

In this article, we are going to take a look at SonarQube – a tool continuously inspects the code we push to GitHub/Version control to ensure that our test script quality is good! Using SonarQube for inspecting our automation scripts brings several advantages. Some of them are listed here.

  • Raises the code quality
  • Detects the duplicate code
  • Ensures that Dev coding standards are being followed
  • Detects any potential issues with the test scripts / logic issues etc

Setting Up SonarQube:

You can visit the official site and check the install instruction if you do not use Docker. I am going to use Docker! Setting up any tool is now easy with Docker.

  • Create a directory
  • Under the directory, create a file – docker-compose.yml with below content.

version: "3"

image: sonarqube:6.7.1
container_name: sonarqube
restart: always
- SONARQUBE_JDBC_URL=jdbc:postgresql://db:5432/sonarqube
- "9000:9000"
- "9092:9092"
- sonarqube_conf:/opt/sonarqube/conf
- sonarqube_data:/opt/sonarqube/data
- sonarqube_extensions:/opt/sonarqube/extensions
- sonarqube_bundled-plugins:/opt/sonarqube/lib/bundled-plugins

image: postgres:10.1
container_name: db
restart: always
- POSTGRES_DB=sonarqube
- sonarqube_db:/var/lib/postgresql
- postgresql_data:/var/lib/postgresql/data


  • Run the below command
docker-compose up -d

  • That command will download all the necessary docker images and bring SonarQube server up and running at port 9000.

Screenshot from 2018-12-31 18-46-05


You can login with default username and password.

  • username: admin
  • password: admin
  • Create a token for your project.

Screenshot from 2018-12-31 18-47-23


  • Select the project language and build tool. In my case it is Java and Maven. As you see, SonarQube supports many other languages like C#, python and JavaScript etc.

Screenshot from 2018-12-31 18-48-48


  • Copy the command which is displayed on the right side.
  • Once we copied, you can close that dialog. We would see below screen. We have not analysed any projects so far.


  • We need to run the command in the machine where we build our project. Modify the copied command from the previous step, slightly as shown here.
    • SonarQube requires compiled code for Java. So we add the ‘clean compile‘ command
    • If SonarQube is running in a different machine, then update the command with the IP address of the SonarQube machine.
    • We also include our classes under test directory
mvn clean compile \ 
   sonar:sonar \ \
  • That’s it. It will compile, inspects the sources and push the results to SonarQube.
  • After refreshing the screen, We can see results as shown here.

Screenshot from 2018-12-31 19-40-33


Our selenium test scripts might not go to production! But it ensures that only high quality product is shipped into Production. As our selenium scripts have big responsibility of verifying the code created by developers, It is important for our test scripts to meet industry quality standards 🙂 SonarQube helps us to meet the code quality.

Happy Testing and Subscribe 🙂

Add a Comment

Your email address will not be published. Required fields are marked *