{"id":55484,"date":"2022-09-22T14:00:43","date_gmt":"2022-09-22T08:30:43","guid":{"rendered":"https:\/\/www.tothenew.com\/blog\/?p=55484"},"modified":"2022-09-22T14:00:43","modified_gmt":"2022-09-22T08:30:43","slug":"automating-the-api-testing-using-rest-assured","status":"publish","type":"post","link":"https:\/\/www.tothenew.com\/blog\/automating-the-api-testing-using-rest-assured\/","title":{"rendered":"Automating the API testing using Rest Assured"},"content":{"rendered":"

In any project, we have a large number of APIs, and if we only stick to manual testing, then it will take a lot of time and resource consumption; managing this situation is also very challenging in this recurring release trend in the industry. To overcome this, it is good to start the API Automation and target to automate maximum APIs. The API automation runs very fast and gives us the execution report by which we can analyze the failure cases quickly and take the required action. The automation can be run on a daily basis by which we can quickly look at all the APIs and if anything breaks by the new code change, then we can report the issue on the same day.<\/span><\/p>\n


\n<\/span>1. Introduction to the Rest Assured<\/b><\/h2>\n

It is a java library used to test the Restful Web Services. The full form is (REpresentational State Transfer). Using JAVA we can use this library to create a complete automation suite as per our project requirement. It supports HTTP methods like GET, POST, PUT, PATCH, and DELETE which are widely used in API testing.\u00a0<\/span><\/p>\n

2. Getting Started with the framework creation\u00a0<\/b><\/h2>\n

In order to create the framework first step is we need to set up any IDE in our machine in this case I am using Eclipse the second step is to install JAVA. Now first, create a maven project and then convert it to TestNG.<\/span><\/p>\n

Steps to create a Maven Project:<\/b>\u00a0In the eclipse, navigate to File > New > Other > Select Maven Project > Next > Provide the Group ID and Artifact ID and create the project.<\/span><\/p>\n

Steps to convert Maven Project in TestNG: <\/b>Do right-click on the maven project > Select TestNG > Convert TestNG.\u00a0<\/span><\/p>\n

\"\"<\/p>\n

Here the point of focus is that our project name is \u2018ClientManagement\u2019 and we have two folders under src\/test\/java the first one is <\/span>com.org.Base<\/b> and the second one is <\/span>com.org.Tests <\/b>also I have created one config file with the name <\/span>config.properties<\/b>. <\/span>In this project, we will do the CRUD operations like adding the new user, fetching the record of any existing user in the same way update and deleting the users. <\/span><\/p>\n

3. Adding the required dependencies in the project<\/b><\/h2>\n

We can add the below dependencies from here <\/span>https:\/\/mvnrepository.com\/<\/span><\/a> it is always recommended to add the latest version of the dependencies. Add all the dependencies in the POM.xml file.\u00a0<\/span><\/p>\n

<dependency><\/span>\r\n<groupId>junit<\/groupId> <\/span><artifactId>junit<\/artifactId> <\/span><version>3.8.1<\/version> <\/span><scope>test<\/scope><\/span>\r\n<\/dependency><\/span>\r\n<dependency><\/span>\r\n<groupId>org.testng<\/groupId><\/span>\u00a0<artifactId>testng<\/artifactId> <\/span><version>7.0.0<\/version><\/span>\r\n<\/dependency><\/span>\r\n<dependency><\/span>\r\n<groupId>io.rest-assured<\/groupId> <\/span><artifactId>rest-assured<\/artifactId> <\/span>\u00a0<version>4.4.0<\/version><\/span>\r\n<\/dependency><\/span>\r\n<dependency><\/span>\r\n<groupId>io.rest-assured<\/groupId> <\/span><artifactId>json-path<\/artifactId> <\/span><version>4.1.2<\/version><\/span>\r\n<\/dependency><\/span>\r\n<dependency><\/span>\r\n<groupId>io.rest-assured<\/groupId> <\/span><artifactId>json-schema-validator<\/artifactId> <\/span><version>3.3.0<\/version><\/span>\r\n<\/dependency><\/span><\/pre>\n
4. Creating the required classes and adding the methods in the Base Package<\/b><\/h2>\n
Here we will create the classes and common methods that would be used throughout the framework.\u00a0<\/span><\/p>\n
4.1<\/strong>\u00a0In the <\/span>com.org.Base<\/b> package first, create a <\/span>Setup<\/b> class and create a method to read the data from the property file. This\u00a0 \u00a0 \u00a0 \u00a0 \u00a0 method takes a key name as a String and returns the respective value.<\/span><\/p>\n
\"\"<\/p>\n
4.2 <\/b>\u00a0<\/span>Prepare the config file<\/b><\/p>\n
Here we add the URLs and test data that will be used throughout the framework and by the utility that we have already created in the <\/span>Setup<\/b> class we would be fetching the values.<\/span><\/p>\n
Note<\/b>: All the URLs mentioned here are dummy URLs you can add your own as per your project.<\/span><\/p>\n
\"\"<\/p>\n
4.3<\/b><\/p>\n
Again in the <\/span>com.org.Base <\/b>package, we create a new class <\/span>RestUtilities <\/b>and in this class, we will create some common utilities that will be used in the framework. Here I am creating two methods the first is to add the new user to the system and the second is to get the detail of any existing user.\u00a0<\/span><\/p>\n
In the <\/span>RestUtilities <\/b>class first, I create the object of the <\/span>Setup <\/b>class so that we can call the methods declared in that class.\u00a0<\/span><\/p>\n
\"\"<\/p>\n
\"\"<\/p>\n
Both methods return the response code based on which we will write the assertion and validate the API. Likewise, we can create other methods to update the user\u2019s details and delete the user from the system.\u00a0<\/span><\/p>\n
5. Writing the actual test script based on the requirement\u00a0<\/b><\/h2>\n
In the <\/span>com.org.test <\/b>package first, we create a class <\/span>TestCase_UserManagement_Operations <\/b>here we can write all our test cases here I am writing a sample test case to verify that a new user can be added to the system through API, for this, I will call the Add new user method <\/span>declared in the <\/span>RestUtilities <\/b>class and based on the response code I will write the assertion, in this case, the if the response code in 201 then test case will be passed.\u00a0<\/span><\/p>\n
Note<\/b>: We have to use the @Test annotation from the TestNG before each test case this will help at the time of the execution.<\/span><\/p>\n
\"\"<\/p>\n
6. Configuring the execution file\u00a0<\/b><\/h2>\n
For the test case execution here we will use the <\/span>TestNG.xml <\/b>file, in this, we can manage all our execution control. This is the same file that got generated when we converted our project into TestNG in the initial steps.
\n\"\"
\n<\/span><\/p>\n
We are doing the execution based on the classes, in the project all the test cases of the class
\nTestCase_UserManagement_Operations will be executed as we have passed the same class name under the <class> tag in the testNG.xml.<\/p>\n
Now we can manually run the complete suite or we can schedule an automated job from any CICD tool.<\/span><\/p>\n
7. Fetching the data from the response body<\/b><\/h2>\n
In the above example, we are validating the API based on the response code but in real-time we are also required to fetch the response data and its validation. We can use the below code the fetch the data from the response and then write the assertion as per the need.<\/span><\/p>\n
\"\"<\/p>\n
In the above code, we are fetching specific user details using user_id, now using the <\/span>JsonPath<\/b> we fetch the first_name from the response and write the assertion.\u00a0<\/span><\/p>\n
 <\/p>\n
 <\/p>\n
 <\/p>\n
 <\/p>\n
 <\/p>\n
 <\/p>\n
 <\/p>\n
 <\/p>\n
<\/div>","protected":false},"excerpt":{"rendered":"
In any project, we have a large number of APIs, and if we only stick to manual testing, then it will take a lot of time and resource consumption; managing this situation is also very challenging in this recurring release trend in the industry. To overcome this, it is good to start the API Automation […]<\/p>\n","protected":false},"author":1404,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"iawp_total_views":65},"categories":[1816],"tags":[5018,5017],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/posts\/55484"}],"collection":[{"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/users\/1404"}],"replies":[{"embeddable":true,"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/comments?post=55484"}],"version-history":[{"count":3,"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/posts\/55484\/revisions"}],"predecessor-version":[{"id":55490,"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/posts\/55484\/revisions\/55490"}],"wp:attachment":[{"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/media?parent=55484"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/categories?post=55484"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/tags?post=55484"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}