September 2022 ~ MyDo Quality Assurance

Resources

[embed]https://www.ccl.org/articles/leading-effectively-articles/closing-the-gap-between-intent-vs-impact-sbii/[/embed][embed]https://www.ccl.org/articles/leading-effectively-articles/closing-the-gap-between-intent-vs-impact-sbii/[/embed][embed]https://www.ccl.org/articles/leading-effectively-articles/closing-the-gap-between-intent-vs-impact-sbii/[/embed]

September 26, 2022
0 Comments

API Test: Create your first API Testing in POSTMAN

Automation, Automation Testing, mydoqa, quality assurance, Software Testing

In this article I will show how to create basic request in postman.

Basic Features

Before creating postman request, first let me show you postman basic features. I will show features like

Params — Allows you to add query parameter in request URL
Authorization — It might be basic authentication, bearer token, or just simply username and password
Headers — Where you will write needed header for the request
Body — This is where you put customization values.
Pre-request Script — Executed before running the request. You can add environment variables or test preconditions here.
Tests — This is where you put our assertion script for the test. It is important to add assertion for each request so we know whether the request is succeed or not.

Create Our Request

Now after we know Postman’s basic features, we are ready to create our first postman request. For this article’s simulation I will use demo site from dummyjson. You can access the swagger here:

[embed]https://dummyjson.com/docs/products[/embed]

For this simulation I will use endpoint “Add a new product”. This endpoint will simulate POST request and mock a create new product behavior.

Create a Collection to organize our request — Yes we can create single request without a collection, but a collection will help us to make our request more well organized. We also can group our collection into folders under the same category, such as: Setup, Positive Cases, Negative Cases, and Cleanup.

2. Create request — In this step we will create a request. To create a request within a collection, click triple dot from collection then Add Request. Write down Request name and Request description (Optional). Click “Save to HTTP Method”.

3. After request is created then we are ready to make a postman request.

In the drop-down menu next the URL choose POST
In the URL type https://dummyjson.com/products/add
In the body tab click raw as body type and JSON as the format. Then write

{
    “titles”: “BMW Pencil”
}

4. Click “Send” button — After this step is executed we already get the result whether fail or success. In this simulation the request return 200 as response code and “id”: 101 as response body.

5. Test Assertion — now, after we get the response code and response body, we need to assert the test to assure endpoint returned expected response.

To add assertion, click “Tests” tab
For this simulation, create an assertion using snippets is enough. So move to snippets and choose on of them.

I will assert this request using two snippets, ”Status code is 200" and “Response body: JSON value check”.

Click those snippets. Now we will have two code blocks. The first block is good enough, so we will work on the second block. String “Your test name” can be changed into any string you desire, so I will change it into “Product id is 101”. Because returned Json key is “id” and the value is 101, so we will change “pm.expect(jsonData.value).to.eql(100);” into “pm.expect(jsonData.id).to.eql(101);”
I think it is good enough now. Click “Send” button again.

In the response click “Test Results” and we will get two results ”Status code is 200" and “Product id is 101”. And both of them are PASS. Those results are from previous test block.

That’s how we create basic API test using Postman. This test is simulating positive scenario. Maybe I will write about how to create negative scenario in the next article.

Thanks for reading.

Follow me on

Resources

[embed]https://dummyjson.com/docs/products[/embed]

September 13, 2022
0 Comments

API Test: How to assert JWT Token content using Postman

Automation, Automation Testing, mydoqa, quality assurance, Software Testing

In this tutorial I will share how to assert jwt token in the response body. To simulate API behavior, I will use dummy API server from dummyjson.com. You can access the website using the link below:

[embed]https://dummyjson.com/docs/auth[/embed]

In this simulation, I will use endpoint “Login user and get token”. This endpoint is using POST method. For how to test http method using postman you can follow the instruction from the article below:

[embed]https://dummyjson.com/docs/auth[/embed]

