API testing interview questions and answers for QA Engineers

Codemify
21 Aug 202416:34

Summary

TLDRIn this video, Sergio Kenko, a senior QA engineer and manager, addresses popular API testing interview questions from the past three months. He explains API testing fundamentals, covering tools like Postman, the differences between API and UI testing, environmental variables, tokens, HTTP response status codes, and test automation. He also touches on performance testing tools like k6 and JMeter and advises on how to honestly handle questions about tools you haven't used professionally. Sergio offers practical tips for aspiring QA engineers, including resources for further learning and a breakdown of common interview scenarios.

Takeaways

  • 📚 **Popular API Testing Questions**: The video discusses 10 commonly asked API testing interview questions based on recent interviews from students who secured job offers.
  • 🧑‍💻 **How to Test API**: API testing involves sending requests using tools like Postman or Insomnia, verifying response status codes, body, speed, and handling positive/negative cases. Authentication and authorization should also be tested.
  • 🤔 **Why API Testing Is Important**: API testing verifies business logic and server-side data processing, which is quicker than UI testing and useful for systems without UIs, like weather data services.
  • 🔍 **API Testing vs UI Testing**: API testing focuses on reliability, performance, and security without involving the user interface, while UI testing verifies graphical elements and user interactions like clicks and inputs.
  • 🚀 **Automating API with Postman**: Postman allows easy API automation using snippets to verify status codes and autofill code, making it beginner-friendly for those without much experience.
  • 🔑 **Environmental Variables & Tokens**: Environmental variables store values like base URLs or API keys, making it easy to switch between environments. Tokens act as temporary identification strings during sessions to authenticate users.
  • 🧾 **Common HTTP Status Codes**: The speaker highlights frequently encountered codes like 200 (OK), 201 (Created), 400 (Bad Request), 401 (Unauthorized), 403 (Forbidden), 404 (Not Found), and 500 (Server Error).
  • 🛠 **Automating API Calls**: When creating an API test automation framework, the key steps are gathering requirements, selecting appropriate tools, and setting up the framework from scratch, using libraries like Axios for API testing.
  • 🧪 **Testing POST Requests**: Testing POST requests requires sending payloads, verifying status codes (e.g., 201), checking response bodies, and ensuring functionality with both positive and negative test cases.
  • 📊 **API Performance & Metrics**: The key performance metrics in API testing are response time, error rates, and test coverage, which help track server behavior and the extent of API test automation coverage.

Q & A

  • What is API testing, and why is it needed?

    -API testing is done to verify the business logic, data processing, and reliability of the server-side components independent of the user interface. It is crucial because it allows for faster testing than UI testing, and in some cases, there might not even be a UI, such as with companies that provide data via APIs.

  • How do you test an API, and what tools can be used?

    -To test an API, you send requests using API clients like Postman or Insomnia. You verify the response by checking status codes, response body, speed, and performance. Both positive and negative test cases should be considered, along with testing authentication and authorization.

  • What is the difference between API testing and UI testing?

    -API testing focuses on reliability, performance, functionality, and security of APIs, while UI testing is concerned with the graphical user interface and user experience. API testing verifies server-side operations, while UI testing is done from the user's perspective.

  • How can you automate API testing using Postman?

    -Postman allows you to automate API testing by writing scripts in its 'Tests' section. You can use Postman’s Snippets to easily generate automated tests, such as verifying status codes. Postman helps automate testing of requests and responses, making it easier to manage API tests.

  • What are environmental variables and tokens in API testing?

    -Environmental variables store values like base URLs, API keys, or tokens, allowing easy switching between environments (e.g., dev to QA or production). A token is a form of identification issued by the server after login, used in subsequent requests to authenticate the user without requiring credentials again.

  • What are some common HTTP response status codes you should know for API testing?

    -Common HTTP status codes include: 200 (OK), 201 (Created), 400 (Bad Request), 401 (Unauthorized), 403 (Forbidden), 404 (Not Found), and 500 (Server Error). These codes indicate the success or failure of an API request and provide insight into server-side issues.

  • How would you automate API calls and create an API test automation framework?

    -To automate API calls, you would first gather requirements and choose a tool like Axios or any other API testing client. After selecting the right tool, you would proceed by setting up the framework to include test scripts for requests, responses, and validations.

  • How do you test a POST request?

    -To test a POST request, gather requirements, include expected payload and headers, and send the request. Verify the status code, response body, and response time. Perform both positive and negative test cases, checking for error handling, authorization, and data validation.

  • What kind of metrics are important for API testing?

    -Key API testing metrics include response time (how long the server takes to respond), error rate (percentage of failed requests), and test coverage (how many APIs are covered by automated tests). These metrics help assess the performance and reliability of the APIs.

  • Have you ever done API performance testing, and how would you approach it?

    -While the speaker has not done professional API performance testing, tools like K6 and JMeter can be used for performance, load, and stress testing. These tools simulate different levels of traffic to measure how well the API performs under various conditions.

