Manual QA: Testing for Beginners - Types of QA Testing - Part 9

alexusadays
2 Oct 202220:13

Summary

TLDRIn this QA tutorial, Alex USA Days discusses various types of software testing, including black box, white box, and gray box testing. He also covers positive and negative testing, functional and non-functional testing, and common types like acceptance, regression, API, exploratory, boundary, smoke, and beta testing. The video also touches on stress, load, accessibility, localization, and security testing, highlighting their importance in the QA process. Alex encourages viewers to explore the provided links for a deeper understanding of each test type.

Takeaways

  • 📚 There are over 100 types of software testing methods, but QA professionals typically use around five to seven main types.
  • 🔍 The three main categories of testing are Black Box (no access to internal code), White Box (access to internal code), and Gray Box (partial access to internal code).
  • 🔑 Positive testing checks the application works as expected under normal conditions, while negative testing simulates incorrect user actions to see how the application handles errors.
  • 🔄 Functional testing is based on requirements and acceptance criteria, ensuring the application performs its intended functions.
  • 💡 Non-functional testing focuses on the system's stability, performance, and security rather than its features.
  • 🎯 Acceptance testing confirms that features meet business requirements and are ready for release.
  • 🔄 Regression testing is crucial for verifying that new changes or bug fixes do not break existing functionality.
  • 🌐 API testing checks the communication between the front end and back end of an application.
  • 🔍 Exploratory testing relies on the tester's experience to discover bugs by navigating and interacting with the application in unconventional ways.
  • 🚦 Boundary testing verifies the application's behavior at the edge of input value ranges, ensuring it correctly handles minimum and maximum values.
  • 🌬️ Smoke testing is a preliminary check to ensure the basic functionality of an application is intact before proceeding with more detailed testing.

Q & A

  • What is the primary focus of the video by Alex USA Days?

    -The video focuses on explaining various types of software testing, their purposes, and how they are conducted within the quality assurance process.

  • How many types of testing are mentioned in the video?

    -The video mentions around 100 different types of testing, but emphasizes that one doesn't need to remember all of them, just be aware of their existence.

  • What are the three main categories of testing discussed in the video?

    -The three main categories of testing discussed are black box testing, white box testing, and gray box testing.

  • What is the difference between black box and white box testing?

    -Black box testing is when you have no knowledge of the system's internal workings, while white box testing involves having access to the code and understanding the internal functions.

  • What is meant by positive and negative testing?

    -Positive testing, also known as happy path testing, verifies the application's functionality as intended by the user. Negative testing involves providing invalid input or performing unexpected actions to see how the application handles them.

  • What is the purpose of functional and non-functional testing?

    -Functional testing checks the application against its requirements and acceptance criteria, ensuring it performs its intended functions. Non-functional testing focuses on the system's stability, performance, and other attributes that don't directly relate to its functionality.

  • Why is acceptance testing important?

    -Acceptance testing is crucial as it verifies that features are implemented according to business requirements, ensuring the application meets the expectations of the end users.

  • What is the role of regression testing in the QA process?

    -Regression testing is performed to ensure that new changes, bug fixes, or releases have not introduced new issues or broken existing functionality.

  • Why is API testing considered important in the context of automation testing?

    -API testing is significant in automation testing because it verifies the communication between the front end and back end. It's a good starting point for those looking to transition from manual testing to automation.

  • What is exploratory testing and how does it differ from other testing methods?

    -Exploratory testing relies on the tester's experience and approach to discover bugs by navigating outside of standard testing processes. It's less structured and more flexible compared to other testing methods.

  • Can you explain the concept of boundary testing with an example?

    -Boundary testing involves verifying the boundary values of input ranges. For example, if an application allows use only for individuals aged between 21 and 100, boundary testing would check that a 21-year-old can use it (positive test), a 20-year-old cannot (negative test), a 100-year-old can (positive test), and a 101-year-old cannot (negative test).

  • What is the significance of smoke testing in the QA process?

    -Smoke testing, also known as sanity testing, is an initial verification to ensure that major functionality of the application works as expected. It's a preliminary check to determine if the build is stable enough to proceed with further testing.

  • What are the differences between closed and public beta testing?

    -Closed beta testing involves a limited number of users, while public beta testing is open to everyone. Both are conducted in a production environment to identify issues before the final release.

  • How does stress testing differ from load testing?

    -Stress testing aims to determine the stability and performance of an application under heavy loads or prolonged usage to find its breaking point. Load testing, on the other hand, measures how a system performs under expected heavy loads without the intention of breaking it.

  • Why is accessibility testing important?

    -Accessibility testing is crucial to ensure that the application is inclusive and usable by as many people as possible, including those with disabilities, by verifying features like speech recognition and compatibility with reading systems.

  • What is the primary objective of security testing?

    -The primary objective of security testing is to identify and fix system vulnerabilities and potential exploits early in the development process to prevent infiltration, data leaks, and cyber attacks.

