Software Testing Tutorial #7 - Software Testing Life Cycle (STLC)

Software Testing Mentor
5 Nov 202017:40

Summary

TLDRThis tutorial introduces the Software Testing Life Cycle (STLC), explaining its role in software development. It walks through each phase of STLC, including requirements analysis, test planning, test case design, test environment setup, test execution, and reporting. The video emphasizes the importance of understanding these phases for those aiming to work in software testing, highlighting how STLC fits into both waterfall and agile methodologies. The presenter also touches on differences in documentation and reporting between agile and waterfall approaches, offering tips for interviews and practical project work.

Takeaways

  • 🛠️ Software Testing Life Cycle (STLC) is a key process that fits within the Software Development Life Cycle (SDLC) to test any application or software.
  • 🔍 The first phase of STLC is Requirements Analysis, where the testing team understands and analyzes the software requirements to create potential test cases.
  • 📝 Test Planning follows the analysis phase, where the team creates a test plan, detailing the scope, test timelines, resources, and strategies.
  • 📄 In the Test Case Design and Development phase, testers develop test cases using design techniques like equivalence partitioning and boundary value analysis.
  • 🔧 Test Environment Setup is the fourth phase, where a testing environment is prepared to execute test cases. This could involve setting up test data and ensuring proper deployment of the code.
  • 🚀 Test Execution involves running the test cases in the test environment and verifying if the software meets the expected results.
  • 📊 Test Reporting follows test execution, where a summary of the testing process, including passed and failed test cases, is documented and shared with the team.
  • 🗃️ Test Closure is the final phase, where all testing activities are summarized and documents are handed over to the relevant teams for future reference.
  • 🌀 In Agile methodologies, the testing cycle is shorter and more iterative, but the same core phases of STLC apply with quick sprint planning, test case development, and automated reporting.
  • 🏁 Understanding STLC thoroughly is essential for testers to quickly adapt and work efficiently in any organization, ensuring proper software testing and quality assurance.

Q & A

  • What is the Software Testing Life Cycle (STLC)?

    -The Software Testing Life Cycle (STLC) is a series of phases or processes within the software development life cycle that is used to test a software application or product. It defines the various stages involved in testing, starting from the requirement analysis phase to the test closure phase.

  • What is the importance of understanding STLC for a software testing job?

    -Understanding STLC is crucial for a software testing job because it provides a clear structure of the testing process, helping testers to understand what activities are expected at each stage. This knowledge enables them to collaborate effectively with the development team and ensure thorough testing of the product.

  • What is the first phase of the Software Testing Life Cycle, and what activities are involved in it?

    -The first phase of the Software Testing Life Cycle is 'Requirement Analysis'. In this phase, the testing team analyzes the requirements to understand what needs to be tested. The team identifies any gaps or ambiguities in the requirements and provides feedback to the development team or the product owner.

  • What is the purpose of the Test Planning phase?

    -The purpose of the Test Planning phase is to create a test plan based on the analyzed requirements. This includes determining the scope of testing, resources needed, test schedule, risk assessment, and defining the overall testing strategy.

  • What does the Test Case Design and Development phase involve?

    -The Test Case Design and Development phase involves designing and creating test cases based on the analyzed requirements. Techniques like equivalence partitioning and boundary value analysis are applied to ensure comprehensive coverage of all scenarios.

  • What is Test Environment Setup, and why is it necessary?

    -Test Environment Setup involves configuring the hardware and software environment where testing will be conducted. It is necessary to ensure that the testing team has a stable and suitable environment to execute the test cases and validate the software functionality.

  • What activities are performed during the Test Execution phase?

    -During the Test Execution phase, the testers run the test cases that were developed in the previous phase and record the results. They verify whether each test case passes or fails based on the expected outcomes and report any defects found during testing.

  • What is the Test Reporting phase, and what information is included in a test report?

    -The Test Reporting phase involves documenting the results of the testing process. The test report includes details like which test cases passed or failed, any open defects, the overall testing status, and the level of confidence in the software's stability.

  • What happens during the Test Closure phase?

    -During the Test Closure phase, the testing team finalizes the testing process by preparing closure documents that include all testing-related artifacts, test cases, and summary reports. These documents are handed over to the maintenance team or relevant stakeholders.

  • How does the STLC differ in Waterfall and Agile methodologies?

    -The core phases of STLC remain the same in both Waterfall and Agile methodologies. The primary difference lies in the timing and documentation process. In Waterfall, each phase is completed sequentially, often over a longer period, whereas in Agile, the phases are repeated in short iterations or sprints, and documentation is less formal and more collaborative.