Outlines

00:00

👋 Introduction to API Testing Interview Questions

The speaker greets QA engineers and aspiring testers, addressing the numerous inquiries received over the past three months about API testing interview questions. They collected questions from successful candidates who recently secured job offers. The speaker introduces themselves as Sergio Kenko, a software QA lead manager with over 10 years of experience, and emphasizes their mission to help people improve QA skills. Before diving into the top 10 API interview questions, they urge viewers to like the video and subscribe.

05:01

📋 Overview of API Testing: Tools and Process

The speaker explains how to test APIs, highlighting the importance of using API clients like Postman or Insomnia. They outline the testing process: sending requests, receiving responses, and verifying status codes, response bodies, speed, performance, and cases. They emphasize the need to test both positive and negative cases, including authentication and authorization. API testing is vital for validating server-side business logic and data processing independent of the user interface, and it's often quicker than UI testing.

10:02

🔄 API Testing vs UI Testing: Key Differences

This section contrasts API testing with UI testing, explaining that API testing focuses on server-side performance, reliability, functionality, and security. Tools like K6 or JMeter are mentioned for performance, load, and stress testing. UI testing, however, centers on the graphical user interface from the user's perspective, ensuring the application functions as expected based on the requirements. API testing delves into server-side error handling, while UI testing checks the user experience.

15:02

🤖 Automating API Testing with Postman

The speaker assures viewers that automating API testing with Postman is straightforward, especially using Postman snippets. They guide users on how to use Postman for automation, and mention a 20-minute tutorial video available to help beginners learn the basics. Viewers are encouraged to like the video and join the community on Instagram and Telegram, where more updates are shared.

🌍 Environment Variables and Tokens in API Testing

This section delves into environmental variables and tokens, critical concepts in API testing. Environmental variables help manage values like base URLs and API keys, making it easier to switch between environments like QA and production. Tokens are explained as temporary identification strings that authenticate users during sessions, with a simple analogy of logging into Instagram to illustrate their use in software.

📊 Understanding HTTP Response Status Codes

The speaker recounts their experience answering a question about HTTP response status codes during a past interview. They highlight common codes like 200 (success), 201 (created), 400 (bad request), 401 (unauthorized), 403 (forbidden), 404 (not found), and 500 (server error). The speaker emphasizes that while it's unnecessary to memorize all status codes, knowing the frequently encountered ones is important. They provide a link to a blog with more information on status codes.

🤖 Automating API Calls and Creating Frameworks

The speaker outlines the steps to automate API calls and create a test automation framework. This involves gathering requirements, choosing the right tools (such as Axios for API testing), and setting up the framework. They recommend a video playlist that guides viewers through creating a test automation framework from scratch, suitable for both beginners and more experienced QA engineers.

🚀 Testing POST Requests in APIs

In this segment, the speaker explains the process for testing POST requests, emphasizing the importance of gathering requirements first. They describe the steps: preparing the payload, sending the request via Postman, and checking the response status code, body, and speed. Different test cases, including positive, negative, and boundary testing, are recommended. The speaker stresses the importance of verifying user creation and login after the POST request.

🏠 Examples of API Testing: Real Estate Listings

The speaker shares examples of API testing they've done, particularly for a real estate listing website like Zillow. They describe testing CRUD operations (Create, Read, Update, Delete) for listings, ensuring that each API operation works as expected. They challenge the viewers to guess the fifth test after deleting a listing, which involves sending a GET request to confirm the deletion (expecting a 404 status code).

📈 Key API Test Metrics

This section covers the key metrics used in API testing: response time (how long the server takes to respond), error rate (the percentage of API errors), and test coverage (how much of the API is covered by tests). These metrics help QA engineers assess the performance and reliability of the APIs they are testing, providing valuable insights for continuous improvement.