Outlines

00:00

📚 Introduction to Testing Types and Test Plans

In this segment, Alex introduces the new module on quality assurance, focusing on various types of testing and test plans. Alex emphasizes that while there are over a hundred types of testing, one doesn't need to remember all of them but should be aware of their existence. The main types discussed include black box, white box, and gray box testing, which differ based on the tester's access to the internal code and workings of the software. Black box testing is manual and code-agnostic, white box testing involves coding knowledge and access to the codebase, and gray box testing is a mix of both. Alex also mentions positive and negative testing, functional and non-functional testing, and provides resources for further reading.

05:02

🔍 Common Testing Types and Their Applications

Alex continues by discussing common testing types encountered in the QA industry. Acceptance testing is highlighted as a crucial process to verify features against business requirements. Regression testing is also emphasized, with a focus on its role in confirming that bug fixes do not break existing functionalities. API testing is noted as a growing area, especially for those moving into automation. Exploratory testing is described as a more freeform approach based on tester experience, while boundary testing is explained with examples like age limits for using machinery. Smoke testing, or sanity testing, is introduced as preliminary verification before full QA begins.

10:03

🚀 Advanced Testing Concepts

This part delves into more advanced testing types. Beta testing is explained as early verification in a production environment, with a distinction between closed and public beta testing. Stress testing is introduced to assess stability and performance under heavy loads, while load testing focuses on how a system performs under expected limits. Accessibility testing ensures that applications are inclusive, and localization testing verifies that applications are suitable for different language and regional settings. Security testing is also covered, aiming to find and fix vulnerabilities before they can be exploited.

15:05

🛠️ Developer Testing and Integration Testing

Alex concludes the discussion on testing types by differentiating between QA testing and developer testing. Unit testing, performed by developers, is described as functional verification at the smallest level, ensuring individual functions operate correctly. Integration testing is also explained, involving multiple functions or modules working together. The importance of these tests in ensuring system components work harmoniously is highlighted.

20:06

👋 Closing Remarks

In the final paragraph, Alex wraps up the video with a brief thank you to viewers, encouraging them to like, subscribe, and comment if they have any questions or topics to discuss. He mentions his intention to continue posting content on becoming a QA tester, covering both manual and automation aspects.

Mindmap

Keywords

💡Quality Assurance (QA)

Quality Assurance (QA) is a way of preventing mistakes or failures in a product or a service. It is a process that involves testing and checking to make sure everything works as it should. In the video, QA is the main theme, as it discusses various types of testing that are part of the QA process to ensure software quality.

💡Black Box Testing

Black Box Testing is a method of testing where the tester doesn't know how the system works internally. It focuses on the functionality of the software and how it responds to inputs without any knowledge of the internal code. The video uses the term 'Black Box' to describe a type of testing where testers interact with the software as an end user would, without access to the underlying code.

💡White Box Testing