Outlines

00:00

🔍 Introduction to Software Testing Life Cycle (STLC)

In this paragraph, the concept of the Software Testing Life Cycle (STLC) is introduced. It explains that STLC is a structured process that is integrated into the broader Software Development Life Cycle (SDLC). The importance of understanding STLC before entering a software testing role is emphasized, as it prepares testers to work effectively within a team. The paragraph briefly outlines that STLC consists of several phases and starts with requirements analysis.

05:02

📋 Requirements Analysis in STLC

This paragraph focuses on the first phase of STLC: requirements analysis. The example of an e-commerce project is used to illustrate how a customer (organization) provides detailed requirements to the development company. The role of testers in this phase is to analyze the requirements thoroughly, identify potential test cases, and ensure all necessary details are captured. Testers communicate with development or product teams to clarify any gaps in the requirements.

10:03

📝 Test Planning Phase

The test planning phase is detailed here. Once the requirements are understood, the testing team creates a test plan, outlining the testing scope, timeline, and criteria for success. The process differs slightly between the Waterfall and Agile approaches, but both require careful planning to ensure thorough testing. The paragraph highlights the importance of this phase, where responsibilities are assigned, and the testing strategy is formed.

15:03

🛠 Test Case Design and Development

In this phase, the focus shifts to designing and developing test cases. Testers use various techniques like equivalence partitioning and boundary value analysis to create detailed test cases based on the requirements. These test cases are structured in a test management tool, categorized by features or requirements. The development of test cases ensures that each functionality of the software is tested systematically.

🖥 Test Environment Setup

This paragraph explains the importance of setting up the test environment. The test environment must be prepared before executing test cases, and depending on the complexity of the project, a separate team may be responsible for this setup. Testers ensure the environment is ready and includes the necessary test data to conduct tests effectively. This phase is crucial for validating the software under real-world conditions.

🚀 Test Execution

Test execution is where testers run the prepared test cases in the test environment. This phase verifies whether the software functions correctly by checking if the test cases pass or fail. Each functionality, such as adding or removing items from a cart in an e-commerce app, is tested. Testers record the outcomes, noting any issues or bugs that arise during execution.

📊 Test Reporting and Exit Criteria

After test execution, the results are compiled into a test report. This report outlines which test cases passed, which failed, and any defects that need to be resolved by the developers. If there are unresolved defects, the team may decide to accept them for future fixes. The test report is essential for evaluating the overall quality and readiness of the software for production.

🔒 Test Closure Activities

The final phase of the STLC is test closure. After testing is complete, all necessary documentation is prepared and shared, including test plans, summary reports, and artifacts. This documentation is vital for the ongoing maintenance of the software, providing a clear record of what was tested and the outcomes. The test closure phase ensures that the testing process is fully documented and any relevant information is preserved for future reference.

📅 Agile vs. Waterfall in STLC

This paragraph contrasts how STLC operates in Agile versus Waterfall models. While the phases remain the same, Agile projects involve shorter cycles, meaning testing and reporting happen more frequently (e.g., after each sprint). Waterfall projects tend to run longer, with test closure activities occurring at the end of the project. The Agile approach promotes more collaboration and faster feedback during each sprint.

Mindmap

Keywords

💡Software Testing Life Cycle (STLC)

The Software Testing Life Cycle (STLC) is a process that is followed during the software development life cycle to ensure a software or application is tested for quality. It includes various phases like requirement analysis, test planning, test execution, and reporting. The video emphasizes that understanding STLC is crucial for anyone pursuing a career in software testing, as it helps in ensuring the software functions as expected.

💡Requirement Analysis

Requirement analysis is the first phase in STLC, where the testing team reviews and analyzes the software's requirements provided by the customer. It involves understanding what needs to be tested and identifying potential gaps in requirements. In the video, an e-commerce website is used as an example where testers analyze features such as login functionality and cart operations.

💡Test Planning

