Verschil tussen SDLC versus STLC
Noodzaak wekt interesse en maakt dit de enige reden voor elk proces om te starten. Later drijft deze interesse de betrokken bronnen, belanghebbenden, klanten, CEO, managers en ontwikkelingsteams ertoe om achter een succesvol project (hier in ons geval softwareontwikkeling) af te sluiten. Niet alleen geld (rente) is het enige doel achter het gedrag van deze mensen, maar ook tijd en merkwaarde (wordt nog belangrijker).
En dit is waar het artikelonderwerp, ja SDLC versus STLC in beeld komt. Beide SDLC versus STLC zijn tot op zekere hoogte met elkaar verbonden of men kan zeggen dat men de voorloper is van anderen. De reden is simpel als er iets wordt ontwikkeld met een doel om te dienen (klanten nodig hebben), dan moet het worden getest voordat het wordt geïmplementeerd. Dit is de industriestandaard voor decennia en verantwoordelijkheid, omdat de klant er enorm veel geld in heeft geïnvesteerd.
Dit was het verhaal achter de scène en leidt ons naar het hoofdgedeelte van het artikel - SDLC versus STLC. Laten we in detail zien wat deze SDLC versus STLC precies zijn. Wat is de volgorde van bewerkingen onder elk? Wat is het verschil tussen SDLC en STLC? Wat voor soort activiteiten waren nodig om succesvol te eindigen?
SDLC betekent Software Development Life Cycle
LEVENSCYCLUS betekent een reeks veranderingen in iemands leven. Een levend, niet-levend of een proces dat een aantal stappen of opeenvolgingen van bewerkingen heeft. Deze reeksen zijn een soort indicatie dat het een duidelijk begin- en eindpunt heeft. Integendeel, men kan zeggen dat het gegeven proces een of ander subproces bevat. Dit is wat een levenscyclus is. Uitzoeken wat een levenscyclus ons echt doet vooruitgaan in de discussie over softwareontwikkeling. SDLC betekent dus " de levenscyclus van een softwareontwikkelingsproces" .
Met betrekking tot ontwikkelingsmodellen zijn er geen gedefinieerde regels die de ene boven de andere bepleiten of een bepaald model is goed om te gaan dan de andere (agile is een uitzondering). Laten we enkele modellen bekijken -
- Waterfall Model - de oudste
- V- Model
- Spiraal model
- iteratieve
- Agile - nieuwste en meest geschikte voor elk projecttype
Opmerking - Ik moet zeggen dat Agile-scrummodelmethoden goed zijn om te werken, maar in de IT-industrie kan een team de voorkeur geven aan een van deze modellen. Bijv. Als de eis duidelijk is en garandeert dat ze in een later stadium niet zullen veranderen, zal het team zeker met Waterfall en niet met Agile gaan.
Fasen in SDLC-discussie
- Planning
- Systeemanalyse en vereisten
- Ontwerp
- Codering of ontwikkeling
- Integratie en testen
- Gebruik en onderhoud
Het bovenstaande proces kan ook worden vermeld zoals hieronder -
- PLANNING - Eerst en vooral voordat er fysiek bewijs verschijnt, zit er altijd een planning achter. Planning komt voordat het papierwerk is begonnen. In deze fase worden alleen de details op hoog niveau bekeken vanuit het oogpunt van de projecten. Een toegewijde groep leden zit achter deze fase. Alle voors en tegens met betrekking tot de projecten worden overwogen en ook hoe de ROI te maximaliseren en manieren om dit te doen. Hier is veel werk aan de winkel en er wordt beoordeeld om eventuele belemmeringen voor projectsucces te overwinnen. Het komt erop neer dat voordat het idee werkelijkheid wordt, het concrete redenen moet hebben om te rennen en succes te behalen. De planning hangt weer af van het soort resultaat. Als een nieuwe software aan het bouwen is, zal de planning anders zijn, omdat marktonderzoek hiervoor erg cruciaal zal zijn, maar als dezelfde software na een paar jaar wordt bijgewerkt, dan is er in dit geval geen marktonderzoek (omdat de software een succes en er is dus behoefte aan updates voor softwarefuncties).
- ANALYSE - Zodra het planningsgedeelte is voltooid, volgt de analyse waarbij de toegewijde teams verschillende taken uitvoeren voordat ze tot een concrete oplossing komen. Hier wordt de haalbaarheidsstudie van het project uitgevoerd, schattingswerk, kostenberekening, vereiste-uitwerking en planning. De bedoeling is duidelijk om een laatste controle te doen voordat het werk daadwerkelijk begint. Als er tekortkomingen zijn, verwijdert u deze door communicatie met het ontwikkelingsteam en de belanghebbenden. Ontdek de voor- en nadelen.
- ONTWERP - Nu is de eis duidelijk en het team wil wat referentie voordat ze werken, de ontwerpers spelen een cruciale rol. Wat de software werkt (qua functionaliteit), hoeveel schermen er voor elke sectie zijn, gebruikersinteractie en alle details zijn in deze fase ontworpen. Stel dat een klant om mobiele software heeft gevraagd voor het boeken van vluchten en het vereiste is duidelijk dat de ontwerpers de schermen zullen ontwerpen om de functionaliteiten te behandelen die deze software zal verwerken. De ontwerpers komen met lay-outs, werkplannen, processchema's, pseudocodes en verschillende andere soorten ontwerpdocumentatie. De verantwoordelijke personen zullen de beste kiezen om mee te gaan.
- CODERING - in dit stadium zijn de meeste belangrijke beslissingen al genomen. De bedoeling van deze fase is om de ontwerpwerken te repliceren in een werkend stuk software. Hier spelen de ontwikkelaars een prominente rol en worden inspanningen geleverd om herbruikbare codes te produceren. Veel discussies met betrekking tot een framework en de best geschikte methoden om werkende software te maken, worden aandacht besteed. Er zijn programmeertools bij betrokken die worden gebruikt door het team van ontwikkelaars: Compiler, Debugger, Interpreter. Ik wil mijn lezers erop wijzen dat de ontwikkeling van complete werkende software niet eenvoudig en ook niet klein is. Er is een groot deel van het werk, dus het ontwikkelteam splitst ze op in kleinere deliverables en prioriteert ze volgens de behoefte of urgentie (kan ook worden beoordeeld op basis van hoe cruciaal de functionaliteit is, dwz hoe hoog die specifieke functionaliteit is beoordeeld). Onthoud dat dit de langste fase van de ontwikkelingscyclus is.
- TESTEN - In deze fase komt de STLC. In deze fase draait het allemaal om het testen van het ontwikkelde stuk werkende software voordat het wordt doorgestuurd naar de klanten of de eindgebruikers. Er zijn verschillende soorten testmethodes die hier door de testers worden uitgevoerd om mogelijke defecten in de software te achterhalen.
- ONDERHOUD - Dit is een soort after-sales service. Zoals de manier waarop we elke fiets of auto kopen en na een jaar als er een probleem is dat enige belemmering voor goed werken veroorzaakt. Dit soort problemen doen zich steeds opnieuw voor. Hier worden alle bugs opgelost die zich voordoen wanneer de client de software gebruikt, eventuele upgrades die in de toekomst nodig zijn of eventuele verbeteringen.
STLC betekent SOFTWARE TESTING LEVENSCYCLUS
Fasen in de STLC -
- Vereiste analyse
- Testplanning
- Ontwikkeling van testgevallen
- Omgeving instellen
- Testuitvoering
- Sluiting van de testcyclus
- EISANALYSE - De allereerste stap in het STLC-proces. Het is het onderdeel in het hele proces waarbij de QA-teams de vereiste (wat wil testen) en testbare vereisten leren kennen. Voor een beter begrip van de vereiste kan de tester contact opnemen met de klanten (maar dit gebeurt zelden, alleen als de tests nodig zijn en niet de ontwikkeling). Dit is een soort grafiek die in deze fase van STLC volgde.
| Toelatingscriteria | Uitgevoerde activiteiten | deliverables |
| Exacte behoefte met volledige beschrijving om de te volgen testprocedure te definiëren. | Soort tests vindt u in deze sectie | De behaalde resultaten worden in deze sectie vermeld |
- TESTPLANNING - De meest cruciale fase in STLC. Hier worden alle schattingen en tijd berekend voordat het testen daadwerkelijk begint. Het resultaat hiervan zal test- of strategiedocumentaties testen. Zodra deze fase is voltooid, kan het QA-team beginnen met de ontwikkeling van testcases. Dezelfde grafiek die in de bovenste fase is getekend, wordt opnieuw gebruikt met wijzigingen.
- TESTONTWIKKELING - De daadwerkelijke ontwikkeling van testcases wordt uitgevoerd nadat de testplanningsfase is voltooid. Hier het testteamwork over de testcases. Niet alleen de testgevallen, maar een volledig rapport met de testgegevens zijn betrokken en gedocumenteerd. Na voltooiing worden deze kruiselings geverifieerd door peer-leden of QA-leads. Ook hier wordt de RTM (eis traceerbaarheidsmatrix) opgesteld. Deze documenten volgen de vereiste op beide manieren (betekent vooruit en achteruit).
- INSTALLATIE VAN HET MILIEU - Dit wordt over het algemeen niet toegepast omdat de omgeving al is bepaald tijdens de ontwikkelingsfase (in SDLC). Over het algemeen vinden er geen veranderingen in de omgeving plaats.
- TESTUITVOERING - Hier worden de testgevallen uitgevoerd op basis van de aanvankelijk opgestelde testplannen. Als de zaken in orde zijn, worden ze gemarkeerd als PASS anders mislukt. Een complete lijst met bugs wordt in deze fase opgesteld en doorgestuurd naar het ontwikkelingsteam om dit op te lossen vóór de definitieve release van de software.
- SLUITING TESTCYCLUS - Een discussie waarbij het team beslist wat goed en fout ging vanuit testperspectieven. Zaken die in de toekomst moeten worden verbeterd en die tijd en moeite in de juiste richting kunnen besparen, worden in deze vergadering besproken. Deze zijn nuttig vanuit het ontwikkelingsperspectief.
Head-to-head vergelijking tussen SDLC versus STLC (Infographics)
Hieronder staat het top 9-verschil tussen SDLC en STLC 
Belangrijkste verschillen tussen SDLC en STLC
Beide SDLC versus STLC zijn populaire keuzes in de markt; laten we enkele van de belangrijkste verschillen tussen SDLC en STLC bespreken:
- SDLC is een ontwikkelingsmethode, terwijl STLC een testmethode is
- Meerdere verschillende fasen worden gecombineerd om SDLC te vormen, terwijl meerdere testfasen of werkwijzen worden gecombineerd om STLC te vormen
- SDLC omvat de volledige software-ontwikkelingscycli, terwijl STLC de volledige testcycli omvat
- SDLC begint met de planningsfase en bestrijkt de hele ontwikkeling, terwijl STLC begint met testplanning en alle aspecten of soorten testen dekt
- CEO, Senior Business Analyst, Senior Managers en Developers zijn de mensen die de verschillende fasen onder SDLC verzorgen. Aan de andere kant zijn QA Lead, Test Analyst de mensen die het lopende proces besturen.
- SDLC wordt gestart wanneer de daadwerkelijke toepassing niet is gemaakt, maar STLC wordt gestart wanneer de daadwerkelijke toepassing bestaat of een deel van de werkende software bestaat.
- SDLC is de superset van STLC terwijl STLC de subset van SDLC is
SDLC versus STLC-vergelijkingstabel
Laten we naar de top kijken Vergelijking tussen SDLC en STLC -
|
De basis voor vergelijking tussen SDLC versus STLC |
SDLC |
STLC |
| Oorsprong | Ontwikkeling levenscyclus | Test levenscyclus |
| fasen | Zes fasen
1. Planning 2. analyse 3. Ontwerp 4. Ontwikkeling 5. Testen 6. onderhoud | Zes fasen
1. Vereistenanalyse 2. Testplanning 3. Testontwikkeling 4. Omgeving instellen 5. Testuitvoering 6. Testafsluiting |
| verwantschap | SDLC kan worden beschouwd als de ouder of voorganger. | STLC is de opvolger omdat het om SDLC gaat. |
| Over | Dit gaat over de volledige ontwikkeling van de software inclusief testen en andere fasen. | Dit maakt zich zorgen over de testfase en het QA-gedeelte. |
| Vereisten verzamelen fasen | In SDLC verzamelt de bedrijfsanalist de vereisten, het ontwikkelteam voert de ontwikkeling uit. | In STLC voert het testteam het werk uit na analyse van de testdocumenten, beoordeling vanuit functioneel en niet-functioneel perspectief. |
| Intentie | SDLC was bedoeld om elke hindernis te overwinnen tijdens de reis van succesvolle softwareontwikkeling. | STLC is alleen bedoeld om eventuele valkuilen of tekortkomingen in de testfase te vinden. |
| Ontwerpfase | In de SDLC is een technische architect aanwezig om de kwaliteit van de software te waarborgen. Hier bij SDLC kan Business Analyst hem helpen de vereisten op een betere manier te begrijpen. | In STLC is de testarchitect degene die de activiteiten regelt, hij testplanning en identificatie van de testpunten op hoog niveau. |
| Coderingsfase | De echte codes zijn ontwikkeld en het werkelijke werk krijgt vorm volgens de nadruk op de ontwerpstructuur. | Het testteam werkt aan de ontwikkeling van testplannen en controleert het werkgedrag van de software. Een ding om op te merken is dat in SDLC de codes worden ontwikkeld, terwijl in STLC alleen testgevallen worden ontwikkeld. |
| Testfase | De werkelijke codes worden getest, wat kan worden gedaan door de peer-ontwikkelaars. Binnen deze fase worden eenheidstests, integratietests en systeemtests uitgevoerd. | In STLC vindt de testuitvoering plus rapportagewerk plaats. Een ding om op te merken is dat in tegenstelling tot het testen van code in SDLC hier functioneel gedrag is en niet-functionele testen van de software is gedaan. |
Conclusie - SDLC versus STLC
De discussie is duidelijk over de SDLC versus STLC. De ene is de ontwikkelingsbenadering en de andere is de testbenadering als geheel. Hoewel testen onder SDLC als een van de secties valt, is het belangrijk om op te merken dat het een heel andere functie is die wordt uitgevoerd. Het is heel belangrijk om op te merken dat STLC onder de SDLC valt. De betrokken activiteiten in elke sectie zijn verschillend.
Aanbevolen artikelen
Dit is een leidraad geweest voor het grootste verschil tussen SDLC en STLC. Hier bespreken we ook de belangrijkste verschillen tussen SDLC en STLC met infographics en vergelijkingstabel. U kunt ook een kijkje nemen in de volgende artikelen voor meer informatie-
- SDLC versus Agile
- Python vs Go
- PL SQL versus SQL
- Agile vs DevOps