The figure below is the response body for “Login and get token” endpoint. We want to assert the jwt content from “token” field.

To do that we can use atob(). To use it you can write down the following script in the “Tests” tab.

jsonData=JSON.parse(responseBody);
const payload = jsonData.token.split(‘.’)[1];
const parsed = atob(payload);
console.log(parsed);

After we hit send button, postman will return log that contains the jwt content. Then we can assert tho content values.

To assert jwt token we can add following test script:

pm.test(“Jwt should include username”, function () {
    pm.expect(parsed).to.include(“\”username\”:\”kminchelle\””)
});

We can assert another field by adding pm.expect script within the pm.test block, for example jwt token should contain field “firstname” with value “Jeanne“. We can add test script as following:

pm.test(“Jwt should include username”, function () {
    pm.expect(parsed).to.include(“\”username\”:\”kminchelle\””)
    pm.expect(parsed).to.include(“\”firstName\”:\”Jeanne\””)
});

Thanks for reading this article.

Follow me on

September 10, 2022
0 Comments

API Test: How to test HTTP methods using Postman

Automation, Automation Testing, mydoqa, quality assurance, Software Testing

In this tutorial I will show you what HTTP methods are and how to test them. The methods used in this article are: POST, PUT, GET, DELETE.

POST is used to send data to a server to create a resource.
PUT is used to send data to a server to update a resource.
GET is used to fetch data from a specified resource.
DELETE method deletes the specified resource.

Dummy API

This article is using dummy API server provided by DummyJSON.

[embed]https://dummyjson.com/docs[/embed]

API Request

POST

This method will send data to the resource and create a new product called “BMW Pencil”. To do that in Postman, just create new request, ensure the method is POST, Insert the URL of the endpoint. In this simulation, the URL is “https://dummyjson.com/products/add”. In the Body tab, choose “raw” button and choose JSON, and then type:

{
    "title": "BMW Pencil"
}

Request

To make request using Curl you can see the following code. Just import the curl to Postman.

curl --location --request POST 'https://dummyjson.com/products/add' \
--header 'Content-Type: application/json' \
--data-raw '{
    "title": "BMW Pencil"
}'

Response

After all necessary parameter is fulfilled, click “Send” button, then we’ll get following response body.

{
    "id": 101,
    "title": "BMW Pencil"
}

PUT

This method will send data to the resource and update a product “1” and change the title into new value “iPhone Galaxy +1”. To do that in Postman, just create new request, ensure the method is PUT, Insert the URL of the endpoint. In this simulation, the URL is “https://dummyjson.com/products/1”. In the Body tab, choose “raw” button and choose JSON, and then type:

{
    “title”: “iPhone Galaxy +1”
}

Request

To make request using Curl you can see the following code. Just import the curl to Postman.

curl — location — request PUT ‘https://dummyjson.com/products/1' \
--header ‘Content-Type: application/json’ \
--data-raw ‘{
    “title”: “iPhone Galaxy +1”
}’

Response

After all necessary parameter is fulfilled, click “Send” button, then we’ll get following response body.

{
    “id”: “1”,
    “title”: “iPhone Galaxy +1”,
    “price”: 549,
    “stock”: 94,
    “rating”: 4.69,
    “images”: [
        “https://dummyjson.com/image/i/products/1/1.jpg",
        “https://dummyjson.com/image/i/products/1/2.jpg",
        “https://dummyjson.com/image/i/products/1/3.jpg",
        “https://dummyjson.com/image/i/products/1/4.jpg",
        “https://dummyjson.com/image/i/products/1/thumbnail.jpg"
    ],
    “thumbnail”: “https://dummyjson.com/image/i/products/1/thumbnail.jpg",
    “description”: “An apple mobile which is nothing like apple”,
    “brand”: “Apple”,
    “category”: “smartphones”
}

GET

This method will fetch phone data from the resource. To do that in Postman, just create new request, ensure the method is GET, Insert the URL of the endpoint. In this simulation, the URL is “https://dummyjson.com/products/search?q=phone”.