White Box Testing, also known as clear box testing or glass box testing, is a testing method where the tester has knowledge of the internal structure, workings, and coding of the software. It is used to test the functionality of the system from the inside out. The video mentions that in white box testing, testers may work alongside developers and have access to the codebase.

💡Gray Box Testing

Gray Box Testing is a software testing approach that falls between Black Box and White Box testing. In this method, the tester has some knowledge of the internal structure of the software but not complete. The video describes gray box testing as a mix where testers might have access to some code but not to others, creating a hybrid approach.

💡Positive Testing

Positive Testing, also known as 'happy path testing', is a type of testing where the tester checks if the software behaves correctly when provided with valid input. The video explains that this type of testing verifies what the user is supposed to do, such as logging in with the correct credentials.

💡Negative Testing

Negative Testing is the process of testing how the software handles invalid or unexpected input. It's about trying to 'break' the application to see how it reacts to incorrect usage. The video gives an example of testing invalid login attempts to ensure the application handles errors gracefully.

💡Functional Testing

Functional Testing is a type of testing that checks if the software meets the business requirements and if it performs its intended functions correctly. It's about verifying the application does what it's supposed to do. The video discusses functional testing as a category that includes unit testing, regression testing, and user acceptance testing.

💡Non-functional Testing

Non-functional Testing is a type of testing that evaluates the system's attributes such as stability, performance, and security. It's about ensuring the system is reliable and performs well under various conditions. The video explains non-functional testing as a way to verify the system's stability and performance.

💡Regression Testing

Regression Testing is a type of testing that verifies that a recent program or code change has not adversely affected existing features. It's often done after a bug fix or new feature addition. The video describes regression testing as a common practice where testers re-run a set of scenarios to ensure nothing breaks after changes.

💡API Testing

API Testing is the process of testing application programming interfaces (APIs) to ensure they perform as expected and meet the requirements. It's about verifying the communication between the front end and back end of a system. The video mentions API testing as a common practice, especially for those looking to get into automation.

💡Test Plan

A Test Plan is a document that outlines the testing approach, test environments, test cases, and other relevant details for a particular software testing project. The video script mentions that test plans will be discussed in the next module, implying they are an important part of the QA process.

Highlights

Introduction to different types of testing in quality assurance.

There are over 100 types of testing, but you only need to be aware of the main types.

Main types of testing include black box, white box, and gray box testing.

Black box testing is manual testing without access to the code.

White box testing involves access to the code and requires coding knowledge.

Gray box testing is a mix of black and white box testing.

Tests can be categorized as positive or negative.

Functional testing is based on requirements and acceptance criteria.

Non-functional testing focuses on system stability and performance.

Acceptance testing verifies features against business requirements.

Regression testing involves re-running scenarios after a bug fix or release.

API testing verifies communication between front end and back end.

Exploratory testing relies on testers' bug discovery approach.

Boundary testing verifies boundary values for inputs.

Smoke testing is preliminary testing to verify major functionality.

Beta testing is early version verification in a production environment.

Stress testing verifies stability and performance under heavy loads.

Load testing measures system performance under expected load volumes.

Accessibility testing ensures inclusiveness for as many people as possible.

Localization testing verifies usability and content translations for specific regions.

Security testing searches for system vulnerabilities and exploits.

Dev testing includes unit testing and integration testing.

Encouragement to explore the provided links for more types of testing.

Transition to discussing test plans and their creation.

Transcripts

play00:00

hello everyone this is Alex USA days and

play00:03

we're continuing with our journey lower

play00:05

quality assurance from scratch so now

play00:08

we're moving into a new module today

play00:10

we're going to talk about types of

play00:11

testing but it also has a little bit

play00:13

about test plans and with the last video

play00:16

we actually completed a sectional

play00:18

development Technologies Okay so

play00:21

there are about 100 different types of

play00:24

testing even more than that there's a

play00:26

