Difference between SDLC and STLC

SDLC, software/system development lifecycle, refers to the various phases involved in the software development process, including gathering requirement, designing, implementation, testing, deployment, and finally maintenance.


Whereas STLC, or software/system testing lifecycle, describes all the activities performed during the testing process of a software product. STLC focuses more on testing, instead of the whole development process of a software product. The foundation of STLC is a developed software product instead of a business document which outlines all the requirements of customers/clients. It is common to see that STLC is contained in SDLC.

Below is a really good table which describes the similarities and differences between these two:

S. No. Phase SDLC – Software Development Lifecycle STLC – Software Test Lifecycle
1 Requirements Gathering Requirements gathering is done by the business analyst. Development team analyze the requirements from the design, architecture & coding perspective. Testing team also reviews & analyzes the requirements, and identifies the testing requirements, e.g. what types of testing will be required. The team will review the requirements for logical functional relationship between various features / modules, to ensure that any gaps can be caught at an early stage.
2 Design Technical architect works for the high level & low design of the software to make sure that high level and low design are met. The business analyst works for the UI design of the application Here, test architect, generally the test lead/manager, does the test planning, and identifies high-level testing points. Basically, requirement detailing is done in this phase.
3 Coding or development Development team does the actual coding based on the designed architecture. Testing team writes the detailed test cases.
4 Testing In SDLC, actual testing is carried out in this phase. It includes unit testing, integration testing & system testing etc.. Test Execution and bug reporting, manual testing, automation testing is done, defects found are reported. Re-testing and regression testing is also done in this phase.
5 Deployment Application is deployed on production environment for real end users. Final testing and implementation are done in this phase and the final test report is prepared.
6 Maintenance Basically, it includes posting production and deployment support, and follow-up with enhancements.  Test team here will do updating & maintenance of test plans, test case required for the testing of support requests & enhancements as a part of maintenance.

Which phase of SDLC we write test case

Within the loop of SLDC, we write test cases and execute the testing stuff in the phase of “Testing”. For STLC, the test cases will be written when then phase of “Coding/Development”.

What is Software Testing Life Cycle (STLC)?

Just like developers follow the Software Development Life Cycle (SDLC) likewise testers also follow the Software Testing Life Cycle which is called as STLC. It is the sequence of activities carried out by the testing team from the beginning of the project till the end of the project.

Software Testing Life Cycle is a testing process which is executed in a sequence, in order to meet the quality goals. It is not a single activity but it consists of many different activities which are executed to achieve a good quality product. There are different phases in STLC which are given below:

  1. Requirement analysis
  2. Test Planning
  3. Test case development
  4. Environment Setup
  5. Test Execution
  6. Test Cycle Closure

Software testing life cycle (STLC)
Each of the step mentioned above has some Entry Criteria (it is a minimum set of conditions that should be met before starting the software testing) as well as Exit Criteria (it is a minimum set of conditions that should be completed in order to stop the software testing) on the basis of which it can be decided whether we can move to the next phase of Testing Life cycle or not.

Let us discuss about each phase in detail:

Requirement Analysis

This is the very first phase of Software testing Life cycle (STLC). In this phase testing team goes through the Requirement document with both Functional and non-functional details in order to identify the testable requirements.

In case of any confusion the QA team may setup a meeting with the clients and the stakeholders (Technical Leads, Business Analyst, System Architects and Client etc.) in order to clarify their doubts.

Once the QA team is clear with the requirements they will document the acceptance Criteria and get it approved by the Customers.

Activities to be done in Requirement analysis phase are given below:

  • Analyzing the System Requirement specifications from the testing point of view
  • Preparation of RTM that is Requirement Traceability Matrix
  • Identifying the testing techniques and testing types
  • Prioritizing the feature which need focused testing
  • Analyzing the Automation feasibility
  • Identifying the details about the testing environment where actual testing will be done

Deliverables (Outcome) of Requirement analysis phase are:

  • Requirement Traceability Matrix (RTM)
  • Automation feasibility report

Test Planning

Test Planning phase starts soon after the completion of the Requirement Analysis phase. In this phase the QA manager or QA Lead will prepare the Test Plan and Test strategy documents. As per these documents they will also come up with the testing effort estimations.

Activities to be done in Test Planning phase are given below:

  • Estimation of testing effort
  • Selection of Testing Approach
  • Preparation of Test Plan, Test strategy documents
  • Resource planning and assigning roles and responsibility to them
  • Selection of Testing tool

Deliverables (Outcome) of Test Planning phase are:

  • Test Plan document
  • Test Strategy document
  • Best suited Testing Approach
  • Number of Resources, skill required and their roles and responsibilities
  • Testing tool to be used

Test Case Development

In this phase the QA team write test cases. They also write scripts for automation if required. Verification of both the test cases and test scripts are done by peers. Creation of Test Data is done in this phase.

Activities to be done in Test Case Development phase are given below:

  • Creation of test cases
  • Creation of test scripts if required
  • Verification of test cases and automation scripts
  • Creation of Test Data in testing environment

Deliverables (Outcome) of Test Case Development phase are:

  • Test cases
  • Test scripts (for automation if required)
  • Test Data

Test Environment setup