🏋️‍♀️ API Performance Testing: Honesty is Key

The speaker candidly discusses their limited experience with API performance testing, admitting they've only experimented with tools like K6 and JMeter for personal learning, not in a professional environment. They advise honesty in interviews, encouraging viewers to be truthful about their experience to avoid being caught in a lie. The speaker reassures viewers that it's okay not to know everything and that honesty fosters trust.

📢 Wrapping Up: Feedback and Future Content

The speaker wraps up the video by asking viewers for feedback on whether the interview questions were helpful and what other topics they would like covered in future videos. They encourage viewers to leave comments, even critical ones, and express gratitude for watching the video.

Mindmap

Keywords

💡API Testing

API testing involves testing application programming interfaces directly and as part of integration testing to determine if they meet expectations for functionality, reliability, performance, and security. In the video, the speaker emphasizes the importance of testing APIs because it allows for faster and more efficient verification of business logic and data processing, even before the user interface is created.

💡Postman

Postman is a popular API client that makes it easy to create, test, and monitor API requests. It allows users to send various types of API requests and automate tests. In the video, the speaker mentions Postman as a key tool for API testing, explaining that even beginners can use its snippets feature to automate tests easily.

💡Authentication and Authorization

Authentication refers to the process of verifying the identity of a user or system, while authorization involves granting permissions to access resources. The video highlights the importance of testing both authentication and authorization in API testing, ensuring that users can securely access data and that unauthorized users are properly restricted.

💡Environmental Variables

Environmental variables are used to store and manage values that can be reused across different environments, such as development, QA, or production. In the video, they are discussed as key to API testing, helping testers avoid hardcoding URLs or API keys when switching between environments.

💡HTTP Response Status Codes

HTTP status codes are standard responses from the server to a client’s request. The video mentions several common status codes, such as 200 (OK), 400 (Bad Request), 401 (Unauthorized), and 500 (Internal Server Error), explaining their significance in determining the success or failure of an API request.

💡CRUD Operations

CRUD stands for Create, Read, Update, and Delete, which are the basic operations for interacting with databases via APIs. In the video, the speaker discusses testing CRUD operations for APIs, such as creating a new listing, retrieving it, updating it, and then deleting it, which simulates real-world use cases.

💡UI Testing

UI (User Interface) testing involves verifying that the graphical interface of an application functions correctly and meets the user’s expectations. In contrast to API testing, the video explains that UI testing focuses on the look and feel of the application from the user's perspective, such as testing buttons and forms on a website.

💡Performance Testing

Performance testing involves evaluating how well an application performs under certain conditions, such as load or stress. The speaker in the video mentions using tools like k6 and JMeter for API performance testing, which helps in understanding how APIs handle heavy traffic and ensure stability under load.

💡Test Automation Framework

A test automation framework is a set of guidelines or rules for writing and running automated tests. The video explains that creating a test automation framework from scratch is a skill that the speaker's students develop, and it involves gathering requirements, choosing the right tools, and setting up the tests.

💡Tokens

Tokens are a form of identification in API testing, typically used for authentication purposes. After a user logs in, a token is issued by the server and stored in the browser or app, allowing the user to make further requests without needing to re-authenticate. The video uses the example of logging into Instagram to explain how tokens work in API testing.

Highlights

Introduction to API testing interview questions, based on feedback from students who got job offers.

Key tools for API testing include Postman, Insomnia, and other API clients.

API testing is essential to verify the business logic and data processing on the server-side, separate from the user interface.

Difference between API and UI testing: API testing focuses on performance, security, and reliability, while UI testing checks user-facing components.

Postman allows automation with snippets for verifying status codes and automating requests.

Explanation of environmental variables and tokens in API testing, focusing on managing values like base URLs and tokens for authentication.

Common HTTP response status codes explained, including 200, 201, 400, 401, 403, 404, and 500.

How to automate API calls and build test automation frameworks, emphasizing tools like AxiOS and JMeter.

The process of testing a POST request using tools like Postman, focusing on response status codes and boundary testing.

CRUD operations testing for real estate websites, such as creating, reading, updating, and deleting listings.

Important API test metrics: response time, error rate, and test coverage.

API performance testing using tools like k6 and JMeter for load and stress testing, but acknowledging the need for specialized experience.