lot you don't have to remember all of

play00:28

them uh you just need to be aware that

play00:31

they exist

play00:32

we will talk about the main test uh the

play00:34

main types of tests that perform during

play00:36

QA it is really hard to cover in a short

play00:39

video everything so I will provide links

play00:41

in the description to this video where

play00:43

you can where you can read more about

play00:45

what kind of tests there are what kind

play00:48

of tests exist

play00:49

one will be to the guru 99 the other

play00:52

will be to atlassian website uh

play00:54

essentially you will probably maybe use

play00:58

like five six seven different types uh

play01:01

what kind of tests you will be what kind

play01:03

of types you will be running will

play01:05

greatly depend on the application you

play01:08

will be testing uh customer the end the

play01:11

end user who is designed for by whom and

play01:14

so on so there are really a lot of

play01:15

variations what kind of product you're

play01:17

testing uh what kind of tests you will

play01:19

be running

play01:21

but on the highest level I think you can

play01:23

break it up into those categories

play01:27

so you will you can have black box white

play01:29

box or gray box testing where black box

play01:33

you provide input and then you get some

play01:35

output back you verify this output you

play01:38

have knowledge no knowledge of the

play01:40

system so Black Box term actually comes

play01:42

from programming where it means exactly

play01:44

the same thing you receive some sort of

play01:46

a system that you need to work with but

play01:48

you have no clue how it works inside you

play01:49

can't really look in the code uh so

play01:52

Black Box testing is mostly like manual

play01:54

testing without access to the code then

play01:57

there's white box testing and um with

play02:00

white box testing you do actually have

play02:02

access to the code you know what's going

play02:03

on inside you know the functions are

play02:05

running

play02:06

um and maybe you even work in the same

play02:09

repository alongside with developers

play02:12

maybe you're doing some automation so it

play02:14

involves a good extent of coding

play02:17

knowledge understanding the base the

play02:19

code base of the application what it's

play02:20

doing and then there's a gray box

play02:22

testing where you maybe have some access

play02:25

to code at some place at other places

play02:27

not

play02:28

it's mix of both or maybe you're just

play02:31

testing something in between so you

play02:33

don't really know what's going on on the

play02:34

back end but you do work with API so uh

play02:38

so gray box testing is essential like

play02:40

mix of books when you testing front-end

play02:43

back-end looking at the code or not

play02:45

looking the code so it's a mix of

play02:47

everything

play02:48

then you can break up all the tests in

play02:51

positive negative tests where positive

play02:53

tests are

play02:55

they also hold happy happy pass tests so

play02:58

you verify what user is supposed to do

play03:00

so if user needs to log in or they

play03:02

provide proper login and password they

play03:05

log in if the user needs to create new

play03:07

account they have to have certain

play03:09

complexity for the password certain

play03:11

links maybe certain symbols are not

play03:13

accepted uh negative testing is actually

play03:18

acting like users that doesn't really

play03:20

know what it's he's doing or trying to

play03:22

kind of break the application or see

play03:25

what happens if you provide some invalid

play03:27

input do some unexpected actions from

play03:31

the user and see how the application

play03:33

handles it so in our example of

play03:36

invalid login like we had valid as a

play03:39

happy pass and valid login you try to

play03:41

provide invalid password and verify that

play03:43

the actual error comes up or when you

play03:46

try to create an account in the password

play03:48

you start typing out invalid characters

play03:50

when you're trying to create new

play03:52

passwords so it also should gracefully

play03:54

handle it and and show some errors to

play03:56

the user

play03:57

then there's there's functional and

play04:01

non-functional testing

play04:03

so those also include a lot of different

play04:05

tests different categories within them

play04:07

but functional testing is the testing

play04:09

where you test against the requirements

play04:12

and it is an acceptance criteria based

play04:15

testing so you want to look at the

play04:17

actual functionality of application

play04:18

what's supposed to do it includes unit

play04:21

