0:03 So today we're going to focus on testing
0:06 Basics uh so that would be you know what
0:08 is testing and what is software testing
0:10 and also we're going to look
0:13 into you know certain tools that are
0:15 used in testing uh and the
0:17 documentations that are used in testing
0:20 and so on so tomorrow they too will be
0:23 dedicated for defects defects they they
0:25 have their own life cycle and and so
0:28 on uh day three
0:31 SQL then we'll do python you'll you know
0:33 you'll learn how to create your own
0:37 scripts in Python and day5 will be uh
0:40 dedicated for test automation so let's
0:46 just uh jump into the uh main content
0:49 audience today uh is uh very diverse uh
0:53 I have to uh tell you so majority of the
0:55 attendees are new to
1:00 QA uh but we have also uh attendees who
1:04 are already studying QA and attending
1:06 boot camps or
1:08 self-studying some of them are already
1:10 in the market actively looking for job
1:13 and for those good luck and if those
1:16 five days of lessons in any way will
1:20 help you uh um along the way in that
1:23 Journey uh please share that story and
1:25 we're going to be very happy uh to hear
1:30 that so uh we also have few uh
1:33 professionals uh senior you know QA
1:36 professionals uh in the audience and you
1:38 know we welcome them as well everybody's
1:41 welcome we'll try to make the whole uh
1:45 uh classes each class as as useful as
1:49 beneficial to every group uh as possible
1:51 so uh questions please put it in the
1:53 chat box and I'll try to answer uh every
1:56 each of them uh at the
1:59 end uh we'll try to keep it interactive
2:00 as well
2:02 uh and I'll also share my contact so
2:03 that you can reach out to me if you guys
2:05 have any any questions or any uh
2:09 feedback uh will be needed so I want to
2:12 start from uh the bigger picture uh here
2:15 so this this particular slide is
2:17 dedicated for those who are completely
2:19 new to information Technologies who are
2:21 trying to make their decision to change
2:24 their career but they're not sure or
2:26 they're looking for a motivation
2:31 basically uh so um
2:33 I'll ask the audience this question so
2:35 imagine if you had a job offer today two
2:37 different job offers with all the other
2:40 parameters same but one is working from
2:42 home and the other one is working from
2:46 the office right and I'm not guessing
2:49 but I know for sure that majority will
2:52 be choosing working from home because
2:54 this is the new normal uh especially
2:58 after uh pandemic you know pandemic uh
3:00 came harsh but it also also taught the
3:03 companies that people can actually work
3:06 from home especially the information
3:08 technology uh professionals they can
3:11 still do their job uh staying home and
3:14 working from home uh and if you're out
3:16 there looking for job chances are that
3:19 you're either going to get 100% remote
3:22 uh job opportunity or hybrid couple of
3:24 days home and couple of days in the
3:28 office grateful work life balance uh so
3:30 um so this is one of the short term sort
3:33 of uh benefits that you can get right
3:37 away if if you will be uh in the market
3:38 when you reach that
3:42 point um so that's a great uh you know
3:46 factor to take into account uh certainly
3:49 but apart from that there's another um
3:53 important factor that I get uh questions
3:56 about that is is there an opportunity to
3:59 grow can I actually grow or am I going
4:04 to be working as as a tester you know
4:07 for the next 10 years so and my answer
4:11 is that there's tons of room for growth
4:14 for anyone who's willing to you know
4:18 work hard um and work consistently uh
4:23 towards uh their goals um when I uh
4:25 started working for us companies I was
4:28 surprised to see the you know different
4:30 positions variety different positions
4:33 that you have at VP level vice president
4:34 levels you have like assistant vice
4:36 president you have vice president first
4:38 vice president and Senior vice president
4:41 Executive Vice President and all those
4:45 uh you know variety uh of VP levels are
4:46 are achievable
4:49 and and and of course you know that's
4:52 something that you have to uh wish for
4:53 and you have to work towards right you
4:55 have to put that goal and then you have
4:57 to work hard uh towards the goal and
5:00 that's achievable I'm telling you and
5:02 and then salaries uh in at be level that
5:06 start from 150,000 a year and about in
5:09 the United States so um so I think those
5:13 uh two factors are uh uh you know one of
5:15 the big uh
5:17 uh
5:20 uh factors that that taken into account
5:22 when making a decision to jump into the
5:24 IT career but apart from that there are
5:28 many other benefits uh that uh that you
5:32 can also think of for example uh paid
5:34 vacations right who doesn't want to go a
5:37 vacation and then come back and and then
5:39 and then still get the same salary so
5:41 that's that's a great uh thing that you
5:43 can take into account and also there's
5:46 uh health insurance benefits and also
5:48 401K that that would be you know your
5:49 retirement plan whenever you put a
5:52 dollar and then the company puts uh you
5:54 know another 50 Cent or 30 cents
5:57 additional to what you're uh keeping uh
6:00 or you know putting as a secure fund for
6:02 your retirement that's something that I
6:05 do I mean you know you can certainly
6:08 consult that with your accountant and uh
6:10 there is an arguable discussion about
6:12 whether retirement plans are good or or
6:14 or bad and maybe I'll talk about it in
6:17 in some other uh session some other day
6:21 but I personally use that sorry so uh
6:25 those are the benefits of the uh it uh
6:27 career and I um I think you know you
6:30 should take that into account whenever
6:34 you're um uh thinking or evaluating
6:36 different factors trying to make a decision
6:38 decision
6:41 so let's answer the uh try to answer the
6:44 next important question here um that
6:46 everybody has and how difficult it is or
6:51 how easy it is right now I want every
6:54 one of you just to think of any big
6:57 achievement that you had in your life uh
6:59 it it can be in education like
7:02 bachelor's degree for example that's a
7:04 great achievement and or maybe at work
7:06 you got a promotion and that's a good
7:11 achievement and um I'm sure it wasn't
7:14 easy I'm pretty sure it was not easy you
7:17 had to go through a certain uh steps uh
7:20 for example you had to you know put you
7:23 know have a vision or or a dream and you
7:26 have to follow your dream uh and you
7:27 have to set certain
7:31 goals and uh you had to work hard right
7:34 so um well guess what the same approach
7:37 same recipe would work here as well
7:39 because you were trying to change your
7:41 career you were trying to
7:44 replace other candidate who worked maybe
7:47 for uh for years trying to get a
7:48 bachelor's degree in
7:50 it uh and then you were trying to
7:53 compete with the with that uh other
7:55 candidate and certainly that requires
7:58 that determination and um and this
8:01 approach that you actually used in the
8:03 past to achieve other achievements in
8:06 your life so
8:10 um but there are uh two more important
8:13 ingredients that I think that has to be mentioned
8:14 mentioned
8:17 here that makes this formula or the
8:19 approach complete that would be first
8:22 one would be
8:25 um uh consistency right without
8:29 consistency you will uh not be able to uh
8:31 uh
8:34 complete uh or you know you worked a
8:37 couple of hours uh day one and
8:39 then and then you skipped uh your
8:41 lessons for the rest of the weekend
8:43 that's uh certainly not
8:46 consistency and um and the other uh
8:49 important factor here is sacrifice so
8:52 I'm certainly uh you know not talking
8:53 about any religious sacrifice or
8:56 anything but I'm talking about time
9:00 management here right sacrifice so um
9:03 so you have only 24 hours a day and um
9:05 I'm sure you've been so busy and if
9:09 you're trying to get into a new field
9:14 you need some extra time um to to study
9:18 and and when I say sacrifice I mean
9:20 those little things that eat up your
9:24 time like maybe you should turn off or
9:27 deactivate your subscription for Netflix
9:30 for a period of time uh or maybe stay
9:33 off the social network for a period of
9:36 time like you know stop watching those
9:39 Instagram reals and you know watching
9:42 the random people doing weird stuff
9:44 so you're going to get back to the
9:47 Instagram or a social network at some
9:48 point that may and then make that big
9:50 announcement hey I started working for
9:53 this big company or doesn't have to be a
9:57 big brand or anything so but still uh
10:00 you know any you know achieving
10:02 goal requires
10:05 consistency uh and discipline uh so this
10:07 is you know to make sure that we have
10:10 this correct expectations and correct
10:13 mindset right from the beginning right
10:17 so um so it's this is really important
10:19 uh to mention now another frequently
10:22 Asked question that I get a lot and I I
10:25 saw that question also in uh one of the
10:28 Facebook groups as well um is is
10:31 certific ation required or is a license
10:34 required so if you were planning to
10:39 become a doctor or uh or um or let's say
10:43 a lawyer then yes right but if you're
10:46 going to uh into into it field no you
10:50 don't need to have a certificate uh but
10:52 there's but right so let's take a look
10:56 into uh those two job positions that I
10:59 got recently so this is a senior Q aut
11:02 position I I captured the
11:04 screenshot last week I think and and
11:07 this uh position might still be hot so
11:10 if those who are looking for you know
11:11 job opportunities you can still check
11:15 that on dice.com so if you look here I
11:18 highlighted and it says istqb F Foundation
11:19 Foundation
11:23 level uh certification require not
11:26 required desirable but not required so
11:28 so it's desirable they're still listing
11:30 that as part of their job description
11:31 here's another one that's more of a
11:34 manual testing position and as you can
11:36 see they also you know they're also
11:40 listing that as as preferred right so
11:44 the answer to this question is
11:47 desirable but certainly not required
11:51 right so if you ask me I say if you're
11:54 not in rush if you're not like you
11:56 know going to the market and you need to
11:59 get the job right now if you're not in
12:02 Rush then why not you know if you can do
12:05 it istqb certifications or any other
12:07 certification uh but International
12:09 recognized ones though right so
12:12 everybody provides certifications but
12:13 I'm you know I'm really talking about
12:15 the ones that are internationally
12:19 recognized like iqb so uh and they teach
12:21 um a lot as well I mean just to go
12:23 through just to get the certificate you
12:26 have to study a lot uh independently you
12:28 can do that independently or get a coach
12:31 and um and when you get that certificate
12:34 you you know when you pass that exam
12:37 it's I would say it's not easy as well
12:39 well
12:42 your level of knowledge in QA is is in a
12:44 different level basically you're you're
12:46 going to feel that
12:50 some it may not be as practical as as a
12:53 as boot camps give you right like like
12:55 ours so it's not as practical but it's
12:57 just going to prepare you for the future
13:00 or and also it's certainly going to
13:03 increase your chances of uh of uh
13:06 passing through those filters of like
13:07 recruitment filters so what happens to
13:10 your resume is that you know it goes
13:12 through those recruiters right and and
13:15 it has to end up in the screen these
13:18 days not the desk right in the screen of
13:22 of the QA manager or hiring manager and
13:24 they don't have all day right so they
13:27 you know they for example I myself I get
13:30 1015 uh resumes and and I I really have
13:32 to select I have to short list and
13:34 there's no other way because you know
13:37 you can't be spending all your day
13:39 interviewing people because you know you
13:42 have other tasks as well and you really
13:45 hope believe me those managers uh and
13:47 the you know recruiters really hope that
13:50 those candidates end up being good they
13:53 they end up being as good as described
13:56 in their uh in their resumes uh so that
13:59 you know they're also off the hook they
14:01 the job is done okay hiring process done
14:04 I mean hiring process so exhausting and
14:06 and they really hope uh that they get
14:09 the right candidate as soon as possible
14:13 so again desirable but not required does
14:14 it increase your chance of getting
14:16 through those filters and getting you
14:21 know being shortlisted yes and um so but
14:24 certainly not required all right so now
14:26 that we clarified some of the uh basic
14:28 or frequently asked questions we have
14:29 the correct mindset
14:31 right we know what to expect we know
14:35 that it's not easy and but you still
14:38 have to work for it right and um we can
14:41 answer the question of what is testing
14:43 right we can jump into the main topic of
14:46 this whole uh uh a lesson so what is
14:48 testing and how do you test if you can
14:52 answer those two questions you know half
14:55 the job is done you're almost a tester
14:58 uh so um what is testing this is a very
14:59 very simple
15:03 simplified definition I'm putting here
15:08 testing is checking how well a product
15:12 works and I'm sure all of you have done
15:14 this before right you have checked how
15:17 well a product works and you know you
15:19 were in a supermarket maybe in a Walmart
15:20 buying some product and you were
15:23 touching feeling and you're using it a
15:26 little bit maybe and what exactly was
15:28 going through your mind what kind of you
15:30 know sequence of events or thoughts or
15:32 algorithms were going uh through your
15:36 mind at that point you were comparing
15:39 right what were you comparing you were
15:43 comparing your expectations versus the
15:45 reality and that's how you perform
15:48 testing right this is what testing is
15:51 about and there are two important very
15:52 uh very important Concepts that I want
15:54 you to keep in mind which is
15:58 expectations versus reality and there's
15:59 different way of saying it in actual
16:02 software testing but we'll get to that
16:04 uh so now think of
16:08 the uh return period you get from Amazon
16:09 why do you think is that now what what
16:10 exactly you were doing during that
16:13 return period you were testing right you
16:15 you took that product you're testing and
16:19 then you're comparing your expectation
16:21 and then with against the reality and if
16:24 that if that worked if that matched then
16:26 they were like okay this is this is good
16:29 I'm keeping it if it didn't match then
16:31 what you're doing is you know you're GNA
16:33 write this bad review and you're going
16:36 to return right give this three
16:40 stars um so this is how you actually
16:43 were performing the testing now let's
16:45 look into this fun interesting example
16:51 here in um in mid 1990s there was this
16:54 uh you know famous commercial about a
16:57 mattress and a glass of wine and this
17:01 went viral and and um
17:05 the the the product the the material
17:06 that they were using is called temper
17:09 and it was originally created by NASA to
17:12 protect the astronauts during space
17:15 travel and what is specific about this
17:18 material is that it reduces the motion
17:22 transfer right transfer of motion is
17:24 reduced and this couple here this is not
17:26 the actual commercial but this couple here
17:27 here
17:29 is testing right this is this is what
17:31 they're doing they're they saw this
17:33 commercial commercial is their
17:36 expectation and they're doing similar
17:38 actions they're putting this wine you
17:40 know the glass of wine in the in one
17:42 corner of the mattress and then they're
17:44 jumping in the on the other the other
17:48 corner so how else could you test
17:52 that product for example this guy
17:55 decided that he can you know hit it with
17:59 a hammer and several times so so here's
18:00 a question to the audience
18:02 audience
18:07 um how would you test so imagine you're
18:10 working for this company who makes the
18:14 mattresses and how would you actually
18:17 test how you know if you can you come up
18:19 with some other ways of actually testing
18:21 the same
18:23 scenario so you can put your answers
18:24 into the chat
18:27 box and we call those different
18:30 scenarios as test cases
18:32 so I'll give you guys some couple of
18:34 minutes so that so that you guys can type
18:53 in all right any any suggestions all
18:56 right I see some answers
19:00 here use this for some times right use
19:03 the product for some time Jump great
19:05 great
19:08 okay that's that's great
19:14 yes and you can also do exactly two
19:18 people together you can also do a
19:20 backflip that's right you can do a
19:24 backflip and you can put bunch of kids
19:28 and then they can jump on it right um
19:32 throw some stuff yes so
19:35 um and uh what else yeah you can use two
19:38 glasses uh of wine you can put one glass
19:40 of wine on top of the other one and you
19:42 can roll over
19:44 over
19:46 um yeah you can do all those stuffs and
19:50 those are all um
19:55 different put a bear yes it you see uh
19:58 so what we call that in actual testing
20:02 uh uh terminology is stress testing now
20:04 uh you know do what you're doing for a
20:08 period of time or increase the pressure
20:11 on the product to find that breaking
20:15 point right I'm sure the testers uh off
20:18 that company they know the breaking
20:20 point they know how close if you jump
20:24 Too Close probably to that uh to the
20:27 glass of wi it's going to spill so you
20:29 know find that Breaking Point so
20:31 so um
20:33 um
20:36 so let's so now that we kind of
20:38 clarified what what is testing so let's
20:44 move on to software testing right so um
20:47 you have been doing testing as as a user
20:51 all this time but now you can actually
20:53 do it professionally and get paid for
20:55 that so software testing right instead
20:58 of the mattress now we're thinking of the
21:00 the
21:02 application now we're thinking of the
21:05 application so here's the definition
21:08 software testing is
21:10 verifying right those software testers
21:12 use this cool word called verify instead of
21:13 of
21:16 check software testing is verifying the
21:19 application does what it is supposed to
21:21 do by
21:25 comparing the expected conditions
21:28 against the actual results and Reporting
21:30 the differ as
21:32 bugs right you see I just introduced you
21:34 to a New Concept it's called
21:36 Bugs so we're going to talk about bugs
21:39 in detail tomorrow so bugs they have
21:43 their own life cycle and bugs they they
21:45 they go back and forth between
21:48 developers those Engineers who actually
21:50 type in the code to create the
21:52 applications and the testers right
21:54 there's a special relationship between
21:56 between the testers and developers
21:59 there's this hate and love
22:00 I'm just kidding they don't hate us
22:02 they're just don't realize that they're
22:06 in love with testers so
22:09 um expected conditions and actual
22:11 results so those are the two important
22:14 Concepts that I want you to keep in
22:17 mind because uh in the next slide uh I
22:20 will try to trick
22:24 you imagine you're tester
22:27 and you got your first job this is your
22:29 first day you a little nervous service
22:30 service
22:33 and you know you came up to your QA
22:35 manager and asking like okay what's my
22:37 task what am I going to do do you want
22:40 me to do anything right so and then your
22:43 manager also doesn't know what to do and
22:46 then like busy and thinking like okay
22:48 let me give you some task here's the
22:51 application just gave you this you know
22:54 URL of the application uh the address of
22:56 the VB based application and and saying
22:58 like okay you will be assigned to this
23:02 project and then uh why don't you just
23:04 think of how are you going to design
23:06 your test cases what is going to be you
23:09 know your first uh step basically you
23:11 know what will be your first step and
23:14 how will you be
23:17 designing your test cases so it's a
23:21 question to you so think think about
23:23 that what is your first step how you
23:25 going to handle that
23:29 situation all right right
23:33 okay I'm getting really
23:42 okay exactly that's right
23:45 yes happy path all right so you're going
23:48 to look for happy path as well all right
23:51 that's yes you know that term that's
23:53 that's great read other test Keys is
23:57 from other people we do that and great so
24:04 um and this is also similar to some of
24:05 the interview questions that you might
24:08 get as well so uh usually in the
24:10 interviews as well you're given a
24:12 certain application not not an
24:14 application but a scenario like you know
24:15 why don't you test a pen why don't you
24:19 test a broken calculator or you know
24:22 broken toaster or whatever um common
24:27 mistake that most of the you know new QA
24:33 testers make is they jump straight into
24:35 Test's design and thinking of the
24:39 scenarios that they could do and so
24:43 on without asking questions right so good
24:44 good
24:49 testers they start from asking
24:54 questions and your first step should be
24:57 learning the product right learn the
24:59 product first it's logic right so if you
25:02 know the product better if you know the product
25:04 product
25:07 better exactly yes I can see some good
25:11 answers if you know the product better
25:12 then you can test better right there are
25:15 more chances that you're going to find
25:17 those hidden defects you're going to
25:19 find those problems and you're going to
25:22 know what to test actually maybe this is
25:25 an application that already exist and
25:27 just small feature or part of this
25:28 application change so you don't have to
25:31 test the full application right so
25:34 you're going to have to understand the
25:37 context right so your first step here
25:41 would be to ask for documentation thank
25:43 you yes great
25:47 answers from the audience you ask for
25:49 documentation if the documentation
25:51 exists right and that shows that you
25:55 know something so
25:58 um let me actually uh uh give you an
26:00 another interesting question here that's
26:02 real interview question and actually
26:04 this is from my personal experience this
26:06 is uh uh one of the companies one of the
26:09 uh past companies that I worked for and
26:11 at that point I was applying for uh a
26:13 manual tester position and then I got this
26:14 this
26:17 question uh and the interviewer gave me
26:19 a piece of paper that those times it
26:22 used to be uh more of in person and uh a
26:25 panel interview with the you know the
26:26 other interviewers are in the room and
26:27 then they're giving me the piece of
26:29 paper with this diagram not exact
26:33 diagram though you know pretty complex
26:36 workflow right you see that there a
26:39 bunch of you know dependencies and then
26:41 decision making going on there different
26:44 you know status is changing and then different
26:46 different
26:50 roles very complex and and look at the
26:51 question that they're asking me they're
26:53 saying how many test
26:56 cases would you
26:58 create how many test cases would would
27:06 diagram so pay attention they're asking
27:09 how many test cases would you create to
27:11 test this workl right I you know I
27:15 looked at this uh diagram for a
27:19 moment and then I quickly realized
27:22 that you know they're certainly not
27:26 expecting any number right so that's
27:28 that's you know that's a tricky question
27:32 and um they're not expecting you give
27:35 any any specific number here that's just
27:38 to check your knowledge of how you
27:41 handle uh the testing process how you
27:43 actually go through how you what is your
27:45 thinking process and how professional
27:49 you are and so on so so here here's how
27:52 I answered so I said thank you for the
27:57 question uh and as a tester my reaction
28:00 whenever I get a piece of uh paper with
28:03 a picture or workflow like this my first
28:07 reaction would be um is there more to it
28:10 can I can you tell me more about this
28:13 product is it a web- based application
28:15 or is it desktop based application does
28:17 this application has a graphical user
28:21 interface or maybe it is just the
28:24 application programming interface um is
28:26 there any other systems that it works
28:29 with it's it is integrated with is this
28:32 a new application that is being created
28:35 from scratch or it's existing
28:37 application and some part of it is
28:39 actually changing maybe there's like a
28:42 before and after model uh
28:47 here and is this the latest version of
28:50 this document or of this picture maybe
28:52 it's outdated whatever you're giving me
28:55 so there are so many missing parts there
28:58 are so many missing information before
29:01 you can actually start designing your
29:03 test case let alone the number of test
29:05 cases number of test cases is the last
29:07 thing that that should that should
29:10 concern any QA
29:13 team because you can have thousand test
29:17 cases 500 test cases but if you're not
29:19 testing all of the
29:22 requirements if your coverage is still
29:25 below 100% I just introduced you to
29:28 another term here um coverage right
29:31 requirement coverage so that
29:34 means you know are you actually testing
29:35 all of the requirements that were in
29:38 scope right or maybe you're missing some
29:41 of the requirements so maybe you created
29:43 duplicate test cases of 500 and they're
29:47 just useless test cases so the count
29:49 doesn't matter what matters is the
29:53 coverage right but more important more
29:55 importantly in this
29:59 situation is your answer should actually
30:01 communicate to the to the interviewer
30:04 that the good testers learn the
30:06 product before they give any technical
30:09 answer right you have to learn the
30:11 product you have to ask questions good
30:13 testers ask questions and good testers never
30:15 never
30:18 trust anything that's anybody saying
30:20 basically you know you have to verify
30:22 you have to verify double check you have
30:25 to make sure everything is consistent
30:27 right and then you don't not you do not
30:31 assume as ums also against your religion
30:32 as a tester right if there is such
30:35 religion so you do not assume testers do
30:38 not assume you're not allowed to assume
30:42 you have to work based on the facts
30:44 based on
30:47 documentation all right so
30:52 let's now um jump into the next step I
30:54 think a follow-up question here from the
30:59 audience who are new to QA world is
31:02 okay how do I learn the product right
31:03 how do I learn the product so you'll
31:06 learn the product you'll learn about the
31:09 functionalities of the application by
31:12 reading surprisingly right by reading so
31:14 you read the book you read the requirement
31:15 requirement
31:18 document and there are many different
31:21 types of requirement documents that you
31:24 know you might be given on your first
31:27 day or during your QA career you know
31:28 it's they start from business
31:31 requirement document and some of them
31:33 might be actual documents some of them
31:35 might be just information that's
31:39 electronically Sav in in the um in in
31:42 Tools in certain tools test management
31:44 tools like jir for example like in the
31:47 form of user stories and so on right
31:49 certainly don't want to complicate this
31:51 at the moment but uh the purpose of those
31:52 those
31:58 documents is to describe how the
32:01 application works to describe specific features
32:03 features
32:06 functionalities of the application under
32:08 test right the application that you are
32:09 planning to test and then when you read those
32:11 those
32:13 documents now you start understanding
32:16 the application you get better uh and
32:18 then sometimes you reach the point that
32:19 you're actually going to understand the
32:22 application better than the developers
32:24 better than maybe even the users you
32:26 know because the information changed
32:28 right users requested something thing
32:32 and then it was converted into some uh
32:35 some documentation by uh you know
32:38 Superman or guy called business analyst
32:40 and that business analyst interpreted in
32:44 the way they uh they think and then the
32:46 information changed along the way and
32:47 then but this is the you know
32:50 application that's created and users
32:53 eventually accept right to a certain
32:56 extent um and then you at the end of
32:58 testing actually become a subject matter
33:01 expert in testing and then and then
33:03 those users actually reach out to you
33:04 and then they involve you in the
33:07 meetings and ask you to help out uh
33:09 understanding the application better uh
33:11 so that they can test as well before
33:16 they start using before they accept so
33:20 now let's assume that you ask the right
33:23 question from your QA manager QA lead
33:25 and then they provided you this
33:27 documentation functional requirement documentation
33:31 and that's what we're going to look into
33:34 right now and we're also going to look
33:36 into a tool called Azure
33:40 deox and it's a test management tool
33:42 where you can actually create your test
33:43 cases so you don't have to create it in
33:48 a piece of paper or Microsoft Exel so um
33:50 with that being said let's just jump
33:53 into let's look into the document first
33:55 so this is the application that let's
33:57 say your QA manager gave you it's a test
34:00 ation let's say it's a test environment
34:04 right so test environment that means
34:07 that it's it's um it's an application
34:11 that you can test without impacting the
34:16 actual users right so um here's the uh
34:19 typical functional requirement document
34:20 here's a typical functional requirement
34:23 document so again the purpose of this
34:25 document is
34:28 to explain you how the product works
34:32 right so scroll down verion history
34:35 table of contents there's some you know
34:37 list of requirements here there's this
34:39 traceability between the business
34:41 requirements functional
34:44 requirements um and and then you go into the
34:45 the
34:47 detailed information about each
34:50 requirement now as part of our um teaching
34:52 teaching
34:55 courses uh we provide access to uh those
34:58 documents to our students so that they
35:01 can work like in a real uh work
35:03 environment basically so that they can
35:05 ex you know gain exper experience
35:09 basically so um let's pick the
35:10 requirement number
35:14 one uh which is
35:16 login and start
35:18 reading so as you can see it says when
35:22 the user navigates to this url url means
35:25 the web address here and login screen will
35:26 will
35:28 display okay
35:30 further and the login screen will
35:32 contain the following elements so we're
35:34 looking at the username password and the
35:37 password here's here's one interesting
35:38 thing you want to pay attention to
35:41 entered valys will be hidden or masked
35:44 as those spells so whenever you're
35:46 entering your password it should be hidden
35:48 hidden
35:51 now login now this is where the you know
35:53 it gets interesting right so login
35:55 button if the user answers the correct
35:58 username and password combination
36:00 login screen will navigate to product
36:03 screen this is what we call as the happy
36:06 path sort of right so correct username correct
36:07 correct
36:10 password and the expect
36:13 result so let's jump into the tool and
36:17 then create a test case so this is the
36:21 main sort of uh task that you will be
36:24 doing on a daily basis you will be
36:25 reading the
36:27 requirements regardless of where they are
36:28 are
36:32 and convert them into test cases right
36:34 so that's what we're going to do so this
36:38 is the um one of the tools right there
36:40 are different tools uh in the market and
36:42 uh Azure devops is uh one of the widely
36:44 used tools uh
36:47 currently and uh to create it has you
36:51 know several um modules here and we're
36:53 not going to stop in most of them but
36:54 we're going to focus on creation of a
36:56 test case and as you can see very it's
36:58 very intuitive so you're just going to
36:59 you have this button that's asking you
37:01 to click on it so create new test case
37:03 so we're just going to go ahead and
37:06 create new test case and this pop-up
37:09 window opens so your first step would be
37:11 to give a name to your test case right
37:13 give a name
37:15 so so we're just going to name it as login
37:17 login
37:23 with correct username and password so
37:26 some people like to put verify in front
37:30 of it check test and I try to keep it
37:35 clean um and I follow the
37:38 um uh pattern called action plus object
37:40 so you just you know start with the
37:43 action like login and then log into what
37:44 the with what so you just mentioned
37:47 login with correct username and password
37:49 and there are other parameters that you
37:50 can work with here but we're just going
37:53 to jump into the steps or actions right
37:56 away right to keep it short
37:58 so first step
37:59 what we what would be the first step
38:01 First Step would
38:05 be we have to open the website website
38:07 right we have to go there and then I'm
38:09 getting some here go to the website
38:12 exactly so navigate to let me just go
38:14 ahead and copy paste actually you know
38:16 what this is we should be copying and
38:18 pasting from the documentation that's
38:19 right so we're going to copy and paste
38:23 from here and and the actual result is
38:26 also described here login screen will
38:28 display let's just and put the actual
38:32 result step two
38:35 enter username but let's say correct
38:38 username right enter correct username
38:40 what what are we expecting if we go here
38:43 there's no much expectation here this as
38:46 long as the system allows you to enter
38:49 right system allows to
38:54 enter now enter password right correct
38:56 enter correct password what's
38:58 expectation here let's look at the
39:01 document entered values should be hidden
39:04 or masked okay that's our expected
39:07 result or expected
39:10 um result that's right right so let's go
39:13 to the uh step four that's which is a
39:17 the most I think critical part just
39:22 click on login button so what's the
39:25 expected condition here I mean the
39:27 expected result here which would be log
39:29 screen will navigate
39:33 to product screen let's put that that's
39:36 it so your test case is basically
39:39 complete right so we just took the
39:41 requirement and then converted that
39:44 requirement into a test case so we have
39:47 the test case name and we have the
39:50 actions and we have the expected
39:54 results looks simple like save and
39:58 close now your next step would be
40:00 I mean normally you would actually you
40:02 know create all your test cases and then
40:03 execute but for demo purposes I'm just
40:05 going to go ahead and run the test case
40:08 for you as well so we're going to go
40:10 here and then select so you're going to
40:12 go to execute you see you can Define and
40:14 then you can execute we're going to go
40:20 to the next um tab execute and um and
40:24 then click run for web application and
40:26 on the left hand side here if you can
40:29 see this this popup window open and
40:30 we're going to open the actual
40:33 application also on the right hand side here
40:36 here
40:39 right I hope you guys
40:44 uh all can see so and then we'll start
40:47 executing right okay great you can see
40:50 so we'll start executing so the first
40:52 step we navigate that's right we
40:54 navigated to this website and we got the
40:57 login screen pass and enter correct
40:58 username we're going to get this correct
41:01 username from here because this is a
41:05 demo website all right it just it allows
41:09 me to enter next one is enter the
41:11 password let's enter the password it it
41:14 is masked it is masked it is hidden you
41:16 know that's like a you know industry
41:19 standard then click on the login all
41:21 right so the next step would be we're
41:24 going to click on the login it took me
41:26 to the product screen I didn't see any
41:28 error message right anything anything
41:31 you know out of the ordinary so you know
41:33 we passed so we're just going to pass
41:36 everything and there's a button called
41:37 save and
41:40 close and we're going to go back let me
41:43 enlarge and go back to this here let's
41:46 just refresh go back and you can see the
41:49 test case status actually now
41:52 passed right so
41:56 now so this was your happy path now
41:57 let's go back to the documentation now
42:00 look at the next paragraph here which
42:03 says if user enters incorrect username
42:06 and password combination system will
42:09 display an error
42:13 message so so this is more of a negative
42:15 path right if you enter incorrect
42:17 username and password combination system
42:20 will display an error message now here's
42:22 a question to the
42:24 audience what does it mean incorrect
42:26 username and password combination and
42:28 how many different combinations you
42:30 could actually come up with you know how
42:33 would you actually test this right
42:36 because it's not really telling you you
42:38 know is it one combination is this two
42:40 combinations and how would you test
42:42 right correct name and wrong password
42:45 here's one one answer great right
42:47 correct name and wrong password you
42:48 could do
42:51 that wrong name and correct pass yes you
42:54 can you can flip that that's it all
42:58 right yes how about a
42:59 a
43:03 blank username and then you know correct
43:06 password or whatever password and blank
43:10 password or populated username so you
43:13 see this is where the testers knowledge
43:15 or uh
43:18 professionality uh professionality
43:21 actually yes blank can be uh considered
43:24 as incorrect as well kicks in right so
43:27 you have to come up with the the
43:30 scenarios now you have to go beyond the
43:32 documentation in this particular cases
43:35 right so you have to be able to have you
43:40 need to have this break uh to test uh
43:43 ability yeah make make passwords with
43:46 numbers and symbols great suggestions so
43:49 let's try to create one of those uh
43:51 additional test cases here so we're
43:53 going to go ahead and again click new
43:58 test case so and again same step but
43:59 there's one
44:03 interesting um interesting uh concept
44:06 here that's called shared steps so if
44:09 you go if we go to this particular test
44:18 um so let's just go back and then let's
44:20 create our new test
44:24 case right so here we're going to uh
44:28 name this test case as
44:35 with blank username for example right
44:38 this is just one um example of the
44:42 incorrect or invalid scenario right uh
44:45 so the first step here again would be navigate
44:46 navigate
44:49 to the the
44:53 website now actually this
44:57 particular uh step can can be taken uh
45:00 from reusable step that's it's a concept
45:03 called shared step and if um you can
45:05 create shared steps in in most of the
45:07 test management tools so that it makes
45:08 your life easier so that you don't have
45:11 to recreate and then uh redo the same
45:13 step again and again as you can see I
45:15 just took one of the shared steps uh
45:17 that I created previously and then this
45:20 gives me the step autop populates the
45:22 step uh basically so the next step here
45:25 would be I'm just going to say leave
45:30 username as blank and
45:33 click login
45:36 button right so what's the expect result
45:39 here expect result here again uh we're
45:42 going to go back to system should
45:43 display an error message now we don't
45:46 know what kind of error message but
45:48 certainly it should not let you in right
45:51 it should not let you in so we're going
45:54 to create our next test case here and
46:04 let's log out from the application for a
46:07 moment let's put that side by side again
46:11 this is pass right uh login is pass but
46:14 let's leave this blank but let's put the
46:17 correct password here and then click
46:19 login you see you got this username is
46:22 required message
46:24 and we could do the other way around
46:26 right I mean let's just actually
46:28 complete our test case first our test
46:30 case also
46:33 passed as expected
46:35 expected
46:39 now let's explore some of the other
46:41 um options
46:44 here and you can leave the password
46:47 empty as well right you click and it
46:50 says password is required and what if we
46:53 just put in two incorrect combinations
46:56 then you're going to get another error
46:58 message that says username and password
47:01 do not match any user in the service so
47:03 those are different scenarios that uh
47:06 that you could potentially
47:10 test um and um and this is basically how
47:12 you actually going to read the
47:14 requirement documents and then convert
47:18 them into test cases uh and the um and
47:20 then run them and this is one of the
47:23 tools uh certainly there are many other
47:26 uh tools as part of our uh teaching
47:30 courses we also provide access to uh the
47:32 uh test management tools so that um
47:34 students can uh gain
47:40 experience all right so uh I got some
47:44 great messages here case no line about
47:48 password no line about password right so
47:51 we didn't uh we just left uh the that's
47:56 right yes I mean you know uh you can you
47:58 can design your test case in different
47:59 ways certainly you could you could split
48:03 it into different steps uh and so
48:08 on all right so let's talk about now uh
48:11 what makes a good tester right before uh
48:13 we move on
48:16 further what skills actually make a good
48:19 tester one of the important skills that
48:22 a good tester should possess is rapid
48:24 learning skills because you will be given
48:25 given
48:28 applications frequently new application
48:31 frequently sometimes uh a completely new
48:32 application that's being you know
48:34 developed from scratch sometimes an
48:35 existing application that you have never
48:37 seen before but a small part of the
48:40 application is being changed and those
48:42 are uh usually called as a change
48:46 request right no tester actually works
48:47 in one company and that just works in
48:49 one project you're going to end up you
48:51 know working in several project you know
48:54 we hire consultants and then for one
48:56 year and then we extend them for you
48:57 know two years sometimes and then but
48:59 they end up working during this two
49:02 years for maybe you know five to 10
49:05 different projects you know and
49:07 different uh you know with different
49:11 testing types basically so and each time
49:13 you're given a new project you have to
49:18 have this uh ability to quickly learn uh the
49:18 the
49:20 application and that's very important
49:22 and and certainly you know you don't you
49:24 don't have to worry if you don't have
49:26 that skill at the moment because that's
49:27 something that you going to and develop
49:30 over time that you will be able to
49:33 quickly look for the correct material
49:35 ask correct questions and then
49:37 understand the application uh
49:40 quickly and then uh the next important
49:41 um good
49:45 skill and this can be actually uh uh
49:46 this can actually
49:50 be uh your uh interview question as well
49:52 right uh this can be your entry question
49:54 like what what do you think uh makes you
49:57 a good tester right so you can list up
49:58 or why do you think we should we should
50:02 hire you so you could actually uh list
50:05 up those uh skills as as your own uh
50:08 abilities and uh and behavior so
50:11 willingness to continuously improve your
50:14 testing skills so you should not stay in
50:16 one place and you should always be
50:19 challenging yourself with new uh new
50:23 tasks and uh new types of testing and um
50:25 maybe work on certifications so that
50:27 you're always improve
50:29 your testing skills because you are in
50:32 information Technologies fields
50:36 and and Technology Chang fast right so
50:40 the next one curiosity to uncover
50:44 defects Beyond what's obvious curiosity
50:46 to uncover Beyond why do I say Beyond
50:49 what's obvious because the requirement
50:53 documents or the user stories another
50:55 term or in in you know you know if
50:57 you're working in agile
51:01 environment um those are not always the
51:04 whole story right so there are certain
51:05 things that are missing there are
51:08 certain things that were not actually
51:12 described uh as it is and as a tester
51:14 you need to be able to go beyond I mean
51:17 certainly You Can Survive by just you
51:19 know converting what's written in the
51:21 requirement document and not going any
51:24 step further but I would say good tester
51:26 has to be able to go beyond and that's
51:28 that's you know that's that's a that's a
51:30 whole purpose of actually hiring a
51:33 tester uh you know you shouldn't be just
51:36 blindly copying and converting copying
51:37 and pasting from the requirement
51:41 document like I did um actually so
51:43 further excellent communication skills
51:46 why right why communication skills
51:49 important that's a big part um it's
51:53 important because both written and
51:55 verbally you will be talking right some
51:57 people say
51:59 QA testers don't have to talk or don't
52:02 have to talk to users and so on but you
52:04 will be talking right you will be
52:06 communicating with the developers you
52:09 have to explain your thinking process
52:11 you have to sometimes developers call
52:14 the testers and then ask them to
52:17 actually explain uh uh the defect right
52:19 we're going to talk about that tomorrow
52:22 certainly um and in written and and you
52:24 also have to write your defect reports
52:26 in such a way that uh it it gets
52:29 resolved that it doesn't come back to
52:31 you saying I'm not sure what what you
52:34 meant there you know so uh communication
52:36 skills are very important you will be
52:37 talking to the project manager business
52:40 analyst uh and the whole team uh
52:41 basically next
52:44 lesson defects right we talked about
52:48 testing Basics today so uh defects is a
52:51 big one that's a big part uh of the QA
52:55 testing uh industry and this is one of
52:57 the reasons why
52:59 uh uh this role actually exists because
53:01 of those defects defects that are found
53:06 and not found so um I would
53:09 say you know stay tuned and uh tomorrow