Test planning is the phase where the testing team develops a strategy on how to conduct the tests. This includes creating a test plan that outlines the scope, objectives, timeline, resources, and testing approach. The video mentions how in agile environments, test planning happens more frequently in shorter iterations, while in waterfall models, a comprehensive master test plan is developed.

💡Test Case Design and Development

Test case design and development involves creating detailed test cases that specify the steps and conditions to verify each functionality of the software. Testers use techniques like equivalence partitioning and boundary value analysis to ensure thorough testing. In the video, this phase focuses on developing test cases for features such as adding items to the cart or logging in using social media accounts.

💡Test Environment Setup

Test environment setup refers to preparing the system or environment where the test execution will take place. This phase ensures that all necessary hardware, software, and configurations are in place. The video highlights that in some cases, a separate team manages the test environment, especially in industries like banking or telecom where integration is complex.

💡Test Execution

Test execution is the phase where the actual testing is performed by executing the developed test cases in the prepared environment. Testers check whether the software behaves as expected and report any defects. The video explains that in this phase, for example, testers verify if adding and removing items from the cart works correctly.

💡Defect Reporting

Defect reporting occurs when testers find issues or bugs during test execution. These defects are reported to the development team for fixes. In the video, it is mentioned that after identifying defects during execution, they are re-assigned to the developer for correction and then retested by the testing team.

💡Test Reporting

Test reporting involves summarizing the results of the test execution, including details about passed and failed test cases, any defects found, and the overall quality of the software. In the video, test reporting helps the stakeholders decide whether the software is ready for production deployment or needs further improvements.

💡Test Closure

Test closure is the final phase in STLC where all testing activities are formally closed. It includes preparing documentation, finalizing reports, and handing over testing artifacts. The video describes test closure as ensuring all relevant documents like test cases, plans, and reports are archived for future reference.

💡Agile vs. Waterfall

Agile and Waterfall are two different approaches to software development and testing. Agile focuses on iterative development with frequent releases, whereas Waterfall follows a linear, sequential approach. The video contrasts the two by explaining that Agile testing involves short planning and reporting cycles for each sprint, while Waterfall requires extensive planning and documentation.

Highlights

Introduction to Software Testing Life Cycle (STLC) and its importance in the software development process.

STLC is a process that fits within the Software Development Life Cycle (SDLC) to ensure thorough testing of any software.

The first phase of STLC is Requirements Analysis, where testers review and understand customer needs and project requirements.

Requirement analysis includes understanding features such as browser compatibility, login functionality, and adding/removing items from a cart in an e-commerce example.

Test Planning is the second phase, where the team decides how the requirements will be tested and develops a test plan.

In Agile, test planning is done in iterations or sprints, and the plan may be shorter compared to Waterfall methodology.

The third phase is Test Case Design and Development, where test cases are created based on design techniques such as equivalence partitioning and boundary value analysis.

Test Environment Setup, the fourth phase, involves preparing the environment where the test cases will be executed, which may require collaboration with a separate team.

Test Execution, the fifth phase, where test cases are executed to verify whether functionalities like adding and removing items work as expected.

Test Reporting, the sixth phase, involves summarizing the test execution results and providing a report on overall testing status, including defects.

In the Test Closure phase, documentation is prepared for the final release, summarizing all test artifacts, plans, and results for future maintenance teams.

STLC applies to both Waterfall and Agile methodologies, but timelines and documentation expectations differ between the two approaches.

In Agile, STLC phases such as reporting and closure are often automated and focus on shorter cycles like sprints, whereas Waterfall typically involves longer cycles.

Agile testing emphasizes collaboration among business analysts, developers, and testers, ensuring that everyone stays aligned during testing.

STLC knowledge is critical for both job interviews and practical work in software testing teams, regardless of the development methodology used.

Transcripts

play00:00

hello everyone welcome again in this

play00:03

software testing tutorial

play00:04

we are going to learn software testing

play00:07

life cycle

play00:07

or stlc so what exactly software testing

play00:12

life cycle

play00:13

software testing life cycle is a process

play00:16

that you follow

play00:17

within the software development life

play00:19

cycle to test

play00:20

any application or any software all

play00:23

right

play00:24

so when you have software development

play00:25

life cycle software testing life cycle

play00:28

fits within the development life cycle

play00:30

and it is the process

play00:32

of testing any software so we need to

play00:35