testing regression integration user

play04:23

acceptance localization we'll talk about

play04:25

those types of tests later and then

play04:27

there's non-functional testing aware

play04:29

verification of the system is more about

play04:32

the stability and performance so it's

play04:34

including stress testing performance

play04:36

tests and load testing secure testing

play04:38

and so on okay so this is like the

play04:42

highest level now we're going to talk

play04:43

about categories that armoire popular

play04:45

and you most likely going to see them

play04:48

almost in any company you work maybe a

play04:51

little bit less of those or more but

play04:53

this is very close to like having

play04:56

everything that you're going to

play04:57

encounter throughout your career

play04:59

uh some of the things might not be here

play05:01

now and or you might work for some

play05:05

industry or startup that has some

play05:07

specific testing so I definitely

play05:09

recommend going into the description for

play05:11

this video and checking out the links to

play05:13

other types of testing just to get

play05:16

familiar with them uh so you understand

play05:18

there are more other possible test type

play05:21

that exist okay one of the most common

play05:23

types of testing that you're going to

play05:24

see almost everywhere is acceptance

play05:26

testing

play05:28

so acceptance testing is essentially

play05:30

verifying uh feature or features and

play05:33

that they are implemented according to

play05:35

business requirements you might also

play05:37

have heard about user acceptance testing

play05:39

so that's essentially the same thing you

play05:41

have a story that you know in Works uh

play05:44

developers finish it you do some uh

play05:47

verification of the story and then you

play05:49

know you're okay to be released it's

play05:51

acting as described in the acceptance

play05:54

criteria

play05:55

uh then there's regression testing a

play05:57

regression testing

play05:59

they're they're

play06:00

kind of two definitions of some of the

play06:03

regression testing specifically evolves

play06:05

or revolves around bugs that you verify

play06:08

that you know nothing got broken after a

play06:10

bug fix but I think uh in more

play06:14

recent ways regression testing is like

play06:17

standard for re-running through set of

play06:21

uh scenarios after a bug fix deployment

play06:24

or release uh if you're automating

play06:27

regression tests and those collection

play06:28

will be like the largest collection so

play06:30

you'll have regression testing based on

play06:33

the priority where you first will verify

play06:36

P0 test case P0 being in like most

play06:39

important that will be P1 P2 and P3 so

play06:42

regression test suit essentially keeps

play06:45

on growing you keep on adding testing

play06:47

there making sure that you're covering

play06:49

most or all of the functionality that

play06:51

you want to verify uh once the

play06:54

application is released

play06:57

um if something gets outdated you know

play06:59

your regression testing will get updated

play07:02

and some of the tests will get removed

play07:04

but this is one of the most typical

play07:06

tests uh that you will be running

play07:08

regression testing

play07:09

uh then there is API testing not all of

play07:13

the companies do API testing uh or they

play07:16

do it in you know unlimited way some

play07:19

companies maybe more API focused so if

play07:22

you work as a manual engineer maybe

play07:24

you'll not be touching API testing but

play07:26

if you're looking to get into Automation

play07:28

and grow I think starting with API

play07:30

testing after manual testing is one of

play07:33

the great ways to kind of dig in working

play07:35

in that direction

play07:36

so APS testing is mostly verification of

play07:40

communication between front end and back

play07:43

end nowadays but also essentially API

play07:46

stands for application programming

play07:48

interface and it is a middleware that

play07:52

allows different programs to communicate

play07:54

to one another so there's a layer

play07:57

communication there's a communication

play07:59

protocol there's a layer application

play08:02

between

play08:03

front-end back-end or two different apps

play08:06

that will allow them to talk to one

play08:08

another okay this is API this is

play08:10

actually testing that part

play08:12

then there's exploratory testing and

play08:16

exploratory testing is verification that

play08:18

relies on testers bug Discovery approach

play08:22

around application functionality so you

play08:24

as a tester for some experience you look