The importance of being honest during interviews about API testing experience, including gaps in knowledge.

The role of authentication and authorization in API testing, particularly in testing secured endpoints.

The importance of testing both positive and negative cases, especially for server-side validation and error handling.

Transcripts

play00:00

good afternoon QA engineers and those

play00:02

who are planning to become one soon

play00:04

within the last 3 months you guys have

play00:06

been sending a lot of messages and

play00:08

living a comments on YouTube regarding

play00:09

the API testing interview questions so

play00:11

what I did I've gathered all of the

play00:13

interview questions that we had within

play00:16

the last 3 months from all of our

play00:18

students who've got a job offers like

play00:20

this guy that girl or all of these

play00:23

people and actually you can see an

play00:24

entire playlist right below this video

play00:26

regardless now I'm going to give you 10

play00:29

most popular API testing related

play00:32

questions that they have been receiving

play00:33

during interview for the last 3 months

play00:35

but before we proceed I want to remind

play00:37

you guys who am I and why should you be

play00:40

watching this video my name is Sergio

play00:41

kenko I'm a software QA engineer lead

play00:44

manager and a senior engineering manager

play00:46

of ASAT I've been in the world of QA for

play00:48

about 10 years but today I'm helping

play00:50

people like you to become a QA engineer

play00:53

or to improve your existing skills and

play00:55

now you got to hit that big fat thumb up

play00:57

button below subscribe to our Channel

play00:59

and let let's

play01:05

proceed how do you test API and why is

play01:08

API testing needed first of all in order

play01:10

to send API you're going to have to use

play01:12

some sort of an API client such as

play01:14

Postman insomnia or any other client

play01:16

based on your preferences but regardless

play01:19

you send an API request you get the

play01:22

response from the server and you need to

play01:24

verify it how do you verify it well

play01:26

based on response you will verify the

play01:27

status code body speed or performance

play01:31

and also you will need to test different

play01:33

cases such as positive cases and

play01:35

negative cases in order to verify how

play01:37

will the server act if user send some

play01:40

information that it's not supposed to

play01:43

and also don't forget about

play01:44

authentication and authorization because

play01:46

those will also have to get tested why

play01:49

is API testing needed well because we

play01:52

need to verify the business logic data

play01:54

processing on a server side separately

play01:57

from the user interface it is important

play01:59

to test API because we can test it much

play02:02

faster than even the UI has been created

play02:05

or in some cases there will be no user

play02:07

interface there can be companies that

play02:09

only work with the data just like

play02:11

weather.com you can pay the money and

play02:14

get the and through the API you can get

play02:16

the data so you could build your own

play02:18

weather website what is the difference

play02:21

between API testing and UI testing well

play02:25

those are two completely different

play02:26

things which are related somehow but in

play02:29

API testing we focus more on reliability

play02:33

performance functionality and security

play02:35

testing of apis themselves separately

play02:38

from the user interface we can also

play02:40

verify server side Adder handling and

play02:43

how well server performs under the load

play02:45

with a tools such as k6 jmeter or any

play02:48

other popular tools for the performance

play02:51

load and stress testing UI testing on

play02:54

the other hand is concerned more about a

play02:55

graphical user interface when we are

play02:58

testing a website or mobile app for

play03:00

example you can think of it as the

play03:03

testing from the user's perspective

play03:04

because as the user you will be clicking

play03:07

buttons you will type in information

play03:09

loging in loging out etc etc etc UI

play03:12

testing on the other side is more about

play03:15

testing graphical user interface pretty

play03:17

much what we can see when we open up a

play03:19

website or a mobile app pretty much we

play03:21

verify it from the user perspective that

play03:24

the application is intuitive it works as

play03:27

expected the way it's written in a

play03:29

requirement

play03:30

do you know how to automate API using

play03:32

Postman the answer is absolutely yes

play03:35

even if you guys do not know how to use

play03:38

automation or how to use Postman you can

play03:40

see the video right here or right below

play03:42

this video where I've explained what

play03:44

Postman is how to use it and how to

play03:47

write some basic automation Tas with the

play03:49

postman it's super easy especially with

play03:51

the postman Snippets because Postman

play03:54

does give you ability to Simply click on

play03:56

verify status code and it will autofill

play03:59

the code for you you will simply need to

play04:02

update the expected status code to the

