Software Testing in the Development Life Cycle

Table of contents
- Welcome back to The QA Vibe*!*
- ποΈ What Is the Software Development Life Cycle (SDLC)?
- π SDLC Phases and the Role of Testing
- π§ Testing in Popular SDLC Models
- π§ͺ Testing Types Across the SDLC
- π§ Static Testing: Reviews, Inspections & Walkthroughs
- π Key Lessons From Real Projects
- π‘ Real-World QA Tips:
- π Key Takeaways:

Welcome back to The QA Vibe*!*
In this chapter, Iβll take you through how software testing fits into the Software Development Life Cycle (SDLC) and how Iβve seen its role shift across different project types and industries.
ποΈ What Is the Software Development Life Cycle (SDLC)?
The SDLC is the process software teams follow to plan, develop, test, deploy, and maintain an application. It provides a framework for delivering quality software in a structured, predictable way. It includes specific phases that ensure the end result meets business and technical goals on time and within budget.
Having worked in domains like yard management, finance, and education, Iβve seen how the SDLC helps teams align technical efforts with real-world business goals like optimizing order & contract flows, managing financial transactions, or tracking student progress.
π SDLC Phases and the Role of Testing
Requirement Analysis
Testers work with BAs and stakeholders to ensure all requirements are clear, testable, and complete.
π In a yard management solution I worked on, defining accurate GPS-based check-in rules was critical. We had to clarify every edge case to avoid misinterpretations.System Design
Here, testers review architecture, workflows, and integration points to identify early risks.
π In a finance application, reviewing the design helped us spot a potential compliance gap with transaction logging before a single line of code was written.Implementation (Development)
Developers build the system. QA prepares test cases, automation scripts, and test environments.
π In an education platform project, we began parallel test case design during dev, which helped us hit tight deadlines for semester-based releases.Testing
QA executes test cases, logs bugs, performs regressions, and validates all business logic.
πWe have to thoroughly test and validate that the software works as intended.Deployment
QA supports go-live activities with sanity checks, deployment validations, and rollback readiness.
π On a financial reporting module, I personally ran post-deploy smoke tests to ensure data integrity across dashboards and exports.Maintenance
Regular updates, patch testing, and regression testing continue post-launch.
π Maintenance
Regular updates, patch testing, and regression testing continue post-launch.
π For every project, there are ongoing updates, bug fixes, and support after deployment.
π§ Testing in Popular SDLC Models
1. Waterfall Model
A sequential model where each phase must complete before moving to the next.
π‘ Testing is done only after development, which can delay defect detection.
βοΈ Best suited for simple, unchanging requirements.
2. V-Model (Verification and Validation)
Each development phase has a matching testing phase.
π’ Promotes early test planning and clear traceability.
βοΈ Ideal for projects where quality is critical (e.g., healthcare, aerospace).
3. Iterative & Incremental Model
Software is built in small parts (iterations). Each piece is tested before the next is added.
π’ Enables feedback and gradual improvement.
βοΈ Works well for large systems with evolving requirements.
4. Agile Model
Testing is continuous. QA is part of the sprint team, collaborating closely with devs and BAs.
π’ Encourages early feedback, frequent testing, and flexibility.
βοΈ Perfect for projects with changing scope and fast releases.
5. DevOps & Continuous Testing
Here, testing is tightly integrated with development and deployment using CI/CD pipelines.
π’ Requires strong test automation to ensure code is validated in real time.
βοΈ Ideal for modern, scalable, fast-paced delivery environments.
π§ͺ Testing Types Across the SDLC
Different levels of testing are applied as the system grows:
Unit Testing: Done by developers to test individual components or functions.
Smoke Testing: In my experience, we are doing the smoke testing within the dev handovers.
Integration Testing: Ensures that modules or services interact correctly.
System Testing: The entire application is tested as a whole to verify its behavior.
Regression Testing: Regression testing is performed to check whether the defect fix has any impact on other functionality. Before every production release, we do a complete regression testing on the system.
User Acceptance Testing (UAT): End users validate whether the system meets business requirements.
Real-World Tip: In one project I worked on, skipping proper integration testing between modules led to last-minute failures in payroll processing a crucial lesson in validating dependencies!
π§ Static Testing: Reviews, Inspections & Walkthroughs
Not all testing involves running code.
Static testing includes:
Requirement Reviews β Helps uncover unclear or conflicting requirements.
Design Reviews β Identifies architectural flaws early.
Code Reviews β Catches syntax or logic errors before execution.
This saves time, reduces rework, and improves overall product quality.
π Key Lessons From Real Projects
In finance, precision and compliance are critical β even a rounding bug in interest calculation can escalate.
In yard logistics, real-time sync is key β we tested data syncs under poor network conditions.
In education systems, scalability matters β we tested load during admission season to avoid system crashes.
In employee tools, role-based access control must be airtight β we validated every permission combination manually and through automation.
π‘ Real-World QA Tips:
Start preparing test cases during the design phase.
Collaborate actively with developers and BAs during sprints.
Keep test documentation up-to-date.
Use risk-based testing to prioritize important features.
Balance manual and automated testing efforts wisely.
π Key Takeaways:
Testing should be integrated throughout the SDLC, not just at the end.
The role of QA adapts depending on the development model used.
Understanding the SDLC helps QA teams plan smarter, test earlier, and reduce risk.
Continuous collaboration is the key to building reliable and scalable systems.
A testerβs value multiplies when they understand how testing fits into the SDLC and adapt based on project context. Itβs not just about execution. Itβs about collaboration, timing, and critical thinking.
π Whatβs Coming Next?
Test Design & AnalysisβFrom Requirements to Test Cases
Iβll walk you through how to break down requirements and design smart test scenarios that deliver real-world coverage.
Subscribe to my newsletter
Read articles from The QA Vibe directly inside your inbox. Subscribe to the newsletter, and don't miss out.
Written by

The QA Vibe
The QA Vibe
π» Software Quality Assurance Engineer | Sharing real-world testing insights, automation tips, and educational content for aspiring and professional QA folks. π Passionate about clean code, bug hunting, and continuous improvement. π Welcome to The QA Vibe β your go-to space for everything testing!