play08:27

at the new application and you start

play08:28

testing a little bit outside of your

play08:30

normal testing process not your normal

play08:33

regression or acceptance testing but

play08:36

actually try to navigate yourself around

play08:39

the application see what things you can

play08:41

break how you can interact with them

play08:42

differently that would be explorator

play08:45

testing it is mostly based on the

play08:47

tester's experience

play08:49

um

play08:49

then there's boundary testing uh

play08:51

boundary testing is also quite common

play08:53

and this is verification of boundary

play08:55

values for example verification of

play08:58

accepted age so

play09:01

a good example would that would be for

play09:03

example you can use some piece of

play09:06

Machinery or some application only when

play09:08

you reach 21 but you cannot use it if

play09:11

you're older than 100 years old right so

play09:15

your lower boundary will be uh 21 is

play09:20

positive tests still accepted input 20

play09:23

negative should not be accepted this is

play09:26

your lower boundary for the acceptance

play09:28

for the boundary testing right so if you

play09:30

can use it started 21 on the lower

play09:32

boundary you test 21 positive snare 20

play09:36

negative on the upper boundary your

play09:39

positive scenario would be 100 and your

play09:43

negative snare would be 101 so 100

play09:44

should still be accepted 101 should not

play09:47

be accepted you can also throw in maybe

play09:50

a scenario in the middle so let's say

play09:52

50s still it's the fifth is still going

play09:54

through but typically you'll see lower

play09:56

boundary positive negative upper

play09:58

boundary positive negative

play10:00

um there is also something called Smoke

play10:03

testing

play10:05

um sometimes it's called

play10:07

sanity testing sometimes they're

play10:10

different every place will talk a little

play10:12

bit differently about what smoke is or

play10:14

sanit testing for them uh what I've

play10:17

so through my careers signing testing is

play10:21

mostly just some developers having some

play10:24

build they're making sure this still

play10:25

works properly before you handle it two

play10:27

QA so like a very very initial

play10:29

verification uh you know is my build

play10:32

still is my app still launching kind of

play10:34

a thing right smoke testing is uh

play10:37

preliminary testing that where you

play10:39

verify major functionality of the

play10:42

application and that it works as

play10:44

expected so you will you would load you

play10:47

would log in you would I don't know if

play10:49

you're using some specific application

play10:51

let's say uh YouTube app you can post

play10:54

the video leave a like and stuff like

play10:56

that

play10:57

essentially your smoke testing enables

play11:00

everything else if smoke testing passes

play11:03

that means all other types of tests you

play11:05

can run those you can schedule those you

play11:06

can do whatever but um

play11:09

if small smoke testing fails means

play11:11

there's something wrong you know the

play11:12

build has to go back right

play11:15

so smoke testing is required to enable

play11:18

all other testing processes right you

play11:20

don't want to start scheduling

play11:22

everything until you know that your

play11:24

build is pretty much stable

play11:27

uh then there is a

play11:30

type of testing called beta testing and

play11:32

beta testing is early uh version

play11:36

verification in production environment

play11:39

so the environment that actual users

play11:41

will be using on those servers and so on

play11:43

uh there are two types of beta testing

play11:46

there's closed beta which is will have

play11:49

like limited number of users and there's

play11:51

public beta that's going to be open to

play11:53

all

play11:54

um

play11:55

beta is close to

play11:58

release application is very close to

play12:00

actually ready application but it's not

play12:03

it's not there yet so the idea of the

play12:05

beta testing that you will have people

play12:07

try and test your system to find any

play12:11

extra issues or unexpected things before

play12:14

the big release and if you're into

play12:16

gaming and you play uh games like either

play12:19

I play ton of different games you know

play12:21

there are a lot of beta testing oh and

play12:23

you actually have to pay sometimes for

play12:25

it so you would buy not in terms of

play12:27

paying for the testing but you would buy

play12:28

a game

play12:29

early release or early package for the