Request

To make request using Curl you can see the following code. Just import the curl to Postman.

curl --location --request GET 'https://dummyjson.com/products/search?q=phone'

Response

After all necessary parameter is fulfilled, click “Send” button, then we’ll get following response body.

{
  "products": [
    {
      "id": 1,
      "title": "iPhone 9",
      "description": "An apple mobile which is nothing like apple",
      "price": 549,
      "discountPercentage": 12.96,
      "rating": 4.69,
      "stock": 94,
      "brand": "Apple",
      "category": "smartphones",
      "thumbnail": "...",
      "images": ["...", "...", "..."]
    },
    {...},
    {...},
    {...}
    // 4 results
  ],
  "total": 4,
  "skip": 0,
  "limit": 4
}

DELETE

This method will DELETE data with product id “1” from the resource. To do that in Postman, just create new request, ensure the method is DELETE, Insert the URL of the endpoint. In this simulation, the URL is “https://dummyjson.com/products/1”.

Request

To make request using Curl you can see the following code. Just import the curl to Postman.

curl — location — request DELETE ‘https://dummyjson.com/products/1'

Response

After all necessary parameter is fulfilled, click “Send” button, then we’ll get following response body.

{
  "id": 1,
  "title": "iPhone 9",
  "description": "An apple mobile which is nothing like apple",
  "price": 549,
  "discountPercentage": 12.96,
  "rating": 4.69,
  "stock": 94,
  "brand": "Apple",
  "category": "smartphones",
  "thumbnail": "...",
  "images": ["...", "...", "..."],
"isDeleted": true,
  "deletedOn": /* ISOTime */
}

Follow me on

RESOURCE

[embed]https://dummyjson.com/docs[/embed]

September 06, 2022
0 Comments

Software Testing Life Cycle

featured, mydoqa, quality assurance, sdlc, Softskill, Software Testing, Stlc

In this article I will write about Software Testing Life Cycle or STLC model.

What is it?

Software Testing Life Cycle (STLC) is a sequence of systematic and planned activities which are executed during software testing activities. STLC is an important process because it ensure the quality of the software. Different with SDLC, that covers the whole software development process, STLC only covers testing activity.

Software Testing Life Cycle (STLC) has six major steps, which are:

Requirement Analysis

Test Planning

Test Case Development

Test Environment Setup

Test Execution

Test Closure

Each of those step has an entry criteria, activity, deliverable and exit criteria related to it.

Entry criteria are initial conditions that must be met before the test process can be run

Exit criteria are items that must be completed during the testing process so that testing can be considered complete.

Activity is activities that are carried out during the testing process.

Deliverable is the result that can delivered after the test is finished.

STLC Phases

Requirement Analysis: Requirement Analysis is the very first step in Software Testing Life Cycle (STLC). At this stage, the quality assurance (QA) team understands the requirements, like acceptance criteria or what to test. If something is missing or unclear, the quality assurance team meets with stakeholders to gain a better understanding of the requirements in detail. QA can decide whether software require manual or automation testing.

Entry Criteria: Requirement specification, acceptance criteria, application architectural.

Activity: Identify types of tests to be performed, Gather details about testing priorities and focus, Automation feasibility analysis (if required).

Deliverable: List of all testable requirements, Automation feasibility report (if applicable).

Exit Criteria: Signed off RTM, Signed off Automation feasibility report.

Test Planning: Test planning is the stage where QA manager/QA lead define testing strategy and make an estimation on effort and cost needed for the entire life cycle.

The team will decide on the required tools, roles, and training (if needed) for the project, etc.

Entry Criteria: Requirements Documents.

Activity: Preparation of test plan/strategy document for various types of testing, Test tool selection, Test effort estimation, Resource planning and determining roles and responsibilities, Training requirement.

Deliverable: Test Strategy, Test Plan, and Test Effort estimation document.