understand a software testing life cycle

play00:38

thoroughly before we can

play00:41

you know get into any software testing

play00:43

job because

play00:44

once you get into the software testing

play00:46

job or you are trying to get into

play00:47

software testing job you need to

play00:49

understand

play00:50

how software testing life cycle or the

play00:52

process is actually

play00:53

so that you can you know you know the

play00:56

process and you can actually

play00:58

work with the team and come up to speed

play01:01

very quickly when you join any

play01:02

organization

play01:03

so let's understand what exactly

play01:05

software testing life cycle

play01:06

is so it is the set of processes or the

play01:10

phases basically

play01:11

right so it's it's different phases are

play01:13

there in software testing life cycle the

play01:15

first phase

play01:16

is the requirements analysis now in any

play01:19

software development the first thing um

play01:22

that you will get is the requirements

play01:25

right so the first phase in

play01:26

stlc as well is a requirements

play01:30

analysis okay

play01:34

when we say requirement analysis say for

play01:36

example i am a software

play01:38

development organization or say for

play01:40

example there is an organization abc

play01:43

named which is the organization who

play01:47

takes the project to develop software

play01:49

for the customers

play01:50

okay now this organization how will they

play01:54

um you know basically start developing

play01:57

something

play01:57

if they don't know what customer wants

play01:59

right so

play02:01

there will be a customer okay there will

play02:03

be a customer

play02:05

and the customer you know usually it

play02:08

will be organization right so i've just

play02:10

made a person there because some person

play02:13

or a group of person

play02:15

people will be representing that

play02:16

customer organization

play02:18

and they will come down and they'll

play02:22

you know provide or they'll

play02:25

give the requirement or they'll dictate

play02:28

the requirement

play02:29

to this particular abc organization say

play02:31

for example

play02:32

this is the organization right so xyz

play02:36

is the organization who wants to develop

play02:39

uh

play02:41

e-commerce so let's take e-commerce app

play02:43

ecommerce

play02:44

website okay so what they'll do is

play02:49

they'll come to this particular

play02:50

organization or they'll provide

play02:52

a bid bidding and there'll be couple of

play02:54

organization that will be bidding

play02:56

and then once this organization has

play03:00

won the bid that yes we'll develop a

play03:02

e-commerce website for you

play03:04

they'll start explaining what all they

play03:06

want in the e-commerce website

play03:08

right so they'll say we want the website

play03:11

to work on all different browsers chrome

play03:13

firefox

play03:14

right so that's one of the requirement

play03:16

we want the login functionality using

play03:17

google account facebook account right

play03:19

so login functionality need to be there

play03:22

add

play03:23

add card add items to cart

play03:27

okay then remove items to cart

play03:31

so these are some of the requirement

play03:33

right so there will be n number of

play03:34

requirement there so this is just an

play03:36

example i am showing you

play03:37

how the requirements will come through

play03:39

okay

play03:40

so once all these requirements are being

play03:43

captured into a document

play03:44

okay so if it is waterfall approach you

play03:46

will be having a

play03:48

lengthy requirements document that will

play03:49

be capturing all these requirement

play03:51

how the look and feel will be of the

play03:53

website and

play03:55

those requirements will come through to

play03:57

the abc organization there will be some

play03:58

team in the abc organization which will

play04:01

start developing the website okay and

play04:03

you as a tester will be part of that

play04:05

team

play04:06

to basically analyze the requirement and

play04:09

start

play04:09

testing once the website is being built

play04:12

okay

play04:13

so in the requirement analysis

play04:15

requirement analysis phase of software

play04:17

testing life cycle what

play04:18

you do as a tester or a testing team is

play04:22

you get go through these requirements

play04:24

okay

play04:25

and these requirements you understand

play04:27

and you analyze those requirements

play04:29

okay you analyze what all possibilities

play04:31

what all test cases will be there

play04:34

and that all analysis happens into the

play04:36

requirement analysis

play04:38

phase so basically testing team

play04:40

understand the requirement if there are

play04:41

any gaps that provide the feedback to

play04:44

the requirements team or the development

play04:46

team or product owner in current case

play04:50

so if if say for example you are working

play04:51

on agile development approach

play04:54

then you will get the requirement in the

play04:57

form of

play04:57

user storage so you will analyze those

play04:59