This phase includes the setup or installation process of software and hardware which is required for testing the application. In this phase the integration of the third party application is also carried out if required in the project.

After setting up the required software and hardware the installation of build is tested. Once the installation of build is successful and complete then the Test Data is generated.

After the creation of Test data the Smoke testing is executed on the build in order to check whether the basic functionalities are working fine or not. This phase can be done in parallel with the Test Case Development phase.

Activities to be done in Test Environment Setup phase are given below:

  • As per the Requirement and Architecture document the list of required software and hardware is prepared
  • Setting up of test environment
  • Creation of test data
  • Installation of build and execution of Smoke testing on it

Deliverables (Outcome) of Test Environment Setup phase are:

  • Test Environment setup is ready
  • Test Data is created
  • Results of Smoke testing

Test Execution

Before starting the Test Execution phase the Test Environment setup should be ready. In Test Execution phase the test cases are executed in the testing environment.

While execution of the test cases the QA team may find bugs which will be reported against that test case. This bug is fixed by the developer and is retested by the QA.

Activities to be done in Test Execution phase are given below:

  • Execution of Test Cases
  • Reporting test results
  • Logging defects for the failed test cases
  • Verification and retesting of the defect
  • Closure of defects

Deliverables (Outcome) of Test Execution phase are:

  • Test execution Report
  • Updated test cases with results
  • Bug Report

Test Cycle Closure

In order to start the Test Cycle Closure activity the Test Execution phase should be completed. In Test Cycle phase the QA team will meet and discuss about the testing artifacts.

The whole intent of this discussion is to learn lessons from the bad practices. This will help in future projects.

Activities to be done in Test Cycle Closure phase are given below:

  • To evaluate the test completion on the basis of Test Coverage and Software Quality
  • Documentation of the learning from the project
  • Analyzing the test results to find out the distribution of severe defects
  • Test Closure Report preparation

Deliverables (Outcome) of Test Cycle Closure phase are:

  • Report of Test Closure

The below table briefly explains the Software Testing Life Cycle along with the Entry Criteria, Activity, Exit Criteria and Deliverable associated with each phase:

STLC phases Entry Criteria Activity Exit Criteria Deliverables (Outcome)
Requirement analysis Availability of Requirement document both Functional as well as non-functionalArchitectural document of the application or the product should be available

Acceptance criteria defined and duly signed by the customers


Analysis of System Requirement specifications to understand the different business modules and it’s functionalitiesTo identify the user profile, user interface and user authentication

Types of tests to be performed on the application or product should be identified

Should collect the details about testing priorities

Preparation of RTM that is Requirement Traceability Matrix

Test Environment details should be identified in order to do testing

Analysis of automation possibility if it is required

RTM should be signed offThe customer should sign off on the test automation feasibility Requirement Traceability Matrix (RTM)Report on Automation Feasibility if it is applicable
Test Planning Detailed requirement documentRequirement Traceability Matrix (RTM)

Automation Feasibility Report


Preparation of Test Plan documentPreparation of Test strategy document

To analyze the best suited testing approach for the application or product

To analyze the testing techniques and the types of testing to be carried out in order to maintain the quality

Selection of the testing tool

Estimation on the testing efforts

Resource planning as per the skill required for testing and also assigning roles and responsibility to them

Approved Test Plan documentApproved Test Strategy document

Document of Effort estimation

Test Plan documentTest Strategy document

Effort estimation document

Test case development Detailed Requirement documentTest Plan and Test strategy documents

Automation Feasibility Report



Creation of test cases for all the modules or features in the application or productCreation of automation scripts if required

Review of test cases and test automation scripts

Test data creation

Reviewed Test casesReviewed Test automation scripts

Test data creation ready for testing


Test casesTest automation scripts

Test data

Test Environment setup System design documents should be availableArchitectural document of the application should be available

Environment set-up plan document should be available


Understanding the design and architecture of the applicationSetting up the test environment

Installation of required hardware and software in order to start testing the application

Integration of any third party application (if required)

Installation of build

Creation of test data

Execution of smoke testing on the build

Accepting or rejecting the build as per the smoke test result

Environment setup is ready for testingAll the required software and hardware are installed

Build installation is complete and successful

Test data creation is complete

Smoke testing is done

Test environment along with test dataSmoke test result
Test Execution Documents like RTM, Test Plan, Test strategy, Test cases and Test scripts should be readyTest environment should be ready

Test data should be ready

Integration of third party application (if required) should be successful

Smoke testing of the application should be successful


Execution of test casesPreparation of test result document

Logging defects for the failed test cases

Mapping of defects with the test cases

To update the test cases and test strategy if required

Fixed defects should be retested

Closure of the defects if they are working as expected

Execution of regression testing of the application or product in order to ensure its stability post defect closure


All test cases are executedDefects are logged and tracked for closure Completed the test case executionUpdated the test cases wherever required

Defects reported

Test cycle closure All the test cases are executed and updatedTest results are documented

Defect logs are available

Evaluation of the test completion on the basis of Test Coverage and Software QualityPreparation of Test Closure report

Analyzing the test results to find out the distribution of severe defects

Signed off Test Closure report by the client Test closure Report