Exit Criteria: Approved Test plan document, Approved Test strategy document, Signed off effort estimation document.

Test Case Development: The test case development phase is started soon after the test planning phase is finished. In this phase, QA Team will create a test case. They also identify, create, review, and rework Test data based on the preconditions. If the test require automation test, QA team also create test scripts for the automation test.

Entry Criteria: Requirements Documents (Updated version of unclear or missing requirement).

Activity: Create test cases, automation scripts (if applicable), Review and baseline test cases and scripts, Create test data.

Deliverable: Test cases, Test Scripts (if automation), Test data.

Exit Criteria: Reviewed and approved test cases, test scripts, test data.

Test Environment Setup: Test environment setup is the critical part of the STLC. This phase aims to ensure readiness of the environment on which software is tested. QA team is responsible for the testing environment, sometime they work together with Dev team, SysOps or DevOps team. To check the readiness, QA team can use smoke test.

Entry Criteria: Test Plan, Smoke Test cases, Test Data.

Activity: Understand and prepare the required environment set-up, Perform smoke test on the build.

Deliverable: Test Environment. Smoke Test Results.

Exit Criteria: Working test environment setup, Valid test data setup, Successful smoke test.

Test Execution: After all those preparation, the QA team finally do the actual test. In this phase QA team start executing test cases based on test cases and test plans from the earlier phases.

Entry Criteria: Test Plan document, Test cases, Test data, Test Environment.

Activity: Execute tests as per plan, Document test results, and log defects for failed cases, Track the defects to closure.

Deliverable: Test case execution report, Defect report.

Exit Criteria: Execute all planned test cases, Log all defects found.

Test Closure: This is the end of the life cycle. The test is completed, test report is collected. QA team will analyze defect distribution by type and severity.

Entry Criteria: Test Case Execution report (make sure there are no high severity defects opened), Defect report.

Activity: Evaluate cycle completion criteria, Document the learning out of the project, Prepare Test closure report, Test result analysis to find out the defect distribution by type and severity.

Deliverable: Test Closure report, Test metrics.

Exit Criteria: Signed off Test Closure report.

Follow me on

Facebook: https://www.facebook.com/mydoqa/

Instagram: https://www.instagram.com/mydoqa/

Twitter: https://twitter.com/MydoQa

Resource

[embed]https://www.geeksforgeeks.org/software-testing-life-cycle-stlc/[/embed]

[embed]https://www.geeksforgeeks.org/software-testing-life-cycle-stlc/[/embed]

[embed]https://www.geeksforgeeks.org/software-testing-life-cycle-stlc/[/embed]

[embed]https://www.geeksforgeeks.org/software-testing-life-cycle-stlc/[/embed]

[embed]https://www.geeksforgeeks.org/software-testing-life-cycle-stlc/[/embed]

[embed]https://www.geeksforgeeks.org/software-testing-life-cycle-stlc/[/embed]

September 01, 2022
0 Comments

API Test: How to loop request in Postman

Automation, Automation Testing, mydoqa, quality assurance, Software Testing

In this tutorial I want to share my method to iterate a request in postman collection, so it will run several times.

To simulate API response body I create an API mock using mocky. To see my mock API you can click here.

Without a further ado I will demonstrate how to loop a postman request.

In collection level click Triple dot >> Edit >> Variables

2. In tab Variables tab, type in type in count with current value 5, then click Update. This step will create new variable in collection level.

3. Create new request. For this simulation I will use request from this story. But I will modify the test script. In the test script add script as follows.

var currentCount = pm.collectionVariables.get("count")

if (currentCount > 0){
  currentCount = currentCount -1 ;
  pm.collectionVariables.set("count", currentCount);
  postman.setNextRequest("Get books detail (loop)");

4. Save request and run collection. To make it works, one can’t run the test by clicking “Send” button. We must run it using collection runner.

5. Run it and Voila!! we’ll get another 5 request running.

Thank you for reading my story. Hope it will helps you.

Follow me on