and based on that analysis you will

play05:01

start

play05:02

your testing work okay so once the

play05:04

analysis is done

play05:06

the next phase is basically

play05:09

the planning phase okay so test

play05:13

planning

play05:16

okay let me get rid of it

play05:20

okay so the next phase is test planning

play05:23

so what happens in test planning so you

play05:25

have analyzed all the requirement and

play05:26

now you understand

play05:28

what all needs to be built and what all

play05:31

requirements are there and how you are

play05:33

going to test right

play05:34

so once you as a team or tester

play05:37

understand the requirement

play05:39

then you start the planning now in the

play05:42

test planning you start with the test

play05:43

plan

play05:44

okay so if you are working in the

play05:46

waterfall approach you will write the

play05:48

complete master test plan and then the

play05:49

phase

play05:50

test plan separately but if it is you

play05:52

know agile

play05:53

then in that case you will still do

play05:55

planning in each iteration or each

play05:57

sprint

play05:58

right you will write a quick plan for

play06:00

whatever requirement say for example you

play06:02

have

play06:02

um you know taken requirement one two

play06:05

three

play06:06

four five in one sprint okay then for

play06:09

all these requirements you will start

play06:11

the plan you will

play06:12

you'll do some little bit of planning

play06:14

how you are going to test these

play06:15

requirement

play06:16

who is going to test what will be you

play06:18

know like the timeline so

play06:20

in in terms of timeline it's anyways uh

play06:22

two weeks in sprint

play06:23

but if it is you know like waterfall

play06:25

then you put all those details into your

play06:27

test plan right so what is the scope

play06:29

what is out of scope

play06:30

what is entry exit criteria so all these

play06:33

details go into the

play06:34

test planning when you do test planning

play06:36

you write the test plan right

play06:39

um in agile it is not that lengthy test

play06:42

plan but still

play06:43

you need to do a fair bit of planning

play06:45

before you can

play06:46

actually start testing the user stories

play06:49

that you

play06:50

pick into the sprints okay the third

play06:53

phase

play06:54

is the test preparation

play06:57

okay or test development so test case

play07:01

design and

play07:05

creation okay

play07:08

so what you do is basically or i'll say

play07:11

test case design and development

play07:15

development okay so you develop your

play07:17

test cases

play07:19

so when you say test case design so you

play07:21

apply all the tests you know um

play07:25

test design techniques right equivalence

play07:27

equivalence partitioning

play07:28

boundary value analysis which i'll

play07:29

explain in upcoming tutorials

play07:32

so you'll apply all those techniques to

play07:34

design your test cases what all test

play07:35

cases need to be

play07:36

you know added for the functionality and

play07:39

then you develop those test cases you

play07:41

write

play07:41

those test cases into the test

play07:43

management tool

play07:45

so you categorize those into different

play07:47

you know

play07:48

feature wise or the requirement-wise you

play07:51

make those test cases and develop those

play07:53

test cases

play07:53

right so that's the third phase the next

play07:57

phase

play07:58

is around uh the environment setup okay

play08:01

so once you are your test cases are

play08:03

ready so you have this test environment

play08:06

set up so

play08:09

usually if your team

play08:12

testing team has the capability to set

play08:15

up the test environment

play08:16

you can do it yourself or there will be

play08:19

uh you know

play08:20

a team separate team which will help you

play08:22

okay so

play08:23

uh to say for example if you are you

play08:25

know

play08:27

i'll say another team

play08:33

so if say for example your application

play08:35

is really complex one

play08:36

which requires a lot of integration

play08:38

usually in banking sector

play08:40

that happens or telecom in that case

play08:43

there will be a separate team which will

play08:44

maintain the test environment for you

play08:46

and in the test environment setup all

play08:49

the test environment

play08:50

related detail or test environment will

play08:52

be you know

play08:54

ready and made available to the testing

play08:56

team

play08:57

and then you have to basically ensure

play09:00

your test data and everything is

play09:01

is set up there so test data preparation

play09:04

you have to do

play09:05

and provide to the separate team or

play09:08

if your team is capable or testing team

play09:10

is capable to manage the test

play09:11

environment test data

play09:13

they can do the whole environment setup

play09:16

themselves

play09:17

but test data you have to provide to the

play09:19

team if

play09:20

the test environment is being managed by