play12:33

game pay a good amount of money so also

play12:36

you can get a chance to participate in

play12:38

beta so you can pay you can play the

play12:41

game a lot earlier than it's actually

play12:43

going to be released okay

play12:45

another common type of testing is stress

play12:48

testing and stress testing is

play12:50

verification of stability reliability

play12:53

and performance of application under

play12:55

heavy loads or

play12:57

or and prolonged period of time uh

play13:00

periods of time so

play13:02

one example of stress testing would be

play13:04

hey what if I have this YouTube

play13:07

application and I'm trying to have

play13:11

millions or billions of users launched

play13:13

at the same time on different laptops

play13:16

right machines and

play13:18

phones and then maybe or there's a video

play13:21

that I'm gonna try and play like for

play13:23

hours and hours maybe 48 hours or 72

play13:26

hours and see how it behaves right

play13:27

depends what we're testing here is it

play13:29

the app is it the system is it actual

play13:31

the phone but stress testing essentially

play13:33

is structured around

play13:36

stability reliability and performance

play13:39

application and seeing the limit how far

play13:41

can you push it uh to break it right

play13:44

this is stress testing how long you can

play13:45

run the tests uh stress in the

play13:48

application

play13:49

then there's some more so there's load

play13:53

testing it's kind of

play13:54

close to stress testing but load testing

play13:56

is measuring system how a system will

play13:58

manage and perform under heavy load

play14:00

volumes over time with an expected limit

play14:02

so you're not actually your goal is not

play14:04

to crash an application here not to

play14:06

break it but just to make sure that it

play14:08

handles the load properly like it's

play14:09

doing what it's supposed to do uh and if

play14:12

your website should handle thousand

play14:15

requests at a time it should handle

play14:17

sales requests it should not decrease

play14:19

the performance or the performance the

play14:21

response time uh will only increase in a

play14:25

certain amount of a loud amount of time

play14:27

so it's not going to be three or like

play14:30

five minutes to load a page maybe a

play14:32

couple of seconds right

play14:33

then there's accessibility testing and

play14:36

accessibility testing is verification of

play14:39

inclusiveness of application for as many

play14:41

people as possible so it includes speech

play14:43

recognition reading system uh special

play14:46

inputs and so on you can read a little

play14:48

bit more if you're interested in that

play14:50

specific testing about the accessibility

play14:52

you can read the web content

play14:54

accessibility guidelines but essentially

play14:57

this is kind of very focused on specific

play14:59

type of testing there are certain tests

play15:02

like accessibility and localization

play15:04

where you can have a dedicated QA doing

play15:07

just that right focusing on those

play15:10

specific features

play15:12

then there's localization and it is

play15:15

verification of usability accessibility

play15:17

and content translations for a specific

play15:19

language region so not only that it's

play15:22

translated properly but it also makes

play15:24

sense uh there's some maybe phrases that

play15:27

are common for the region uh and the

play15:29

overall application so it's going to be

play15:31

different localization testing for

play15:33

example Spain if you're trying to move

play15:36

application from England and you know

play15:38

create your branch in Spain

play15:40

and then it's going to be different

play15:42

localization testings for Spain versus

play15:45

localization testing for Mexico because

play15:47

the Spanish there is different right and

play15:50

there's different

play15:51

variations different things like a lot

play15:54

of things that

play15:56

specific to that region have to be

play15:58

verified and there are also QA positions

play16:01

that just do that localization testing

play16:03

then there's security testing and

play16:05

security testing is a search for system

play16:07

vulnerabilities and exploits so they can

play16:10

be fixed early uh for example

play16:12

penetration testing that use different

play16:14

tools to find weaknesses and imitate

play16:16

attacks or there are tons of different

play16:18

tools to uh perform uh different types

play16:22

of security testing and now actually you

play16:24

have a very specific Branch or

play16:27

profession called cyber security

play16:29

Specialists that do a lot of that