play04:04

one that you actually want to get so if

play04:06

you never had experience with a postman

play04:08

simply watch that video for 20 minutes

play04:10

and you will have Basics and you'll be

play04:12

able to say that yes I've used it in the

play04:15

past or I did research it and it's super

play04:17

easy and intuitive but anyway I think

play04:19

you forgot to hit this big fat thumb up

play04:21

button below and to subscribe to your

play04:23

channel and also you forgot to subscribe

play04:25

to our Instagram and our telegram

play04:27

communities links to which I have left

play04:29

right below this video so you guys could

play04:31

join them and see many more updates that

play04:33

I can legally share on YouTube question

play04:35

number four and it's actually tricky one

play04:38

what do you know about environmental

play04:40

variables and tokens in API testing this

play04:43

is a tricky question because I actually

play04:45

usually ask it ask people who give me a

play04:48

call and say hey I took a UD course for

play04:51

manual testing or I took other boot camp

play04:53

but I would like to sign up with you for

play04:54

the test automation but in our school we

play04:57

have requirements that you have to know

play04:59

manual test very well before you can

play05:00

jump into automation because I don't

play05:02

want you guys to slow down everyone so I

play05:05

usually ask this or similar question and

play05:08

you won't believe but 99% of people who

play05:10

take other boot camps or em me courses

play05:13

or manual testing and try to join us

play05:15

they do not know answer to this question

play05:17

but let me quickly answer it

play05:19

environmental variables in API testing

play05:22

and everywhere else they are used to

play05:25

store and manage values specifically in

play05:28

API testing there would be for the base

play05:30

URL for the API keys or for example for

play05:33

the token itself it helps us to switch

play05:36

between different environments without

play05:38

having to completely change the url in

play05:41

every single case such as from da to QA

play05:44

from QA to production or staging for

play05:46

example and a token is pretty much a

play05:48

form of identification imagine that you

play05:51

have an ID or a password right in world

play05:53

of software you have your token and let

play05:55

me explain it to you in a simple example

play05:57

imagine that you go to Instagram .c you

play06:00

type in your username and password and

play06:02

you click login so you need to type in

play06:04

your username and password in order for

play06:06

the server or for Instagram to know who

play06:09

you are when you click login it sends

play06:11

the post request to the server server

play06:13

checks if your data if the username and

play06:16

password that you have specified are the

play06:18

same that you have used upon

play06:19

registration and if that's true the

play06:22

server will issue a temporary

play06:24

identification document such as token

play06:27

it's just a string it's just a bunch of

play06:29

num

play06:30

and special characters and just Lads and

play06:33

that bunch of characters or an ID is a

play06:36

temporary so while you're logged in

play06:39

until your log out or until your session

play06:42

expires you don't have to type in your

play06:44

username and password to be identified

play06:46

your token is stored in the browser or

play06:49

in your app and whenever you click

play06:52

button to for example create a new post

play06:54

it will use the token that was stored in

play06:56

the browser or app and it will send it

play06:58

with all of the information that you've

play07:00

specified in a post to the server and

play07:02

will create a new post so that's what

play07:04

token is and that's how it is used what

play07:07

HTTP response status codes are you

play07:10

familiar with and what do they mean

play07:12

it'll be funny to say but this was one

play07:16

of the questions during the second round

play07:17

of interview in 2015 when I was going

play07:20

for my first more than

play07:23

$100,000 position ever aspect mid-level

play07:26

key automation engineer and I got the

play07:28

job offer and here is how I answer the

play07:30

question so I do not remember all the

play07:32

status Cotes that exist and I probably

play07:34

shouldn't but I can tell you those that

play07:36

I have been mostly use or that have been

play07:38

mostly using so far and those are 200

play07:41

whenever we're sending get request for

play07:43

example and we're getting successful

play07:45

response two one whenever we create user

play07:48

or create any kind of data with the post

play07:50

request then usually you could

play07:52

potentially get 400 b requests whenever

play07:54

you make a typo but generally speaking

play07:56

400s are user or client issues or one

play08:00

whenever you are send a request but you

play08:02

are not authorized you did not include

play08:04

token or the existing token I mean you

play08:07

you made a typo in token 403 which is

play08:10

forbidden whenever you have logged in or

play08:14

you have used the token that exists from

play08:16

the account but you do not have access

play08:18