play09:22

other team right

play09:23

so this fourth phase is basically test

play09:25

environment setup because

play09:27

test environment is required for any of

play09:30

the testing that you need to do right

play09:31

where you will execute your test cases

play09:33

that you have written here

play09:34

so once the test cases have been written

play09:36

you will have the environment where you

play09:38

where you'll have this e-commerce say

play09:40

for example e-commerce website

play09:41

code deploy and then when you launch the

play09:44

website in the browser

play09:45

in the test environment it will be

play09:47

visible and then you can verify

play09:49

the website look and feel adding items

play09:52

so all the features that are available

play09:54

there

play09:54

in that particular release you can start

play09:56

you know testing that so test

play09:58

environment setup is

play09:59

necessary so that's the fourth step

play10:02

fifth step

play10:03

is test execution

play10:07

all right so once the

play10:11

environment is ready and you have test

play10:14

cases ready

play10:16

all right so the next step is the test

play10:19

execution

play10:20

so how will you verify that the

play10:23

uh test cases that you have developed

play10:26

verify are meet or pass or fail

play10:29

right so those that

play10:32

that happens only when you will execute

play10:35

so when

play10:36

you execute your test cases you verify

play10:39

that the website is being launched okay

play10:42

so you open the browser you launch the

play10:43

website

play10:44

and then you add the item to the cart if

play10:47

the item is getting added

play10:48

the test case is passive for example you

play10:50

have a test case for adding item into

play10:52

the card

play10:53

if the item you remove gets removed

play10:56

successfully

play10:57

that test cases pass if any of these you

play11:00

know

play11:00

um operations fail then the test case

play11:03

fail right so in the test execution you

play11:06

execute the test case

play11:08

and then verify whether the test case

play11:10

got passed or failed

play11:12

so that's the another phase of software

play11:15

testing

play11:15

life cycle so these are step-by-step

play11:17

phases that happen

play11:19

into the software testing life cycle or

play11:21

sdlc

play11:22

so after test execution has been

play11:24

completed

play11:25

right so after test execution has been

play11:27

completed the next

play11:29

phase is the

play11:32

exit criteria and reporting so basically

play11:34

test reporting you can say

play11:36

test reports okay

play11:39

or test reporting so in test reporting

play11:42

what you do is once your test cases

play11:46

or all the testing that has been planned

play11:49

has been completed you need to provide

play11:52

the report

play11:53

right so say for example execution

play11:55

happened if there were test cases that

play11:57

failed

play11:58

then those test cases will be reassigned

play12:00

to the developer or basically the

play12:01

defects will be resigned to the

play12:03

developer to fix

play12:04

they'll come back to you to the testing

play12:06

to verify again

play12:08

and once all the testing has been passed

play12:11

then you provide the report or

play12:15

even if there are open defects and those

play12:16

defects are accepted by the

play12:18

relevant stakeholders and they say yes

play12:21

these defects we will fix in next

play12:22

release

play12:23

then you start preparing the test report

play12:25

and what you prepare

play12:26

prepare in the report is how overall

play12:30

testing went through what all testing

play12:31

has been done what was in scope

play12:34

and what is the overall confidence right

play12:36

so which will help you to decide

play12:38

or which will help the team to decide go

play12:40

and know whether they

play12:41

need to deploy in production or they

play12:43

want to you know like

play12:45

fix more defector or make the software

play12:48

more stable

play12:49

right so test reporting um is the

play12:52

reports that you produce

play12:54

after the testing has been done right

play12:57

and then the seventh phase is around

play13:00

the test closure okay test closure

play13:06

so test closure what you do is in test

play13:08

closure

play13:10

now after the overall testing has been

play13:13

completed

play13:14

and the you know software has been

play13:17

deployed in

play13:18

production so in test closure activities

play13:20

what you do is you produce all the

play13:22

documents that

play13:23

are helpful for other teammates say for

play13:26

example there is another team who is

play13:27

maintaining that particular software in

play13:29

production

play13:30

then in the closer documentation you

play13:33

have all the documentation around

play13:35

the test cases where the test cases are

play13:39

what testing has been done what all

play13:41

artifacts have been produced in terms of

play13:43

test plan

play13:44

summary reports etc all those details

play13:47

along with the development document need

play13:49

to be

play13:50