play16:31

a lot of secure testing falls under

play16:35

cyber security and cyber security is

play16:37

actually designed to Prevail prevent

play16:39

infiltration the ideal leaks and cyber

play16:41

attacks where QA security is more into

play16:44

finding issues during development if

play16:47

there are security issues

play16:49

uh and there are two other types of

play16:51

testing that you're gonna hear a lot

play16:53

about and they're very common but

play16:55

they're not exactly QA type of tests uh

play16:58

there is Dev testing where there they do

play17:01

unit testing unit testing is

play17:03

verification on functional level like

play17:06

the smallest functions possible that

play17:09

should be created by developers

play17:10

alongside development effort so if you

play17:13

know for example that password field

play17:15

only accept letters and numbers and not

play17:18

special characters a unit test that a

play17:20

developer might write alongside of the

play17:23

creating that function for the password

play17:25

input that he'll try to pass along

play17:29

special characters and the tests you

play17:31

know should return at some sort of

play17:32

meaningful error saying that they're not

play17:34

allowed this is unit testing so they

play17:36

create the tests around functions like

play17:40

on Atomic very small scale right

play17:43

and there's integration testing

play17:44

integration testing when you have

play17:46

multiple functions multiple modules

play17:48

maybe multiple microservices that talk

play17:49

to one another so developers would

play17:51

actually build tests that will trigger

play17:54

other services or other responses where

play17:57

you verify multiple modules or functions

play18:00

combined and you verify them as a group

play18:02

so you know it's not just a plus b

play18:05

equals c you also do some other

play18:08

functionalities we'll see later on

play18:09

involving the other modules and you know

play18:12

your testing becomes more complex but

play18:15

you need to do integration testing

play18:16

because you need to understand that all

play18:18

of the components of the system are

play18:20

working properly this could be

play18:22

integration testing on a functionality

play18:24

level this can be also integration

play18:26

testing on Hardware software level when

play18:28

you try you know putting your

play18:31

processor in different motherboards so

play18:33

you kind of already like on the system

play18:35

level now as a whole thing

play18:38

uh so yeah that's in a nutshell uh I'll

play18:41

probably pick a couple tests

play18:42

specifically from this list that we're

play18:44

going to talk a little bit more about

play18:46

and I'll have additional slides uh ones

play18:48

that you will see almost all the time

play18:50

and then from that we will move uh into

play18:56

test plans right what they are and how

play19:00

you work with them how you get them how

play19:02

they're created uh and yeah that's

play19:05

pretty much that's pretty much it this

play19:07

section is not going to be very long but

play19:09

I definitely definitely recommend you go

play19:11

into the description and I have uh

play19:15

couple links there to show more types of

play19:18

testing just read them get familiar with

play19:21

them you don't need to remember them the

play19:23

tests that I list here those definitely

play19:25

you want to research more take notes so

play19:28

like this whole list because those are

play19:31

the test types of tests you're going to

play19:32

be running most likely one or the other

play19:35

out of that list when you join a company

play19:37

right those are very common the rest

play19:40

just gets familiar with them they're in

play19:42

the link is in the description so you

play19:43

are aware that they exist

play19:45

okay so this was Alex USA days uh

play19:48

hopefully you liked the video leave like

play19:50

And subscribe uh leave a comment if you

play19:53

want to talk about something and uh

play19:55

you'll see more of those videos on how

play19:58

to become QA tester from scratch from

play20:00

manual and maybe some automation as well

play20:02

uh I'll keep on posting like every every

play20:05

weekend add more content okay thanks

play20:09

everyone for watching and bye bye

Rate This

5.0 / 5 (0 votes)

الوسوم ذات الصلة
Software TestingQuality AssuranceManual TestingAutomation TestingBlack BoxWhite BoxTest PlansAPI TestingSecurity TestingLocalization
هل تحتاج إلى تلخيص باللغة الإنجليزية؟