to the particular resource such as you

play08:20

have logged in as the user but you're

play08:24

trying to navigate to the page or maybe

play08:26

to update another user by utilizing your

play08:29

your token but only admin should be able

play08:32

to do that that's why you're getting 403

play08:34

404 which is one of the most and

play08:37

actually it is the most popular status

play08:39

code or HTTP response status code in the

play08:42

world you guys have seen it a lot I'm

play08:44

pretty sure whenever you navig get you

play08:45

the page that doesn't exist you will see

play08:47

404 and by the way if you guys want to

play08:50

learn these codes I'm going to leave a

play08:52

link for our Codi blog where I have

play08:54

created a page specifically for people

play08:57

like you who would like to learn the

play08:58

most po popular status code is going to

play09:00

be right below this video and 500 that's

play09:04

the server Adder 500 means that server

play09:07

has no idea what to do with the request

play09:09

that you have just sent so pretty much

play09:12

whenever you see 500 you should dig into

play09:14

server logs and take it to developers so

play09:17

they could fix it how would you automate

play09:19

API calls and have you ever done it

play09:22

absolutely every single student of our

play09:24

school who went through the full course

play09:25

is able to create test automation

play09:27

framework from scratch for UI and for

play09:29

API and if you guys have not learned

play09:33

that yet but if you would like to learn

play09:35

it I have a playlist of videos where you

play09:37

can learn how to create test automation

play09:39

framework for free completely from

play09:42

scratch and you can find the link right

play09:44

here or right below this video and now

play09:47

here's my answer so if I need to create

play09:49

test automation framework from scratch

play09:51

number one I would gather all of the

play09:52

requirements number two I would pick the

play09:54

right tool that I want to use most

play09:56

likely if it's a purely API testation

play09:58

framework I'll probably use AIS and ojz

play10:01

because access is a pure API testing

play10:04

client it's not like play ride that

play10:06

contains a lot of things that we're not

play10:07

going to be using but if the company

play10:09

already has another API client or test

play10:11

automation framework I will make a

play10:13

decision based on that and after I

play10:15

choose

play10:16

my client I can proceed with a setting

play10:19

up test automation framework from

play10:21

scratch and by the way guys if you're

play10:23

going to be watching this playlist that

play10:24

I was talking about you can literally go

play10:27

from the junior QA engineer all the way

play10:30

up to Sy key automation engineer because

play10:32

I have shared three videos and every

play10:34

single one of you even if you are a c

play10:36

LEL you'll be able to dig something out

play10:38

of it how do you test a post request

play10:41

well first of all we're Q Engineers

play10:43

regardless of what we have been asked to

play10:45

test we have to ask for requirements so

play10:47

the followup question do you have any

play10:49

requirements they will give you an

play10:50

example say yeah sure let's imagine this

play10:52

is create user API that we are creating

play10:55

now and I would say okay sure not a

play10:57

problem at all so first of all after I

play10:59

together all requirements and we have

play11:01

the environment set up for testing I

play11:03

will take the Pulse request I will

play11:05

include the expected body that or

play11:08

payload that we should be sending I'll

play11:10

include all of the headers and I will

play11:12

send the API request let's say through

play11:14

the postman and with the postman by the

play11:16

way if you guys are interested in

play11:17

learning Postman you can follow this

play11:19

video right here to see 20 minutes worth

play11:21

of video how to set it up and use it so

play11:23

I would send a AP request through the

play11:25

postman and then I would get a response

play11:27

I would take a look number one what is

play11:28

the status code number two what is the

play11:30

body and number three how long did it

play11:32

take for that API to come back

play11:34

definitely we're going to have multiple

play11:36

cases such as positive and a negative we

play11:39

would send different types of data this

play11:41

different length of data to do boundary

play11:43

testing we would check the ER handling

play11:46

we would send the data that is not

play11:48

expected to be sent we could also verify

play11:52

the authorization and authentication of

play11:55

this particular API but most importantly

play11:57

if this is registering user or create

play11:59

new user we should get two wanted

play12:02

response as it should have probably been

play12:04

specified in requirements and after we

play12:07

get the response we need to verify that

play12:09

we can log in with that particular user

play12:13

if login API is already being developed

play12:17

can you give me a few examples of API

play12:19

testing that you were doing lately or

play12:21

few particular apis generally speaking

play12:23