you know produced for the test closure

play13:54

activity so once

play13:55

the complete testing has been completed

play13:58

or

play13:58

the overall testing for the project has

play14:00

been completed you provide

play14:02

the test closure summary report of the

play14:04

test closure documentation

play14:06

okay so all the test closure phase has

play14:08

the activities different activities and

play14:10

depending on

play14:11

which type of software you're testing

play14:13

based on the context

play14:15

you have to provide the relevant

play14:16

documentation for

play14:18

that okay now these are

play14:21

the seven phases in software

play14:24

testing life cycle right so this is the

play14:26

process of software testing life cycle

play14:29

which you need to understand and

play14:32

understand very clearly for interview

play14:34

purposes and even

play14:35

for working in any of the software

play14:37

testing project

play14:39

now this stlc remains

play14:43

same for the waterfall or agile it

play14:46

doesn't matter the only difference

play14:48

basically happens is you know in the

play14:51

closure

play14:51

activities you do not provide closer

play14:54

reports in agile for

play14:56

every sprint okay you do have the

play14:59

reports but those reports are automated

play15:01

out of the tools say for example if you

play15:03

are using

play15:04

jira they are out of the jira itself you

play15:07

have the gadgets and you can pull the

play15:08

reports of the execution for each sprint

play15:11

um

play15:12

you know automatically in india but in

play15:14

agile the test closure report will

play15:16

happen

play15:16

off for the release not every sprint

play15:19

right so which is basically

play15:20

similar what we do in the waterfall

play15:22

approach the only difference is in the

play15:24

terms of timeline in waterfall

play15:26

project might run for a year but agile

play15:29

usually the delivery happens every month

play15:31

or you know every three months at the

play15:33

max

play15:34

so you have to provide disclosure you

play15:36

know reports or

play15:38

activities after every you know three

play15:40

months in a child or after every month

play15:42

right it's as per the organization's

play15:45

requirement

play15:46

but in terms of phases it's same you

play15:48

have to follow

play15:49

you know similar uh phases or

play15:52

the test activities in software testing

play15:55

life cycle it doesn't matter you are

play15:56

working v model

play15:58

waterfall model or agile scrum

play16:00

approaches right so

play16:02

if you are working in two weeks two to

play16:04

four weeks

play16:05

scrum in a child you will do

play16:08

you will do user story analysis which is

play16:11

requirement analysis

play16:12

based on that you will understand the

play16:14

acceptance criteria if there are any

play16:15

gaps you will discuss with the business

play16:17

analyst

play16:17

then you will plan the test cases right

play16:20

or you will do the planning

play16:22

what strategy you will apply to test the

play16:24

user stories that you have picked in

play16:26

these

play16:27

in this two to four week cycle right in

play16:29

the sprint

play16:30

and you will develop a quick short one

play16:33

to two page plan

play16:34

okay that plan will be for your sprint

play16:36

for the iteration of two to four weeks

play16:38

then you will design your test cases

play16:40

okay in the tool you will quickly design

play16:42

the scenarios and the test cases

play16:44

and this is all very collaborative in

play16:47

agile that's the good thing that you

play16:48

will be

play16:49

on a daily basis you will be

play16:50

communicating with business analysts

play16:52

with the developers

play16:53

to understand the overall you know

play16:56

requirement and

play16:57

make making sure that everyone is on the

play16:59

same page okay

play17:00

then in the test environment setup

play17:02

mostly another team does

play17:04

that if you are doing it um you know you

play17:06

you do it

play17:07

you know quickly within the sprint and

play17:10

then execute and then report which is

play17:12

automated

play17:13

right so stlc

play17:16

understanding of stlc how it is you know

play17:19

used within software development life

play17:21

cycle is very important so these are

play17:23

some of the key

play17:24

steps and points that you need to

play17:26

understand for working in any of the

play17:28

software testing

play17:29

teams or for interview purposes

play17:32

so that's all for this tutorial hope it

play17:35

was helpful and clear

play17:36

please do share and subscribe and thank

play17:38

you very much for watching

Rate This

5.0 / 5 (0 votes)

関連タグ
Software TestingSTLCAgile TestingWaterfall TestingTest PlanningTest Case DesignTest ExecutionQA ProcessDevelopment CycleTest Reporting
英語で要約が必要ですか?