Return to Video

Manual Software Testing Training Part-1

  • 0:00 - 0:03
    Hey everyone, welcome y'all.
  • 0:03 - 0:08
    So from today, I'm going to start a new series on manual software testing on YouTube live
  • 0:08 - 0:14
    sessions and especially beginners, they have requested to upload a new series on manual
  • 0:14 - 0:20
    software testing, especially manual testing concepts and manual testing process and Jira
  • 0:20 - 0:24
    and as well as agile process along with some project.
  • 0:24 - 0:26
    So I'm just plan for that.
  • 0:26 - 0:28
    And from today, we are going to see.
  • 0:28 - 0:32
    So especially for today, we are going to start some basic concept from manual testing.
  • 0:32 - 0:36
    Okay, now let's get start.
  • 0:36 - 0:41
    So manual testing, we are going to learn in three different phases, or we can say modules.
  • 0:41 - 0:48
    The first module, the first module testing concepts, your first module, we are going
  • 0:48 - 0:50
    to learn testing concepts.
  • 0:50 - 0:52
    So what is testing concept mean?
  • 0:52 - 0:56
    Basically, this is all completely theoretical concept is okay, but I don't want to get you
  • 0:56 - 0:57
    bored.
  • 0:57 - 1:02
    So I'll interact more and I'll give practical experiences and some scenarios also, don't
  • 1:02 - 1:03
    worry.
  • 1:03 - 1:05
    So testing concept, this is module one.
  • 1:05 - 1:10
    In this particular module, we are going to learn some very basics of testing, like what
  • 1:10 - 1:11
    is software testing?
  • 1:11 - 1:13
    What are the different levels of testing?
  • 1:13 - 1:16
    What are the different types of testing we have to conduct on your application?
  • 1:16 - 1:17
    Like what is software?
  • 1:17 - 1:20
    What are the different types of software are available?
  • 1:20 - 1:23
    And SDLC, SDLC, like a lot of things are there.
  • 1:23 - 1:28
    So we are going to learn some basic concept from testing, because before going to conduct
  • 1:28 - 1:32
    testing, we have to know what kind of testings are there and how we have to conduct those
  • 1:32 - 1:33
    testings.
  • 1:33 - 1:35
    So that is a theoretical part.
  • 1:35 - 1:37
    Okay, so testing concept.
  • 1:37 - 1:40
    And if I just look at the curriculum, so the basic concept will be there, like what is
  • 1:40 - 1:47
    software testing, types of softwares, and software quality, what is project and product,
  • 1:48 - 1:54
    testing, and SDLC, SDLC, a lot of things are there, and test design techniques.
  • 1:54 - 1:57
    These are very, very important topics which we are going to discuss.
  • 1:57 - 2:00
    And white box testing, black box testing, what is there?
  • 2:00 - 2:02
    And functional and non-functional testing.
  • 2:02 - 2:05
    So all these things we are going to discuss as part of module one.
  • 2:05 - 2:08
    So this is mostly theoretical part, okay?
  • 2:08 - 2:12
    Because before jumping into the practical part, we have to know some basic concepts
  • 2:12 - 2:13
    theoretically.
  • 2:13 - 2:18
    So almost four to five sessions we are going to spend on this particular module, software
  • 2:18 - 2:19
    testing concepts.
  • 2:19 - 2:23
    So this is the first module, theoretical part, okay?
  • 2:23 - 2:29
    Then basically this module says like what, like what to test, okay?
  • 2:29 - 2:34
    And the second module is a practical part, okay?
  • 2:34 - 2:38
    Second module is a practical part, software testing project.
  • 2:38 - 2:44
    So here we are going to start a project along with some concepts, like how to write, how
  • 2:44 - 2:48
    to analyze the requirements, how to write the test plan, how to write the test cases,
  • 2:48 - 2:54
    how to execute our test cases, and we are going to learn about bugs, bug or defect lifecycle,
  • 2:54 - 2:56
    how to report the bugs.
  • 2:56 - 2:58
    So these concepts are purely practical part.
  • 2:58 - 3:06
    So in this module, we are going to learn project, and this is purely practical orientation.
  • 3:06 - 3:10
    And here we are going to learn how to test, okay?
  • 3:10 - 3:15
    In the first module, we are mainly focusing on what to test, because the theoretical part.
  • 3:15 - 3:18
    In the second module, we are going to test, like we are going to test the application
  • 3:18 - 3:21
    directly, like how to test.
  • 3:21 - 3:23
    So what are the different techniques are available, right?
  • 3:23 - 3:27
    How to write the test cases, how to review the test cases.
  • 3:27 - 3:31
    So these things will be part of module number two, testing project.
  • 3:31 - 3:36
    I'm going to introduce one e-commerce application, and I'll also show you the FRS document and
  • 3:36 - 3:41
    the requirement document, how we'll get the requirement from the customers, and then how
  • 3:41 - 3:45
    to write the test cases, how to review them, how to execute bug life cycles.
  • 3:45 - 3:48
    Everything will be part of this model testing project.
  • 3:48 - 3:52
    So here you will get the practical experience, okay?
  • 3:52 - 3:56
    So this is a model number two, because we cannot directly jump into project because
  • 3:56 - 3:58
    before that, we need to know some basic concepts.
  • 3:58 - 4:01
    If you know the what part, then we can jump into how part.
  • 4:01 - 4:03
    So what to test and how to test.
  • 4:03 - 4:07
    So second module mainly focus on how to test.
  • 4:07 - 4:13
    And once these two modules are completed, then the module three is for agile process.
  • 4:13 - 4:18
    This is purely process oriented, because in the nowadays, all the companies are using
  • 4:18 - 4:21
    agile process, okay?
  • 4:21 - 4:25
    And you have to know this process until unless you know this process, it is very difficult
  • 4:25 - 4:27
    to survive in the company.
  • 4:27 - 4:31
    So previously waterfall model, spiral model, there are traditional models are available
  • 4:32 - 4:35
    because these are process model, because if there is any company, there should be some
  • 4:35 - 4:37
    process followed by people, right?
  • 4:37 - 4:43
    So here agile process, which is very, very important, and most of the companies are following
  • 4:43 - 4:44
    agile process.
  • 4:44 - 4:50
    So here in module three, we are going to discuss agile process, like how we will get the requirements,
  • 4:50 - 4:55
    how to write the stories and epics, how we can do the backlog plan or sprint plan, how
  • 4:55 - 4:56
    the cycles will go on.
  • 4:56 - 5:02
    So how we can interact in the project, interact within the project team, scrum, all these
  • 5:02 - 5:04
    things we are going to discuss as part of agile process.
  • 5:04 - 5:10
    And here itself, I'm going to discuss about one important tool called Jira.
  • 5:10 - 5:16
    So Jira is basically agile test management tool, or we can say agile tool.
  • 5:16 - 5:20
    And in this particular application, we can track everything in the software development
  • 5:20 - 5:26
    from the beginning from the requirement to till we deliver the software to the customer,
  • 5:26 - 5:30
    everything we can track into this particular tool, even testers and developer, each and
  • 5:30 - 5:36
    every activity, like test cases, test plans, execution status, reports, everything we can
  • 5:36 - 5:38
    manage in this tool, okay?
  • 5:38 - 5:42
    And previously, before these tools are available in the market, people are using like Excel
  • 5:42 - 5:47
    sheets and Word documents, instead of that, we can track everything in the tools, okay?
  • 5:47 - 5:51
    So this is agile process, we are going to discuss, which is Jira tool, there are a lot
  • 5:51 - 5:56
    of concepts are there guys, so I'm not writing in detail because I already have the curriculum
  • 5:56 - 5:57
    here.
  • 5:57 - 6:00
    So I share this curriculum later, you guys can go through the topics, okay?
  • 6:00 - 6:06
    So these are the three different modules which we are going to cover as part of manual testing.
  • 6:06 - 6:10
    So with this Jira tool, we will able to complete manual testing, okay?
  • 6:10 - 6:17
    And apart from that, in addition, I'm also going to share you the SQL videos, because
  • 6:17 - 6:22
    SQL is not part of our code, because SQL itself will take 10 to 15 sessions.
  • 6:22 - 6:27
    So I'm going to provide the video sessions or recorded video sessions, apart from this
  • 6:27 - 6:32
    manual testing course, okay, you guys can go through the SQL videos, and that is also
  • 6:32 - 6:35
    very important for testing prospectivity, okay?
  • 6:35 - 6:39
    So if you go for an interview, people will ask you some questions from SQL also, along
  • 6:39 - 6:41
    with the manual testing.
  • 6:41 - 6:43
    So that is also very, very important, right?
  • 6:43 - 6:48
    So that will be going to share after completion of manual testing, right?
  • 6:48 - 6:51
    So this is a part of manual testing curriculum.
  • 6:51 - 6:55
    And once you completed manual testing, then I'll share automation testing and everything,
  • 6:55 - 6:56
    okay?
  • 6:56 - 6:59
    That is a different curriculum we are going to learn, all right?
  • 6:59 - 7:02
    So for today's session, I'm going to start with the module one.
  • 7:02 - 7:06
    So are you guys clear so far, everyone, about this curriculum?
  • 7:06 - 7:08
    Can you please come from in the chat window?
  • 7:08 - 7:13
    So if you ask any questions, guys, so please interact in the chat window immediately.
  • 7:13 - 7:16
    And every time I'll ask the confirmation from you guys.
  • 7:16 - 7:21
    So please put in the chat window, okay, all right.
  • 7:21 - 7:25
    So let us start with a few, some basic concepts from manual testing, okay?
  • 7:25 - 7:27
    So today's introduction session.
  • 7:27 - 7:32
    So I'm just going to cover some basics, basics, like what is software, what is software testing,
  • 7:32 - 7:35
    and why do we need to software testing, all these things, okay?
  • 7:35 - 7:40
    So first, let us start with what is software and what are the different types of software?
  • 7:40 - 7:45
    So people who are completely beginners, okay, and they don't have any ID background, I'm
  • 7:45 - 7:49
    going to start from very, very basic, guys, from the scratch.
  • 7:49 - 7:50
    And you don't need to worry about anything.
  • 7:50 - 7:54
    If you just know how to use MS Word document, Excel sheet, that is that knowledge is enough
  • 7:54 - 7:59
    and basic internet knowledge is enough to start learning this concept, okay?
  • 7:59 - 8:02
    So you don't need to worry and afraid of anything.
  • 8:02 - 8:03
    I'll go from very basic.
  • 8:03 - 8:08
    If you have not understood anything, please use chat window to post your questions, okay?
  • 8:08 - 8:12
    All right, so this is a small presentation I have.
  • 8:12 - 8:13
    So later I'll share this presentation.
  • 8:14 - 8:17
    Okay, first, let us see the concepts.
  • 8:17 - 8:21
    And one more thing is for every concept, guys, after explanation at the end of the session,
  • 8:21 - 8:25
    I will also share the presentation as well as notes and materials, and don't worry.
  • 8:25 - 8:28
    So you guys can go to them, all right?
  • 8:28 - 8:33
    So first, let us start with what is software, like what is the types of software?
  • 8:33 - 8:36
    So everywhere we hear, we heard this term software.
  • 8:36 - 8:42
    What is software, software, simple definition, everyone know about software, but if you come,
  • 8:42 - 8:46
    if I ask the definition, most of the people cannot answer this question.
  • 8:46 - 8:48
    Software, everybody knows the software, we are daily,
  • 8:48 - 8:51
    entirely every day we are using software,
  • 8:51 - 8:54
    mobiles or computers, everywhere we are using software.
  • 8:54 - 8:56
    But what exactly software means?
  • 8:56 - 8:59
    So if you say definition of the software,
  • 8:59 - 9:04
    the software is a collection of computer programs,
  • 9:04 - 9:08
    a collection of computer programs that helps us to perform a task.
  • 9:08 - 9:11
    Suppose if you want to perform some task, guys,
  • 9:11 - 9:15
    suppose if you want to do some manual task, right?
  • 9:15 - 9:17
    So through the mission, I want to do the task.
  • 9:17 - 9:20
    So that mission needs some software, okay?
  • 9:20 - 9:23
    So for example, if I take a mobile app, mobiles, right?
  • 9:23 - 9:25
    So if you have only mobile, right?
  • 9:25 - 9:26
    We cannot do anything with mobile.
  • 9:26 - 9:30
    In that mobile, there should be some apps or some software should run.
  • 9:30 - 9:33
    And with that software, we are doing all the things, right?
  • 9:33 - 9:34
    Suppose if I take some WhatsApp or LinkedIn,
  • 9:34 - 9:36
    whatever apps you have in the mobile,
  • 9:36 - 9:39
    if I don't have those apps, can you use your mobile?
  • 9:39 - 9:40
    No, right?
  • 9:40 - 9:43
    So you need to have some software in that.
  • 9:43 - 9:45
    And then only we can use a mobile.
  • 9:45 - 9:48
    Similarly, software is a collection of computer program.
  • 9:48 - 9:52
    How the software will be developed,
  • 9:52 - 9:54
    which is basically a collection of programs.
  • 9:54 - 9:57
    And the developers will write a number of programs
  • 9:57 - 10:00
    and collectively we can call it as a software.
  • 10:00 - 10:01
    So what is a program?
  • 10:01 - 10:04
    Program is something called as a coding,
  • 10:04 - 10:06
    like they will write some instructions to the computer.
  • 10:06 - 10:10
    So the instructions can be understandable by the computer.
  • 10:10 - 10:13
    And collectively we can call it as a software.
  • 10:13 - 10:16
    Software is a collection of computer programs
  • 10:16 - 10:18
    that help us to perform a task.
  • 10:18 - 10:21
    If you want to perform some task, we can use a software.
  • 10:21 - 10:23
    Okay, simple definition.
  • 10:23 - 10:24
    But in the market,
  • 10:24 - 10:27
    there are different type of softwares are available.
  • 10:27 - 10:30
    There are different types of softwares are available.
  • 10:30 - 10:32
    So mainly there are three categories.
  • 10:32 - 10:35
    One is system software.
  • 10:35 - 10:37
    Okay, let me just write some notes here.
  • 10:38 - 10:39
    Okay, so types of softwares.
  • 10:39 - 10:43
    System software, and programming software,
  • 10:43 - 10:45
    and application software.
  • 10:45 - 10:47
    So these are the three different
  • 10:47 - 10:48
    types of softwares are available.
  • 10:49 - 10:52
    Three different types of softwares are available.
  • 10:52 - 10:54
    One is system software.
  • 10:54 - 10:56
    I'll tell you what is system software.
  • 10:56 - 10:58
    Second one is the programming software.
  • 10:58 - 11:01
    And third one is the application software.
  • 11:01 - 11:03
    System software, programming software,
  • 11:03 - 11:05
    then application software.
  • 11:05 - 11:07
    So what is system software means?
  • 11:07 - 11:10
    Normally device drivers, operating systems,
  • 11:10 - 11:12
    servers, utilities, these are all
  • 11:12 - 11:15
    comes under system software.
  • 11:15 - 11:16
    What does it mean?
  • 11:16 - 11:20
    Suppose you have your desktop or laptop, okay?
  • 11:20 - 11:23
    And you are connecting all the accessories to your computer.
  • 11:23 - 11:26
    You are connecting keyboard, you are connecting mouse, right?
  • 11:26 - 11:28
    You are connecting some other screens,
  • 11:28 - 11:31
    or you're connecting printer to your computer, right?
  • 11:31 - 11:34
    So these are different accessories or devices
  • 11:34 - 11:36
    are connecting to your computer.
  • 11:36 - 11:39
    But if you want to use those devices,
  • 11:39 - 11:42
    we need to install some additional drivers.
  • 11:42 - 11:45
    Or sometimes your computer also will come
  • 11:45 - 11:46
    along with the drivers.
  • 11:46 - 11:50
    And those drivers also comes under the system software.
  • 11:50 - 11:54
    And basically these softwares are used to run the systems.
  • 11:54 - 11:56
    Okay, suppose if you connect,
  • 11:56 - 12:00
    suppose if you have connected your keyboard to the computer,
  • 12:00 - 12:03
    how your computer will able to identify your keyboard,
  • 12:03 - 12:04
    the instructions are coming from keyboard.
  • 12:04 - 12:06
    It doesn't know basically, right?
  • 12:06 - 12:08
    So there should be some software.
  • 12:08 - 12:10
    The computer should have some intelligence
  • 12:10 - 12:12
    to identify your keyboard, to identify your mouse,
  • 12:12 - 12:15
    you identify your monitor and everything.
  • 12:15 - 12:18
    So that is basically comes under the system software.
  • 12:18 - 12:21
    So device drivers and operating system.
  • 12:21 - 12:23
    Operating system is what Windows, Linux, Mac.
  • 12:23 - 12:26
    So these are all operating systems.
  • 12:26 - 12:27
    So you have a computer,
  • 12:27 - 12:29
    but if you don't have any operating systems,
  • 12:29 - 12:32
    how can we use or how can you install other softwares
  • 12:32 - 12:34
    without using operating system?
  • 12:34 - 12:37
    Because first, as soon as you start your computer,
  • 12:37 - 12:39
    operating system must be there.
  • 12:39 - 12:41
    So on top of operating system,
  • 12:41 - 12:44
    we are going to install other softwares, right?
  • 12:44 - 12:45
    That is the base.
  • 12:45 - 12:46
    Once you have computer,
  • 12:46 - 12:48
    you need to install some operating system.
  • 12:48 - 12:49
    It can be anything.
  • 12:49 - 12:52
    So that is also comes under the system software,
  • 12:52 - 12:55
    because if you want to run or start system,
  • 12:55 - 12:57
    we need some operating system.
  • 12:57 - 13:00
    So there's a reason which is comes under system software
  • 13:00 - 13:03
    and server some utilities files or some utilities means,
  • 13:03 - 13:06
    suppose if you write something, right?
  • 13:06 - 13:08
    If you write some text or if I write some document,
  • 13:08 - 13:13
    internally, the computer software is able to recognize it.
  • 13:13 - 13:15
    So to run special software,
  • 13:15 - 13:17
    we need to also have some utilities.
  • 13:17 - 13:20
    So these are all comes under system software,
  • 13:20 - 13:23
    device drivers, operating systems, servers, utilities,
  • 13:23 - 13:25
    all these things are comes under system.
  • 13:25 - 13:27
    So basically the system software
  • 13:27 - 13:31
    will be used to run the systems, okay?
  • 13:31 - 13:33
    That is a one category of softwares.
  • 13:33 - 13:36
    And the second category is a programming software.
  • 13:36 - 13:38
    So what is programming software means?
  • 13:38 - 13:41
    Compilers, debuggers, interpreters.
  • 13:41 - 13:44
    So these are all examples of programming software.
  • 13:44 - 13:47
    That means, suppose developers are writing the code
  • 13:47 - 13:51
    or some program, how program will be executed?
  • 13:51 - 13:54
    How the program will be produced some output?
  • 13:54 - 13:56
    Suppose when I use a computer,
  • 13:56 - 13:57
    we are giving some input to the computer,
  • 13:57 - 13:59
    we are getting some output.
  • 13:59 - 14:02
    So who is processing internally?
  • 14:02 - 14:03
    When I give some input to the computer,
  • 14:03 - 14:06
    someone should be there to process that input
  • 14:06 - 14:07
    and produce the output.
  • 14:07 - 14:09
    And that thing will be done
  • 14:09 - 14:12
    by the compilers, debuggers, interpreters.
  • 14:12 - 14:16
    So these are the softwares which will do some processes
  • 14:16 - 14:18
    when you run your program.
  • 14:18 - 14:21
    Normally developers work with these programming software.
  • 14:21 - 14:23
    So whatever the programs they have run
  • 14:23 - 14:26
    to execute the programs and providing the output,
  • 14:26 - 14:28
    the compilers, debuggers, interpreters
  • 14:28 - 14:30
    will be used internally.
  • 14:30 - 14:32
    So that comes under the programming software.
  • 14:33 - 14:35
    And the last one is application software.
  • 14:35 - 14:38
    So this is a very, very important area
  • 14:38 - 14:40
    where we have to focus on.
  • 14:40 - 14:41
    Application software.
  • 14:41 - 14:42
    So application software is nothing
  • 14:42 - 14:45
    but the users will use that applications
  • 14:45 - 14:47
    or users will use that software.
  • 14:47 - 14:50
    For example, web applications.
  • 14:50 - 14:52
    So every day we are using web applications
  • 14:52 - 14:56
    in case of Facebook or LinkedIn or Amazon or online portals.
  • 14:56 - 14:59
    Everything comes under web applications.
  • 14:59 - 15:01
    And mobile apps.
  • 15:01 - 15:02
    Suppose you are using mobile
  • 15:02 - 15:04
    and you have N number of apps in your mobile.
  • 15:04 - 15:08
    All those things are comes under application software.
  • 15:08 - 15:09
    And desktop applications.
  • 15:09 - 15:11
    So desktop application means what?
  • 15:12 - 15:13
    You can install those applications
  • 15:13 - 15:15
    in your laptop or your computer
  • 15:15 - 15:19
    like MS Word document, Excel, Outlook, Notepad, calculator.
  • 15:19 - 15:22
    So these are all comes under desktop applications.
  • 15:22 - 15:25
    So basically there are three kinds of applications,
  • 15:25 - 15:27
    application softwares.
  • 15:27 - 15:29
    One is web applications,
  • 15:29 - 15:32
    mobile applications, desktop applications.
  • 15:32 - 15:33
    These are the three categories.
  • 15:33 - 15:34
    So web applications,
  • 15:34 - 15:36
    if you want to work web applications,
  • 15:36 - 15:38
    we need to have an internet, okay?
  • 15:38 - 15:41
    Because through internet we can access those applications.
  • 15:41 - 15:43
    And actual applications will be installed
  • 15:43 - 15:45
    somewhere in the remote servers.
  • 15:45 - 15:46
    And mobile apps.
  • 15:46 - 15:48
    So everybody will know about this.
  • 15:48 - 15:49
    So from the Play Store,
  • 15:49 - 15:52
    we can download and install mobile apps and we can use it.
  • 15:52 - 15:55
    They are all comes under application software.
  • 15:55 - 15:56
    And desktop applications means
  • 15:56 - 16:00
    the application which we can install on your local machine.
  • 16:00 - 16:01
    Even without internet,
  • 16:01 - 16:03
    also we can use desktop applications.
  • 16:03 - 16:06
    So like I'm using Notepad to typing something.
  • 16:06 - 16:08
    This is a desktop application.
  • 16:08 - 16:10
    So calculator is a desktop application.
  • 16:10 - 16:12
    Your paint is a desktop application.
  • 16:12 - 16:15
    So all these comes under desktop applications.
  • 16:15 - 16:18
    So these are all comes under application software
  • 16:18 - 16:21
    because as a user, I can use these applications.
  • 16:21 - 16:23
    I can use this software,
  • 16:23 - 16:26
    but I cannot directly use programming software
  • 16:26 - 16:27
    and system software
  • 16:27 - 16:29
    because these are the internal softwares
  • 16:29 - 16:31
    which we cannot see them.
  • 16:31 - 16:35
    But these softwares are used to run your systems.
  • 16:35 - 16:40
    But application software, we have to use on daily usage.
  • 16:40 - 16:41
    And we can do some tasks
  • 16:41 - 16:44
    by using these application softwares.
  • 16:44 - 16:46
    Okay, suppose if you go for amazon.com.
  • 16:46 - 16:48
    So that is an online application.
  • 16:48 - 16:49
    That is a software.
  • 16:49 - 16:51
    What we can do, we can search for the product.
  • 16:51 - 16:54
    We can add to cart and we can do the payment.
  • 16:54 - 16:56
    So these are activities we can do.
  • 16:57 - 17:00
    Similarly, banking applications, financial applications.
  • 17:00 - 17:02
    So educational institution applications.
  • 17:02 - 17:04
    So all these comes under web applications,
  • 17:04 - 17:05
    mobile apps, desktop applications.
  • 17:05 - 17:07
    So every day on day-to-day basis,
  • 17:07 - 17:09
    we are working with these applications.
  • 17:09 - 17:13
    So these are all comes under application software.
  • 17:13 - 17:17
    Our testing is also mainly focused on application software.
  • 17:17 - 17:20
    We are going to test the application softwares.
  • 17:20 - 17:23
    Okay, so this is basically understanding
  • 17:23 - 17:25
    the basic understanding of what is software,
  • 17:25 - 17:27
    the types of software.
  • 17:27 - 17:32
    Okay, so the next thing is, what is software testing?
  • 17:32 - 17:34
    So we understood what is software testing,
  • 17:34 - 17:36
    software types of software testing.
  • 17:36 - 17:40
    Now we need to understand what is software testing.
  • 17:40 - 17:42
    Okay, so next one, what is software testing.
  • 17:42 - 17:44
    We already know what is software.
  • 17:44 - 17:46
    Now we need to understand what is software testing.
  • 17:46 - 17:49
    And then why the software testing is required.
  • 17:50 - 17:53
    So this is one of the important, interest question also.
  • 17:53 - 17:54
    Like what is a software testing.
  • 17:56 - 18:01
    So normally, when you purchase any product, right?
  • 18:01 - 18:02
    So what you will do,
  • 18:02 - 18:05
    you will do some basic functionalities working or not.
  • 18:05 - 18:08
    So let me just give you one example.
  • 18:08 - 18:11
    Suppose you want to buy a mobile.
  • 18:11 - 18:14
    Okay, so before buying a mobile,
  • 18:14 - 18:17
    you will have some budget, okay?
  • 18:17 - 18:19
    And with that budget, within that budget,
  • 18:19 - 18:22
    you are expecting some features to be there in your mobile.
  • 18:22 - 18:24
    Okay, you have some budget
  • 18:24 - 18:26
    and you are expecting some features.
  • 18:26 - 18:28
    Some functionality should be there in your mobile.
  • 18:28 - 18:30
    And with that input,
  • 18:30 - 18:33
    you are searching for different brands in a market.
  • 18:33 - 18:36
    And finally, you search some brand and some model
  • 18:36 - 18:40
    and you bought it, okay?
  • 18:40 - 18:41
    And you spend some budget
  • 18:41 - 18:43
    and also you're expecting something
  • 18:43 - 18:45
    should be there in your mobile.
  • 18:45 - 18:47
    And once you bought your phone,
  • 18:47 - 18:49
    you started using your mobile
  • 18:49 - 18:53
    and then you started finding some bugs
  • 18:53 - 18:54
    or issues in your mobile.
  • 18:54 - 18:55
    So something is not working
  • 18:55 - 18:58
    or on or off is not properly working, right?
  • 18:58 - 19:00
    Our screen is not properly appearing.
  • 19:00 - 19:02
    Some apps are striking.
  • 19:02 - 19:05
    So if you find these kinds of issues in your mobile,
  • 19:05 - 19:07
    how you will feel,
  • 19:07 - 19:09
    definitely you will start frustrating with that product,
  • 19:09 - 19:10
    right?
  • 19:10 - 19:12
    So why these things, this thing is happened
  • 19:12 - 19:16
    because of lacking of testing.
  • 19:16 - 19:19
    Because you bought a mobile, you bought a product,
  • 19:19 - 19:21
    but this is buggy product.
  • 19:21 - 19:23
    So you have some issues with that product.
  • 19:23 - 19:24
    Why these issues are there in the product?
  • 19:24 - 19:28
    Because testing is not properly conducted, right?
  • 19:28 - 19:29
    Each and every function,
  • 19:29 - 19:32
    each and every feature is properly working or not.
  • 19:32 - 19:34
    It is not properly tested.
  • 19:34 - 19:37
    So that is the reason you start frustrating
  • 19:37 - 19:39
    with that product, right?
  • 19:39 - 19:42
    Same thing will happen with the software also.
  • 19:42 - 19:44
    Same thing will happen with the software also.
  • 19:44 - 19:46
    But who is using software?
  • 19:46 - 19:49
    So for example, let us say some bank, okay?
  • 19:49 - 19:52
    So let's say I have something called xBank.
  • 19:52 - 19:55
    So this bank is doing some transaction
  • 19:55 - 19:58
    on day-to-day basis manually.
  • 19:58 - 19:59
    And after a few days,
  • 19:59 - 20:04
    this particular bank wanted to automate the process.
  • 20:04 - 20:06
    The bank automate,
  • 20:06 - 20:09
    the bank, this particular bank wanted to automate the process.
  • 20:09 - 20:10
    Means what?
  • 20:10 - 20:13
    Whatever the transactions they are doing manually,
  • 20:13 - 20:16
    they want a software and using that software,
  • 20:16 - 20:20
    they wanted to do those tasks, okay?
  • 20:20 - 20:21
    Through the software.
  • 20:21 - 20:22
    And what this bank?
  • 20:23 - 20:24
    So bank is nothing but what?
  • 20:24 - 20:27
    This is a small company, okay?
  • 20:27 - 20:29
    And this particular company or bank
  • 20:29 - 20:33
    will approach an IT company, okay?
  • 20:33 - 20:34
    Will approach an IT company.
  • 20:35 - 20:38
    And once they approach this IT company,
  • 20:38 - 20:41
    they will explain their requirement.
  • 20:41 - 20:43
    So what exactly they do in their organization.
  • 20:43 - 20:47
    So what kind of operations or actions or tasks they do
  • 20:47 - 20:49
    on day-to-day basis in their organization.
  • 20:49 - 20:51
    So they will explain the entire,
  • 20:51 - 20:53
    the process, the requirement,
  • 20:53 - 20:55
    everything into this IT company.
  • 20:55 - 20:58
    Along with that, the budget,
  • 20:58 - 21:00
    what is the budget they have
  • 21:00 - 21:03
    and within what time they need the software.
  • 21:03 - 21:06
    So all these things will be explained to this IT company.
  • 21:07 - 21:09
    Now, what IT company will do is,
  • 21:09 - 21:14
    IT company will review and understand their requirement
  • 21:14 - 21:16
    and their budget and time.
  • 21:16 - 21:18
    So by considering them,
  • 21:18 - 21:21
    they will agree to develop the software
  • 21:21 - 21:24
    which will fulfill their tasks, okay?
  • 21:24 - 21:26
    Instead of doing manual transaction,
  • 21:26 - 21:29
    they can do automate using particular software.
  • 21:29 - 21:33
    And so after reviewing those requirements by IT company,
  • 21:33 - 21:37
    they agree to develop a software, okay?
  • 21:37 - 21:38
    And what IT company will do now,
  • 21:38 - 21:42
    IT company will develop the software,
  • 21:42 - 21:47
    will develop the software and it also to be tested, okay?
  • 21:47 - 21:50
    Test the software and after testing,
  • 21:50 - 21:55
    then deliver the software to the company called xBank.
  • 21:55 - 21:57
    So this is actual process.
  • 21:57 - 22:01
    So some company will approach the IT company
  • 22:01 - 22:05
    by saying all their requirement, budget and time.
  • 22:05 - 22:10
    And based on that, IT company will agree the requirement,
  • 22:10 - 22:10
    agrees the proposal
  • 22:10 - 22:13
    and then they start developing the software
  • 22:13 - 22:15
    and they will recruit some number of people,
  • 22:15 - 22:18
    developers, testers, designers, program managers,
  • 22:18 - 22:19
    all these people.
  • 22:19 - 22:22
    And they take some time to develop the software.
  • 22:22 - 22:27
    And then finally, before delivering the software to the bank,
  • 22:27 - 22:29
    we have to conduct the testing here.
  • 22:29 - 22:33
    So after development, testing comes into picture.
  • 22:33 - 22:34
    So why we need to do the testing?
  • 22:34 - 22:36
    What is testing here?
  • 22:36 - 22:37
    Why we are conducting testing here?
  • 22:37 - 22:41
    Because we have to release the quality product
  • 22:41 - 22:42
    to the customer.
  • 22:42 - 22:45
    We have to deliver the quality product to the customer.
  • 22:45 - 22:50
    So that is the main intention of doing software testing, okay?
  • 22:50 - 22:53
    So software testing will play very, very important role
  • 22:53 - 22:56
    because if you deliver the buggy product to the customer,
  • 22:56 - 22:57
    it'll start frustrating it
  • 22:57 - 23:01
    because he spent a lot of budget, a lot of time, right?
  • 23:01 - 23:06
    So this is our responsibility, the company responsibility
  • 23:06 - 23:09
    to provide the quality product to the customer.
  • 23:09 - 23:11
    It should not have any bugs.
  • 23:11 - 23:15
    It should work according to customer requirement.
  • 23:15 - 23:18
    So all these things we have to take care
  • 23:18 - 23:22
    while performing the testing, the software, okay?
  • 23:22 - 23:23
    So what is software testing?
  • 23:23 - 23:25
    So software testing is very, very important
  • 23:25 - 23:29
    before delivering the software to the customer, okay?
  • 23:29 - 23:31
    Now, what is software testing?
  • 23:31 - 23:35
    The software testing is a part of software development.
  • 23:35 - 23:37
    Here, development means what?
  • 23:37 - 23:39
    Not only writing the code, okay?
  • 23:39 - 23:41
    We have to test the software,
  • 23:41 - 23:42
    whether it is working according
  • 23:42 - 23:44
    to customer requirement or not.
  • 23:44 - 23:46
    If you're not conducting testing, what happens?
  • 23:46 - 23:49
    Definitely the product is having some bugs
  • 23:49 - 23:51
    because there is no guarantee
  • 23:51 - 23:54
    like developers will do everything perfectly fine, right?
  • 23:54 - 23:55
    There should be some bugs.
  • 23:55 - 23:57
    There will be some gaps.
  • 23:57 - 23:59
    So we have to test the software.
  • 23:59 - 24:01
    We need to identify the bugs
  • 24:01 - 24:04
    and the developers again will fix those bugs.
  • 24:04 - 24:06
    And finally, we will deliver the quality product
  • 24:06 - 24:09
    to the customer, okay?
  • 24:09 - 24:13
    So the testing is a part of the development process.
  • 24:13 - 24:15
    We'll understand the customer requirement.
  • 24:15 - 24:18
    We will design it, then coding, then testing,
  • 24:18 - 24:21
    and finally delivering the software to the customer.
  • 24:21 - 24:23
    So these things will come into picture.
  • 24:23 - 24:27
    So now, if I just look at what is software testing,
  • 24:27 - 24:29
    let me write some notes here.
  • 24:32 - 24:36
    So what is software?
  • 24:36 - 24:38
    We understood what is software.
  • 24:38 - 24:41
    Now we are understanding what is software testing.
  • 24:41 - 24:43
    So software testing is a part
  • 24:43 - 24:46
    of software development process.
  • 24:47 - 24:50
    Software testing is an activity to detect
  • 24:50 - 24:53
    and identify the defects in the software.
  • 24:53 - 24:55
    So this is the main intention of the tester.
  • 24:55 - 24:57
    What is the job of tester means?
  • 24:57 - 24:59
    He has to identify the defects
  • 24:59 - 25:02
    and he has to make sure our application
  • 25:02 - 25:04
    or software is working according
  • 25:04 - 25:06
    to customer requirement or not.
  • 25:06 - 25:08
    Because initially customer will provide you
  • 25:08 - 25:10
    some requirement, the functionality.
  • 25:10 - 25:13
    And our software also should perform the same thing,
  • 25:13 - 25:15
    whatever the customer is expecting.
  • 25:16 - 25:18
    Suppose the customer is said something
  • 25:18 - 25:21
    and we develop the software for something else.
  • 25:21 - 25:22
    It doesn't work, right?
  • 25:22 - 25:26
    So the main intention of software testing is
  • 25:26 - 25:29
    it is a activity to detect and identify the defects.
  • 25:29 - 25:32
    We have to execute some test cases.
  • 25:32 - 25:33
    I'll tell you what is the test case
  • 25:33 - 25:34
    and how to execute all these things.
  • 25:34 - 25:36
    So the main intention of software testing is
  • 25:36 - 25:41
    we have to find the defects in the software, okay?
  • 25:41 - 25:44
    And the main objective is to release the quality product
  • 25:44 - 25:46
    to the client or customer.
  • 25:46 - 25:49
    So this is basically what is software testing.
  • 25:49 - 25:52
    So testing is a part of software development.
  • 25:52 - 25:56
    Testing is an activity to find the defects in the software.
  • 25:56 - 25:58
    The main objective of testing is
  • 25:58 - 26:02
    to release a quality product to the customer or client.
  • 26:02 - 26:07
    So this is all about what is software testing.
  • 26:07 - 26:09
    The next one is what is quality.
  • 26:09 - 26:12
    So here we are talking about the quality.
  • 26:12 - 26:13
    What is quality?
  • 26:14 - 26:15
    Every day we are talking about quality.
  • 26:15 - 26:16
    If I buy something,
  • 26:16 - 26:18
    we are always expecting the quality, right?
  • 26:18 - 26:20
    But what exactly quality means?
  • 26:20 - 26:22
    The main objective of testing is
  • 26:22 - 26:24
    to release quality product to the client.
  • 26:24 - 26:25
    But what is quality?
  • 26:26 - 26:27
    So what is quality?
  • 26:27 - 26:31
    So quality is something called customer justification.
  • 26:31 - 26:34
    So how well our product or software is working,
  • 26:35 - 26:38
    the customer will decide, okay?
  • 26:38 - 26:42
    So here there are some parameter based on that we can say
  • 26:42 - 26:44
    whether our software is quality or not,
  • 26:44 - 26:46
    quality software or not.
  • 26:46 - 26:48
    So what are those parameters?
  • 26:48 - 26:49
    Let me just tell you.
  • 26:49 - 26:50
    So software quality.
  • 26:52 - 26:54
    So these are all very important guys,
  • 26:54 - 26:55
    so beginner as a beginner.
  • 26:55 - 26:57
    So please try to understand this.
  • 26:57 - 27:01
    Very simple terms, software quality.
  • 27:01 - 27:03
    So why we are discussing software quality
  • 27:03 - 27:06
    because our ultimate goal of testing is
  • 27:06 - 27:10
    to deliver the quality product to the customer or client.
  • 27:10 - 27:12
    But what is software quality?
  • 27:12 - 27:13
    So software quality,
  • 27:13 - 27:17
    if I say a product or software is very quality product,
  • 27:17 - 27:21
    I can say based on certain parameters, okay?
  • 27:21 - 27:24
    So what are those parameters?
  • 27:24 - 27:28
    So the first parameter is bug free.
  • 27:28 - 27:29
    So based on these parameters,
  • 27:29 - 27:33
    we can say our software is quality software or not.
  • 27:33 - 27:36
    The first parameter is bug free.
  • 27:36 - 27:38
    What is meant by bug free?
  • 27:38 - 27:42
    So our software should not have any bugs,
  • 27:42 - 27:47
    but 900% software, 100% software will not be bug free guys,
  • 27:48 - 27:50
    but at least one or 2%, there will be bugs,
  • 27:50 - 27:52
    but they are very, very minor bugs.
  • 27:52 - 27:54
    The customer process or task
  • 27:54 - 27:56
    will not be impacted by those bugs.
  • 27:56 - 27:58
    But 100% quality product
  • 27:58 - 28:03
    cannot be always possible to release to the customer, okay?
  • 28:04 - 28:06
    It is not at all possible.
  • 28:06 - 28:08
    At least one or 2% bugs will be there,
  • 28:08 - 28:11
    but they are very minor bugs.
  • 28:11 - 28:13
    We can ignore those bugs, okay?
  • 28:13 - 28:15
    And the final thing,
  • 28:15 - 28:16
    the objective of testing is
  • 28:16 - 28:19
    to release the quality product to the client.
  • 28:19 - 28:21
    But what is the software quality?
  • 28:21 - 28:24
    So software quality can be measured.
  • 28:24 - 28:27
    So later I'll tell you what are the metrics we have to use,
  • 28:27 - 28:30
    but mainly we can say software is a quality
  • 28:30 - 28:33
    based on certain parameters.
  • 28:33 - 28:36
    So the first parameter will be the bug free.
  • 28:36 - 28:39
    The software should not contain any bugs.
  • 28:39 - 28:40
    That's the first thing.
  • 28:40 - 28:43
    Second thing, delivered on time.
  • 28:43 - 28:45
    So I said before,
  • 28:45 - 28:49
    when an IT company is approaching the IT company,
  • 28:49 - 28:52
    so some X company is approaching the IT company,
  • 28:52 - 28:56
    they have some budget and they have some time also.
  • 28:56 - 28:59
    Within that time, we have to develop and test the software
  • 28:59 - 29:02
    and we have to deliver the software to the company, right?
  • 29:02 - 29:06
    And they spend some budget and also time.
  • 29:06 - 29:08
    Suppose what happens,
  • 29:08 - 29:10
    suppose development and testing is taken
  • 29:10 - 29:14
    more than the committed time, then what happens?
  • 29:14 - 29:17
    We have to pay to the staff also, right?
  • 29:17 - 29:20
    We have to spend a lot of time, right?
  • 29:20 - 29:24
    So what happens if you're not able to deliver the software
  • 29:24 - 29:28
    within the time or on time, that is also considerable
  • 29:28 - 29:31
    because the customer has to spend more budget
  • 29:31 - 29:33
    because automatically the time is increased,
  • 29:33 - 29:35
    increase like duration is increased automatically.
  • 29:35 - 29:38
    You have to spend money on the staff also, right?
  • 29:38 - 29:40
    Employees like developers, testers,
  • 29:40 - 29:41
    who is working on that project,
  • 29:41 - 29:43
    we have to pay to them, right?
  • 29:43 - 29:46
    If suppose time is increased.
  • 29:46 - 29:48
    So deliver on time.
  • 29:48 - 29:49
    So not only back free,
  • 29:49 - 29:52
    we should also deliver the software on time.
  • 29:52 - 29:54
    That is one parameter.
  • 29:54 - 29:56
    The third parameter is within the budget.
  • 29:56 - 30:01
    Sometimes some organization will have some budget
  • 30:01 - 30:03
    and once you start developing and testing,
  • 30:03 - 30:06
    the budget will be increased.
  • 30:06 - 30:07
    That should not be happen.
  • 30:07 - 30:12
    So whatever the time and budget they have mentioned initially,
  • 30:12 - 30:16
    we have to deliver the software within that particular time
  • 30:17 - 30:19
    and within that particular budget.
  • 30:19 - 30:22
    And then only the customer will say our product
  • 30:22 - 30:26
    or our software is quality and not only back free
  • 30:26 - 30:29
    and it is also depends on other factors.
  • 30:29 - 30:31
    And it should be delivered on time
  • 30:31 - 30:33
    and it should be within the budget.
  • 30:33 - 30:36
    And finally, it should meet the requirements
  • 30:36 - 30:39
    or expectations from the customer, okay?
  • 30:39 - 30:41
    So whatever software we develop,
  • 30:41 - 30:44
    that should fulfill the requirement of customers.
  • 30:44 - 30:47
    So that's the first and most important task.
  • 30:47 - 30:48
    Customers set some requirement
  • 30:48 - 30:50
    and we have developed and tested software.
  • 30:50 - 30:53
    It should work according to their requirement.
  • 30:53 - 30:55
    So this is very, very important.
  • 30:55 - 30:57
    It should meet the requirements
  • 30:57 - 31:00
    or expectations from the customer.
  • 31:00 - 31:03
    And finally, it should be maintainable.
  • 31:03 - 31:04
    Maintainable means what?
  • 31:04 - 31:08
    After installing our software in the customer environment,
  • 31:08 - 31:10
    they should be able to work with that.
  • 31:10 - 31:12
    And if there is any small issues,
  • 31:12 - 31:14
    they should be able to resolve themself
  • 31:14 - 31:17
    and should be user friendly, okay?
  • 31:17 - 31:20
    In that case, we can say it is a maintainable.
  • 31:20 - 31:23
    So when I deliver a software to the customer,
  • 31:23 - 31:27
    if our software is fulfilling all these parameters,
  • 31:27 - 31:30
    we can say which is a quality product
  • 31:30 - 31:33
    or which is a quality software.
  • 31:33 - 31:36
    And to make sure all these things should be there,
  • 31:36 - 31:39
    we have to conduct our testing.
  • 31:39 - 31:41
    So the main intention of testing
  • 31:41 - 31:44
    is to deliver the quality product to the customer.
  • 31:44 - 31:47
    And when we say our product or software is a quality,
  • 31:47 - 31:48
    having some quality means
  • 31:48 - 31:51
    which we have to follow these parameters.
  • 31:51 - 31:54
    It should be, it doesn't have any bugs.
  • 31:54 - 31:58
    You can say bug free and it should be delivered on time.
  • 31:58 - 32:01
    It should be delivered within the budget
  • 32:01 - 32:04
    and it should also meet customer requirements
  • 32:04 - 32:06
    or it should work according to the customer requirements
  • 32:06 - 32:07
    or expectation.
  • 32:07 - 32:10
    And finally, it should be maintainable
  • 32:10 - 32:12
    in their environment, okay?
  • 32:12 - 32:15
    So these are the main quality standards.
  • 32:15 - 32:17
    So if I say software is a quality software,
  • 32:17 - 32:21
    then we have to follow these parameters, okay?
  • 32:21 - 32:25
    Now here, I'm just using some terms continuous
  • 32:25 - 32:27
    like project and product.
  • 32:27 - 32:29
    And these terms are very, very important.
  • 32:29 - 32:31
    We need to understand as a beginner.
  • 32:31 - 32:33
    So what is project and product?
  • 32:34 - 32:35
    Project and product.
  • 32:35 - 32:37
    So people are sometimes using project.
  • 32:37 - 32:39
    Sometimes they say product.
  • 32:39 - 32:41
    What is project and product?
  • 32:41 - 32:42
    And even in the companies also,
  • 32:42 - 32:43
    there are two kinds of companies
  • 32:43 - 32:47
    like service-based companies, product-based companies.
  • 32:47 - 32:50
    Similarly, we have a project and products.
  • 32:50 - 32:51
    So what exactly project means?
  • 32:51 - 32:53
    What exactly product means?
  • 32:53 - 32:56
    There is a small difference between project and product.
  • 32:56 - 32:58
    So you have to understand these terminology
  • 32:58 - 33:02
    which is very important before going to testing part.
  • 33:03 - 33:04
    Okay.
  • 33:05 - 33:10
    Let me tell you what is project and product.
  • 33:10 - 33:11
    Project and product.
  • 33:12 - 33:14
    Okay, so let me write some notes here.
  • 33:15 - 33:17
    Very small difference, guys.
  • 33:17 - 33:21
    The first one is if software application.
  • 33:21 - 33:24
    So whatever software we developed and tested,
  • 33:24 - 33:28
    which is for specific customer based on the requirement,
  • 33:28 - 33:30
    then it is called as a project.
  • 33:30 - 33:31
    Means what?
  • 33:31 - 33:33
    We approach a customer.
  • 33:33 - 33:35
    Customer will give you specific customer
  • 33:35 - 33:38
    and customer will give you the requirement.
  • 33:38 - 33:40
    Customer will spend some budget.
  • 33:40 - 33:41
    They will give the requirement
  • 33:41 - 33:43
    and we will develop the software
  • 33:43 - 33:46
    according to that particular customer.
  • 33:46 - 33:49
    So whatever software we developed and tested
  • 33:49 - 33:52
    according to the specific customer requirement,
  • 33:52 - 33:55
    we can simply say that is a project.
  • 33:56 - 33:57
    Project means what?
  • 33:57 - 33:59
    The application or a software
  • 33:59 - 34:03
    which is developed for specific customer requirement.
  • 34:03 - 34:07
    And that software will be used by the customer himself.
  • 34:07 - 34:09
    Others cannot be used.
  • 34:09 - 34:14
    Okay, suppose I develop a software for an organization
  • 34:14 - 34:18
    and only that organization can be used in that software
  • 34:18 - 34:20
    and other organizations cannot be used.
  • 34:20 - 34:23
    And those things called as a project.
  • 34:23 - 34:25
    A project is a software application
  • 34:25 - 34:28
    which is developed for specific customer
  • 34:28 - 34:32
    based on the requirement, then it is called project.
  • 34:32 - 34:34
    Okay, if the software application is developed
  • 34:34 - 34:38
    for specific customer based on the requirement,
  • 34:38 - 34:40
    based on the customer requirement,
  • 34:40 - 34:42
    then it is called as a project.
  • 34:42 - 34:45
    And only the specific customer can use this.
  • 34:45 - 34:48
    But what is a product means?
  • 34:48 - 34:50
    If the software application is developed
  • 34:50 - 34:54
    for multiple customers based on market requirement,
  • 34:54 - 34:56
    then it is called as a product.
  • 34:56 - 34:57
    That means what?
  • 34:57 - 35:00
    We will collect the requirements from the market,
  • 35:00 - 35:02
    not from the specific customer.
  • 35:02 - 35:05
    Okay, what is exactly market requirements?
  • 35:05 - 35:08
    We will analyze them and we will develop a software.
  • 35:08 - 35:10
    Then we'll deliver it to the market.
  • 35:10 - 35:11
    And number of people,
  • 35:11 - 35:13
    number of customers are using that software.
  • 35:13 - 35:16
    In that case, which is called as a product.
  • 35:16 - 35:18
    A product is a software
  • 35:18 - 35:21
    which can be used by multiple customers.
  • 35:21 - 35:22
    Project is a software
  • 35:22 - 35:25
    which can be used by specific customer.
  • 35:25 - 35:27
    Okay, project is a software
  • 35:27 - 35:29
    which can be used by specific customer.
  • 35:29 - 35:32
    We are developing it for specific customer requirement.
  • 35:32 - 35:34
    Whereas product is a software
  • 35:34 - 35:37
    which we can develop for market
  • 35:37 - 35:39
    or based on market requirements.
  • 35:39 - 35:41
    So what are the examples?
  • 35:41 - 35:43
    For example, there is a bank.
  • 35:43 - 35:46
    Okay, and I have developed a software
  • 35:46 - 35:49
    which can do all the transactions automated
  • 35:50 - 35:51
    in that particular bank.
  • 35:51 - 35:53
    So that is project
  • 35:53 - 35:55
    because that application or software can be used
  • 35:55 - 35:58
    only within that bank, within that particular organization.
  • 35:58 - 36:00
    Others cannot be used.
  • 36:00 - 36:02
    So they are called projects.
  • 36:02 - 36:04
    And what is a product means?
  • 36:04 - 36:06
    Everyone should able to do that.
  • 36:06 - 36:08
    So for example, in our mobile,
  • 36:08 - 36:10
    there are so many apps will be there.
  • 36:10 - 36:11
    Let's say WhatsApp.
  • 36:11 - 36:14
    So WhatsApp is an application, a software application
  • 36:14 - 36:16
    and everybody using it.
  • 36:16 - 36:18
    So that is an example of product.
  • 36:18 - 36:22
    And suppose our Microsoft products, Word, Excel, PowerPoint.
  • 36:22 - 36:26
    So these are all the softwares and everybody using them
  • 36:26 - 36:28
    and how they develop those softwares
  • 36:28 - 36:30
    based on the customer requirement.
  • 36:30 - 36:32
    And they'll analyze the requirement from the market,
  • 36:32 - 36:34
    from the people,
  • 36:34 - 36:35
    and they'll consolidate all the requirements.
  • 36:35 - 36:38
    Accordingly, they develop the software
  • 36:38 - 36:40
    and that comes under the product.
  • 36:40 - 36:43
    So understand this difference, very, very important,
  • 36:43 - 36:44
    the project and the product.
  • 36:44 - 36:47
    So project is something which is developed
  • 36:48 - 36:52
    for specific customer based on their requirement.
  • 36:52 - 36:54
    And the product is a software which is developed
  • 36:54 - 36:56
    based on the market requirements
  • 36:56 - 36:58
    and everybody can use it.
  • 36:59 - 37:01
    Okay, that is a product.
  • 37:01 - 37:02
    Now, similarly, the companies also,
  • 37:02 - 37:04
    two types of companies will be there.
  • 37:04 - 37:07
    Like service-based companies and product-based companies.
  • 37:07 - 37:09
    Service-based companies are what?
  • 37:09 - 37:12
    Most of the times they will deal with the projects.
  • 37:12 - 37:14
    So they will work for specific customers.
  • 37:14 - 37:16
    They will work for specific clients.
  • 37:16 - 37:18
    And those companies are comes under
  • 37:18 - 37:23
    service-based companies like TCS, Accenture.
  • 37:23 - 37:25
    Okay, so these companies are comes under
  • 37:25 - 37:28
    the service-based companies or Infosys.
  • 37:28 - 37:30
    These are all service-based companies
  • 37:30 - 37:33
    and they will work for any number of customers
  • 37:33 - 37:36
    throughout the world and product-based companies.
  • 37:36 - 37:38
    The other type of companies are we have product.
  • 37:38 - 37:40
    Product means what?
  • 37:40 - 37:41
    A software which is developed
  • 37:41 - 37:43
    based on the market requirements.
  • 37:43 - 37:45
    So for example, Google.
  • 37:45 - 37:47
    So Google is a product-based companies.
  • 37:47 - 37:49
    There are so many Google products out there.
  • 37:49 - 37:52
    Like Google Max, Google Drive, Gmail.
  • 37:52 - 37:54
    These are all Google products.
  • 37:54 - 37:55
    And Microsoft.
  • 37:55 - 37:57
    Microsoft is also product-based company.
  • 37:57 - 37:59
    So they will develop the multiple products
  • 37:59 - 38:03
    on Microsoft products like MS Word, MS Office.
  • 38:03 - 38:06
    These are all examples of Microsoft products.
  • 38:06 - 38:06
    And Oracle.
  • 38:06 - 38:09
    Oracle is also product-based company.
  • 38:09 - 38:12
    Okay, so there are different type of companies
  • 38:12 - 38:15
    like service-based companies and product-based companies.
  • 38:16 - 38:20
    Okay, so that is all about project and product.
  • 38:24 - 38:28
    Okay, and finally, why we need testing.
  • 38:28 - 38:31
    We understood what is project and product
  • 38:31 - 38:32
    and why we need to testing.
  • 38:32 - 38:33
    So this we already covered.
  • 38:33 - 38:35
    Why do we need testing?
  • 38:35 - 38:37
    The ultimate goal is to release
  • 38:37 - 38:39
    a quality product to the customer.
  • 38:39 - 38:42
    So that's the reason we have to conduct our testing.
  • 38:42 - 38:44
    And we have to ensure the software
  • 38:45 - 38:47
    should be bug-free
  • 38:47 - 38:50
    and it should meet the customer requirements, right?
  • 38:50 - 38:53
    And also it should work according
  • 38:53 - 38:55
    to the customer expectation.
  • 38:55 - 38:59
    So these are the main things which you have to ensure
  • 38:59 - 39:00
    while conducting the testing.
  • 39:00 - 39:02
    So without testing, what will happen
  • 39:02 - 39:03
    if I don't conduct any testing?
  • 39:03 - 39:05
    Then what happens?
  • 39:05 - 39:07
    Definitely the software contains the bugs.
  • 39:07 - 39:09
    And once the customer has started using the software,
  • 39:09 - 39:13
    definitely they'll first aid it with that.
  • 39:13 - 39:16
    Okay, so that's the reason we have to conduct our testing.
  • 39:16 - 39:19
    So we have to ensure the software doesn't have any bugs
  • 39:19 - 39:22
    and we have to ensure our software is working
  • 39:22 - 39:24
    according to customer requirement or not.
  • 39:24 - 39:27
    So these are the two main things which we need to focus
  • 39:27 - 39:28
    while conducting the software testing.
  • 39:28 - 39:30
    So why do we need testing?
  • 39:30 - 39:32
    Means we have to deliver the quality product
  • 39:32 - 39:33
    to the customer.
  • 39:33 - 39:35
    So that's the main intention.
  • 39:36 - 39:40
    Okay, so finally, I'll just explain
  • 39:40 - 39:43
    about these terms, error, bug and failure.
  • 39:43 - 39:45
    So a lot of people exactly don't know the difference
  • 39:45 - 39:48
    between these three and which is very important
  • 39:48 - 39:49
    to know that.
  • 39:49 - 39:51
    Error, bug and failure.
  • 39:51 - 39:53
    Most of the people will think bug is nothing
  • 39:53 - 39:55
    but some error or some failure.
  • 39:55 - 39:58
    But there is a small technical differences there.
  • 39:58 - 40:01
    Error, bug and failure.
  • 40:01 - 40:04
    Now let me tell you what exactly error means,
  • 40:04 - 40:07
    what exactly bug means and failure means.
  • 40:07 - 40:09
    Error is nothing but a human mistake.
  • 40:09 - 40:12
    If you do some task, right?
  • 40:12 - 40:13
    If you do some mistake somewhere,
  • 40:13 - 40:16
    that is basically called as an error, okay?
  • 40:16 - 40:18
    It is an incorrect human action.
  • 40:18 - 40:21
    We can simply say an incorrect human action
  • 40:21 - 40:23
    is called an error.
  • 40:23 - 40:27
    So suppose as a developer, he's writing some program
  • 40:27 - 40:30
    and he has committed some, by mistake,
  • 40:30 - 40:34
    he has typed something else and that is causing the error.
  • 40:34 - 40:38
    So error is basically human mistake, okay?
  • 40:38 - 40:41
    And bug, what is the bug?
  • 40:41 - 40:44
    Bug is nothing but it is a deviation
  • 40:44 - 40:46
    of expecting actual results.
  • 40:46 - 40:50
    So for example, there is a simple,
  • 40:50 - 40:53
    let's say login screen in your application, right?
  • 40:53 - 40:56
    So when I provide a valid username and valid password,
  • 40:56 - 40:59
    I should able to log into my application.
  • 40:59 - 41:00
    Let's say Gmail application.
  • 41:01 - 41:03
    So how to log into Gmail?
  • 41:03 - 41:06
    I have to provide the valid username and valid password.
  • 41:06 - 41:08
    So when I provide valid username and valid password,
  • 41:08 - 41:10
    then I should able to successfully log in.
  • 41:11 - 41:13
    But, and similarly, if I want to pass,
  • 41:13 - 41:16
    let's say if I pass invalid username and invalid password,
  • 41:16 - 41:19
    I should not able to log in.
  • 41:19 - 41:21
    But what happening, even though if I providing
  • 41:21 - 41:23
    invalid username and password,
  • 41:23 - 41:26
    an application is allowing me to log in.
  • 41:26 - 41:28
    Then that is a mismatch, right?
  • 41:28 - 41:31
    What you are expecting by pass a validator,
  • 41:31 - 41:33
    the login should be successful.
  • 41:33 - 41:36
    When I pass invalidator, login should not be successful.
  • 41:36 - 41:37
    That is your expectation.
  • 41:37 - 41:40
    But how actually application is working?
  • 41:40 - 41:43
    If I pass validator, okay, it is successfully login.
  • 41:43 - 41:46
    But even if you pass invalidator,
  • 41:46 - 41:48
    still it is accepting the login.
  • 41:48 - 41:49
    So that is a mismatch.
  • 41:49 - 41:54
    What is our expectation and how the application is working?
  • 41:54 - 41:56
    So the deviation from expected behavior
  • 41:56 - 41:59
    and actual behavior is basically called as a bug,
  • 41:59 - 42:02
    and which is also called as a defect.
  • 42:02 - 42:04
    The terminologies are different guys.
  • 42:04 - 42:06
    The concept is same, okay?
  • 42:06 - 42:09
    So error is a human mistake.
  • 42:09 - 42:12
    Bug and defect is something different.
  • 42:12 - 42:13
    So this is related to application.
  • 42:13 - 42:16
    Something is not working in our application
  • 42:16 - 42:20
    according to your expectation or your requirement
  • 42:20 - 42:21
    or customer requirement,
  • 42:21 - 42:26
    which is basically called as a bug or defect, okay?
  • 42:26 - 42:28
    And the third thing is a failure.
  • 42:28 - 42:30
    What is failure?
  • 42:30 - 42:32
    Suppose we develop some software,
  • 42:32 - 42:35
    we have tested and everything is working fine.
  • 42:35 - 42:36
    And finally, what you will do?
  • 42:36 - 42:38
    We will deliver the software to the customer.
  • 42:38 - 42:40
    And we have installed the software
  • 42:40 - 42:41
    in the customer environment,
  • 42:41 - 42:44
    and they started using the software.
  • 42:44 - 42:47
    And after a few days, then what happens?
  • 42:47 - 42:52
    There is something which is not working in the software, okay?
  • 42:52 - 42:55
    And something basically got failed, okay?
  • 42:55 - 42:57
    So whatever the customer wanted to do,
  • 42:57 - 42:59
    some transaction that is got failed.
  • 43:00 - 43:04
    So this is basically end user action, okay?
  • 43:04 - 43:07
    So the deviation identified by end user
  • 43:07 - 43:09
    while using the software,
  • 43:09 - 43:12
    the deviation identified by the end user
  • 43:13 - 43:16
    while working with the software is called as a failure.
  • 43:16 - 43:21
    Again, I'm repeating, error is a human mistake, okay?
  • 43:21 - 43:23
    While writing the program,
  • 43:23 - 43:26
    developer will do a lot of mistakes.
  • 43:26 - 43:27
    All these comes under the errors.
  • 43:28 - 43:31
    And while testing the software,
  • 43:31 - 43:33
    we are checking the functionality of our application,
  • 43:34 - 43:35
    whether it is working according
  • 43:35 - 43:37
    to customer requirement or not.
  • 43:37 - 43:38
    If something is not working
  • 43:38 - 43:40
    according to customer requirement,
  • 43:40 - 43:42
    which is comes under the bug or defect.
  • 43:43 - 43:46
    And after releasing the product to the customer
  • 43:46 - 43:47
    and the customer is using the software,
  • 43:47 - 43:50
    or as a user, I'm working with the software
  • 43:50 - 43:52
    in the real environment,
  • 43:52 - 43:53
    where I found some bugs,
  • 43:53 - 43:55
    where I found some mismatch,
  • 43:55 - 43:57
    where I found something is not working,
  • 43:57 - 43:59
    that is comes under the failure.
  • 43:59 - 44:03
    And the error normally committed by the developers,
  • 44:03 - 44:06
    bugs and defects will be identified by the testers
  • 44:06 - 44:08
    at the time of testing phase.
  • 44:08 - 44:11
    And failures will be there in the production environment.
  • 44:11 - 44:15
    Production means in the sense, customer environment.
  • 44:15 - 44:17
    And where if the customer is identified something
  • 44:17 - 44:19
    or which is not working properly,
  • 44:19 - 44:22
    that we can call it as a failure, okay?
  • 44:22 - 44:24
    So the basic difference between error,
  • 44:24 - 44:28
    bug or defect or failure.
  • 44:28 - 44:30
    Okay, just understand these technologies,
  • 44:30 - 44:32
    which is very, very important, okay?
  • 44:32 - 44:34
    So most frequently I use these terms,
  • 44:34 - 44:37
    a bug or defect, both are same,
  • 44:37 - 44:42
    but error is a different, failure is a different, okay?
  • 44:42 - 44:44
    So these are some basics guys.
  • 44:44 - 44:47
    So why the software has bugs?
  • 44:47 - 44:48
    Let me discuss one more point.
  • 44:48 - 44:50
    So why the software has bugs?
  • 44:50 - 44:53
    So far we are discussing like why, what is software?
  • 44:53 - 44:55
    What is software testing?
  • 44:55 - 44:58
    And why we need to conduct the testing, right?
  • 44:58 - 45:00
    But why the software has bugs?
  • 45:00 - 45:02
    So when I develop some software,
  • 45:02 - 45:05
    it contains some bugs, but why we should have bugs?
  • 45:05 - 45:07
    There are a lot of reasons out there.
  • 45:07 - 45:09
    Why the software is having bugs?
  • 45:09 - 45:10
    There are a lot of reasons.
  • 45:10 - 45:13
    The mainly five reasons guys.
  • 45:13 - 45:15
    The mainly three, five reasons we can say.
  • 45:16 - 45:21
    Why the software has bugs?
  • 45:22 - 45:24
    So why the software has bugs?
  • 45:24 - 45:25
    So mainly five reasons.
  • 45:25 - 45:30
    The first reason is miscommunication or no communication.
  • 45:32 - 45:33
    Means what?
  • 45:33 - 45:35
    There is no proper communication
  • 45:35 - 45:38
    between the developers and testers.
  • 45:38 - 45:39
    Means what?
  • 45:39 - 45:41
    Developer will develop something
  • 45:41 - 45:44
    and tester will expecting something else.
  • 45:44 - 45:47
    Or requirement is having some functionality
  • 45:47 - 45:50
    and developer is implemented or develop some other things,
  • 45:50 - 45:53
    some other functionality and tester is expecting something.
  • 45:53 - 45:57
    So there will be gap between the documentation,
  • 45:57 - 45:59
    development and testing.
  • 45:59 - 46:02
    So that is basically comes on the miscommunication
  • 46:02 - 46:04
    or no communication.
  • 46:04 - 46:06
    So that is causing the software bugs.
  • 46:06 - 46:09
    So the requirement should be very, very clear.
  • 46:09 - 46:12
    And according to the developer should develop the software.
  • 46:12 - 46:15
    And according to the tester also should test the software.
  • 46:15 - 46:18
    Everybody should be in the proper sync.
  • 46:18 - 46:21
    And then only we can deliver the quality product
  • 46:21 - 46:22
    to the customer.
  • 46:22 - 46:23
    If there is any miscommunication,
  • 46:23 - 46:26
    suppose developer is develop something
  • 46:26 - 46:29
    and which is not communicated with the testing team.
  • 46:29 - 46:30
    Then what happens?
  • 46:30 - 46:32
    Tester will think in different way
  • 46:32 - 46:34
    and they do their testing their own way.
  • 46:34 - 46:38
    And tester also needs some developer's input.
  • 46:38 - 46:41
    Even developer also needs some input from the testing.
  • 46:42 - 46:46
    So everybody in the team should communicate properly
  • 46:46 - 46:50
    and that can avoid the bugs in our software.
  • 46:50 - 46:53
    That is one major reason.
  • 46:53 - 46:56
    And the second reason is the complexity of the software.
  • 46:56 - 46:58
    Suppose the software is very complex.
  • 46:58 - 47:01
    It is almost three, four, five years project.
  • 47:01 - 47:04
    And so many people are working like N number of developers,
  • 47:04 - 47:07
    N number of testers, automation people,
  • 47:07 - 47:08
    so much complexities.
  • 47:08 - 47:12
    And N number of modules are there, sub-modules are there.
  • 47:12 - 47:15
    In that case also we can miss some bugs, okay?
  • 47:15 - 47:17
    Like integration testing, unit testing.
  • 47:17 - 47:19
    There are lot of testings we will conduct.
  • 47:19 - 47:22
    And somewhere we may miss something else.
  • 47:22 - 47:25
    So that is again causing the bugs in later stages.
  • 47:25 - 47:28
    So suppose in some cases in sometimes
  • 47:28 - 47:30
    even if the software is very complex,
  • 47:30 - 47:35
    there are some chances we have some bugs in our software.
  • 47:35 - 47:38
    And the third reason is programming errors.
  • 47:38 - 47:40
    And most of the times programming errors
  • 47:40 - 47:43
    in the sense it is a responsibility of the developers.
  • 47:43 - 47:45
    So developers will write the program,
  • 47:45 - 47:47
    but the program is working fine.
  • 47:47 - 47:50
    But whatever output is producing is not correct.
  • 47:51 - 47:53
    That comes out of the programming error.
  • 47:53 - 47:55
    So for example, developer has written a program
  • 47:55 - 47:56
    to add two numbers.
  • 47:56 - 47:59
    Let us say some example, what is programming error?
  • 47:59 - 48:03
    So developer is written some programming, some program.
  • 48:03 - 48:04
    And when I pass two inputs,
  • 48:04 - 48:06
    let's say I have passed the two numbers,
  • 48:06 - 48:08
    let's say two comma three.
  • 48:08 - 48:10
    And what is the output I'm expecting?
  • 48:10 - 48:13
    Two plus three, five I'm expecting, okay?
  • 48:13 - 48:16
    And this way the program is written the code.
  • 48:16 - 48:19
    But when I run the program, what happens?
  • 48:19 - 48:22
    When I pass this input, which is giving the output,
  • 48:22 - 48:23
    but something else,
  • 48:23 - 48:26
    let us say it is giving something called 10,
  • 48:26 - 48:28
    the program is running perfectly fine.
  • 48:28 - 48:30
    But whatever the output I'm getting
  • 48:30 - 48:32
    from the program is incorrect.
  • 48:32 - 48:34
    So why this is gone?
  • 48:34 - 48:36
    Why we are getting this incorrect error
  • 48:36 - 48:38
    because of programming error.
  • 48:38 - 48:42
    So the developers will take care of this programming errors.
  • 48:42 - 48:45
    Okay, so that is one thing.
  • 48:45 - 48:48
    And the next one is a frequently changing requirements.
  • 48:48 - 48:51
    This is a major cause.
  • 48:51 - 48:53
    So sometimes what happens is,
  • 48:53 - 48:55
    like initially the customer will give you
  • 48:55 - 48:57
    a few number of requirements, okay?
  • 48:57 - 48:59
    And okay, we have started,
  • 48:59 - 49:00
    we have understood all the requirement,
  • 49:00 - 49:03
    we have started development.
  • 49:03 - 49:05
    And in the middle of the development,
  • 49:05 - 49:10
    sometime again customer come back and change their requirement.
  • 49:10 - 49:12
    But initially they said something after some time
  • 49:12 - 49:15
    after developing or during the testing phase,
  • 49:15 - 49:19
    they'll come back and ask us to change some requirement.
  • 49:19 - 49:21
    And that is also causing the bugs.
  • 49:21 - 49:23
    And sometimes it may possible
  • 49:23 - 49:26
    or it may not be possible to change the application
  • 49:26 - 49:27
    according to their requirement.
  • 49:27 - 49:31
    So even if a customer requirements are frequently changing,
  • 49:31 - 49:35
    that is also sometimes causing the bugs.
  • 49:35 - 49:38
    And the last reason, lack of skilled testers.
  • 49:38 - 49:41
    If the tester doesn't have proper skill set,
  • 49:41 - 49:44
    definitely he will miss the bugs.
  • 49:44 - 49:47
    So if the tester is not identified the bugs,
  • 49:47 - 49:48
    then what happens?
  • 49:48 - 49:50
    That will go to the next level
  • 49:50 - 49:52
    and that will come again in the production.
  • 49:52 - 49:56
    The customer will face that bug, okay?
  • 49:56 - 49:57
    So that is a problem.
  • 49:57 - 50:00
    So the tester should have proper skill set.
  • 50:00 - 50:03
    That is very, very important.
  • 50:03 - 50:06
    And a tester should have a different mindset guys.
  • 50:06 - 50:07
    So especially for tester,
  • 50:07 - 50:10
    we need to always think about in the negative way.
  • 50:10 - 50:12
    So normally people are saying positive way,
  • 50:12 - 50:14
    we need to think, but here in the testing point of view,
  • 50:14 - 50:16
    always we have to think like,
  • 50:16 - 50:18
    we have to break the application.
  • 50:18 - 50:19
    Somewhere we need to find the application.
  • 50:19 - 50:21
    If you want to find the application,
  • 50:21 - 50:23
    if you want to find some bug,
  • 50:23 - 50:24
    then what you have to do,
  • 50:24 - 50:26
    we have to provide some invalid data.
  • 50:26 - 50:28
    Okay, we have to do some unwanted stuff in our application.
  • 50:28 - 50:33
    So then whether we are providing some data to the application,
  • 50:33 - 50:34
    how it is behaving,
  • 50:34 - 50:35
    whether it is behaving according
  • 50:35 - 50:38
    to customer requirement or not.
  • 50:38 - 50:39
    So that we need to test.
  • 50:39 - 50:42
    Always our focus should be on breaking the application.
  • 50:43 - 50:45
    Okay, so if everything is working fine,
  • 50:45 - 50:46
    there is no job for tester.
  • 50:46 - 50:50
    We have to break our application with our skill set.
  • 50:50 - 50:53
    So that is exactly software tester job.
  • 50:53 - 50:57
    Okay, so for that, we need to have proper skill set.
  • 50:57 - 50:58
    Very, very important.
  • 50:59 - 51:02
    Okay, so why is the software having bugs?
  • 51:02 - 51:04
    Mixed communication or new communication?
  • 51:04 - 51:07
    And because of software complexity
  • 51:07 - 51:10
    and sometimes programming errors also causing the bugs.
  • 51:10 - 51:13
    And if the requirements also keep on changing very frequently,
  • 51:13 - 51:15
    that is also causing the bugs.
  • 51:15 - 51:18
    And finally, lack of skilled testers.
  • 51:18 - 51:21
    If the testers doesn't have proper skills,
  • 51:21 - 51:24
    then definitely he will miss the bugs.
  • 51:24 - 51:27
    And those bugs will be faced by the customers.
  • 51:27 - 51:30
    And he will start frustrating by seeing those bugs
  • 51:30 - 51:32
    in the production environment.
  • 51:32 - 51:36
    Okay, so these are all very, very important things
  • 51:36 - 51:38
    before starting the testing.
  • 51:39 - 51:43
    And then we have something called SDLC, SDLC and so on.
  • 51:43 - 51:46
    So we will discuss these things in the next session.
  • 51:46 - 51:48
    Okay, so these are the basics guys.
  • 51:48 - 51:50
    Like we have understood what is software,
  • 51:50 - 51:53
    types of softwares and what is software testing,
  • 51:53 - 51:55
    what is software quality,
  • 51:55 - 51:58
    and what are the parameters of software quality
  • 51:58 - 52:00
    and project and product.
  • 52:00 - 52:02
    And why do we need software testing?
  • 52:02 - 52:04
    And we also understood the difference
  • 52:04 - 52:07
    between error, bug and failure.
  • 52:07 - 52:11
    And finally, we have understood why the software has bugs.
  • 52:11 - 52:13
    Okay, so in the next session,
  • 52:13 - 52:16
    we are going to discuss the rest of the topics.
  • 52:16 - 52:19
    And I'm just stopping here for today, guys.
  • 52:19 - 52:20
    Now, if you have any queries,
  • 52:20 - 52:23
    you guys can post in your chat window
  • 52:23 - 52:25
    or you guys can ask me.
  • 52:25 - 52:27
    Okay, and the rest of the things
  • 52:27 - 52:29
    will continue on tomorrow's session.
  • 52:30 - 52:31
    Just a moment.
Title:
Manual Software Testing Training Part-1
Description:

more » « less
Video Language:
English
Duration:
52:37

English subtitles

Revisions Compare revisions