every single one of you guys should have

play12:25

experience and should know what apis you

play12:27

have been testing if you do not I could

play12:30

probably help you out feel free to

play12:31

schedule a call with me by following the

play12:33

link right below this video it will say

play12:35

candly then response or answer couple

play12:38

apis that I was testing just for example

play12:40

imagine this you've been working or I've

play12:42

been working for the real estate selling

play12:44

website such as zillow.com and I've been

play12:47

testing crud which is create read update

play12:50

and delete or post get put and delete

play12:54

API requests for the listing section

play12:57

such as create list l in update listing

play13:00

get listing by ID and remove listing so

play13:03

how do you test those well you should

play13:05

actually test them one by one in this

play13:07

sequence first you create brand new

play13:09

listing you verify all the data that was

play13:11

supposed to come back came back number

play13:13

two you get the listing by ID because in

play13:16

a respon of create listing you should

play13:17

have received an ID after you send API

play13:19

you can verify that that data or that

play13:22

listing was created and you can actually

play13:23

get it now number three you need to

play13:25

update that listing by utilizing listing

play13:28

ID number four you need to delete or

play13:30

remove that listing and number five you

play13:33

going to have to can you guys actually

play13:35

pause the video right here and guess

play13:37

what would be the fifth test right here

play13:40

please pause it give it a sec leave a

play13:42

comment and then come back and continue

play13:43

here's the answer you need to send the

play13:45

get request one more time to verify that

play13:48

the listing was removed and you should

play13:51

get 404 status code that we were just

play13:53

talking about what kind of test metrics

play13:56

do you use in your company related to AI

play13:58

test well generally speaking we could

play14:00

use three most important test metrics

play14:03

first one is the response time how long

play14:05

does it take server to get us response

play14:08

back to the client that send an API

play14:11

request second one error rate or what's

play14:13

the percentage of apis that are actually

play14:16

erroring out and you can find that out

play14:18

by using any kind of monitoring tools

play14:21

and you can usually ask your devops what

play14:23

monitoring tools are they using for the

play14:25

apis and a third one test coverage which

play14:29

is the most important one for the QA

play14:30

Engineers so we could know and Report uh

play14:34

to our lead or manager how many apis

play14:37

have been covered with the test

play14:39

Automation and the last one but actually

play14:42

very important one have you ever done

play14:45

API performance testing the very truth

play14:48

is there are a lot of people on the

play14:50

market who took boot camps and who have

play14:52

impostor syndrome which means that

play14:54

you're afraid to be to be caught that

play14:57

you don't know something that you should

play14:59

have know but the thing is no one knows

play15:01

everything myself I have been working as

play15:04

the Q engineer lead manager and seni

play15:06

engineer manager of SD for the 10 years

play15:09

in world of QA and Tech and I have never

play15:12

professionally done performance testing

play15:15

of API and that's completely fine you

play15:17

should not know everything it is

play15:19

impossible to know so here's what I

play15:22

would say if I would get this question

play15:23

if I've been asked have you ever done

play15:26

API performance testing I would say I've

play15:28

been playing with the k6 and the J meter

play15:31

performance load and stress testing

play15:33

tools but I have never used it in actual

play15:37

working environment I only use it for

play15:38

fun to find out how it actually works so

play15:41

if you guys would like me to utilize it

play15:43

for your company it would take me

play15:45

probably a couple of days to refresh my

play15:47

mind and start using it for you so by

play15:50

being honest you guys have eliminated

play15:53

the ability for the company to cut you

play15:56

on something that you never did but you

play15:58

s that you did so which means you can

play16:01

live free and happy life of fears

play16:03

because you have told them the truth and

play16:06

there is nothing more to lie about well

play16:08

now you guys tell me were those

play16:10

interview question useful for you and if

play16:13

they were let me know what else you

play16:14

would like me to record so you guys

play16:17

could get more useful information from

play16:18

me in the future and if you did not

play16:20

enjoy it I want you guys to also leave a

play16:22

comment below and tell me how much I

play16:24

actually suck thank you watching for

play16:26

this video and I'll see you next time

play16:29

B

Rate This

5.0 / 5 (0 votes)

相关标签
API TestingQA InterviewPostman TipsStatus CodesAutomationPerformance TestingManual TestingQA EngineersTest FrameworkSoftware QA
您是否需要英文摘要?