Differenza tra SDLC vs STLC
La necessità stimola l'interesse e lo rende l'unico motivo per l'avvio di qualsiasi processo. Più tardi, questo interesse spinge le risorse correlate, le parti interessate, i clienti, il CEO, i manager e i team di sviluppo a chiudere un progetto di successo (qui nel nostro caso lo sviluppo del software). Non solo il denaro (interesse) è l'unico scopo dietro il comportamento di queste persone, ma anche il tempo e il valore del marchio (chiameranno ancora più cruciale).
Ed è qui che entra in gioco l'argomento dell'articolo, sì, SDLC vs STLC. Sia SDLC che STLC sono correlati in una certa misura o si può dire che uno è il predecessore di altri. Il motivo è semplice se qualcosa viene sviluppato per uno scopo di servire (i clienti hanno bisogno), quindi deve essere testato prima della distribuzione. Questi sono gli standard del settore da decenni e responsabilità poiché il cliente ha investito enormi quantità di denaro dopo di esso.
Questa è stata la storia dietro la scena e ci conduce alla sezione principale dell'articolo - SDLC vs STLC. Vediamo nel dettaglio cosa sono esattamente questi SDLC vs STLC. Qual è la sequenza delle operazioni sotto ciascuna? Qual è la differenza tra SDLC e STLC? Che tipo di attività sono necessarie per un buon esito finale?
SDLC significa Ciclo di vita dello sviluppo software
CICLO DI VITA significa una serie di cambiamenti nella propria vita. O un processo vivente, non vivente o qualsiasi processo che abbia una serie di passaggi o sequenze di operazioni. Queste sequenze sono una sorta di indicazione che ha un punto iniziale e finale definito. Al contrario, si può dire che il processo dato ha qualche sottoprocesso in esso. Questo è il ciclo di vita. Capire quale ciclo di vita ci spinge davvero ad andare avanti nella discussione sullo sviluppo del software. Quindi, SDLC significa " il ciclo di vita di un processo di sviluppo software" .
Per quanto riguarda i modelli di sviluppo, non esistono regole definite che sostengano l'una sull'altra o che un modello particolare sia valido rispetto ad altri (l'agile è un'eccezione). Vediamo alcuni modelli -
- Modello a cascata - il più antico
- V-Model
- Modello a spirale
- Iterativo
- Agile - ultimo e più adatto a qualsiasi tipo di progetto
Nota - Devo dire che le pratiche del modello di mischia Agile sono buone da lavorare ma nel settore IT un team può preferire uno qualsiasi di questi modelli. Ad esempio, se il requisito è chiaro e garantisce di non cambiare nella fase successiva, la squadra andrà sicuramente con Waterfall e non con Agile.
Fasi nella discussione SDLC
- Pianificazione
- Analisi e requisiti di sistema
- Design
- Codifica o sviluppo
- Integrazione e test
- Funzionamento e manutenzione
Il processo sopra può anche essere elencato come di seguito -
- PIANIFICAZIONE - Prima di tutto, prima che appaia qualsiasi prova fisica, c'è sempre una pianificazione dietro di essa. La pianificazione arriva prima dell'inizio delle scartoffie. In questa fase, solo i dettagli di alto livello vengono considerati dal punto di vista dei progetti. Un gruppo dedicato di membri è dietro questa fase. Vengono considerati tutti i pro e i contro relativi ai progetti e vengono considerati anche i modi per massimizzare il ROI e le modalità per farlo. Qui c'è un sacco di rilavorazioni e viene fatta una revisione per superare qualsiasi ostacolo al successo del progetto. La linea di fondo è prima che l'idea diventi realtà dovrebbe avere ragioni concrete per correre e raggiungere il successo. La pianificazione di nuovo dipende dal tipo di risultato. Se un nuovo software sta costruendo la pianificazione sarà diversa in quanto lo studio di mercato sarà molto cruciale per esso, ma se lo stesso software viene aggiornato dopo alcuni anni, in questo caso non ci sarà alcun studio di mercato (poiché il software è un successo e quindi è necessaria la costruzione di aggiornamenti delle funzionalità software).
- ANALISI - Una volta terminata la parte di pianificazione, arriva l'analisi in cui i team dedicati svolgono diverse attività prima di raggiungere una soluzione concreta. Qui viene fatto lo studio di fattibilità del progetto, il lavoro di stima, i costi, la richiesta di requisiti e la pianificazione. L'intenzione è chiara di effettuare un controllo finale prima che il lavoro inizi effettivamente. In caso di carenze, rimuoverle mediante comunicazione con il team di sviluppo e le parti interessate. Scopri i pro e i contro.
- PROGETTAZIONE - Ora il requisito è chiaro e il team desidera un riferimento prima di lavorare, i progettisti svolgono un ruolo cruciale. Cosa funzionerà il software (dal punto di vista della funzionalità), quante schermate ci saranno per ogni sezione, l'interattività dell'utente e ogni dettaglio sono progettati in questa fase. Supponiamo che un cliente abbia richiesto un software mobile per la prenotazione del volo e il requisito è chiaro che i progettisti progetteranno gli schermi per coprire le funzionalità che questo software elaborerà. I progettisti elaboreranno layout, piani di lavoro, diagrammi di processo, pseudocodici e numerosi altri tipi di documentazione di progettazione. Le persone responsabili sceglieranno il meglio con cui andare.
- CODIFICA - in questa fase la maggior parte delle decisioni principali sono già state decise. L'intenzione di questa fase è di replicare i lavori di progettazione in un software funzionante. Qui gli sviluppatori svolgono un ruolo di primo piano e vengono fatti sforzi per produrre codici riutilizzabili. Molte discussioni relative a un framework e ai metodi più adatti per creare un software funzionante sono oggetto di attenzione. Ci sono strumenti di programmazione coinvolti che vengono utilizzati dal team di sviluppatori che sono: compilatore, debugger, interprete. Vorrei attirare l'attenzione dei miei lettori sul fatto che lo sviluppo di un software funzionante completo non è facile e neppure piccolo. Un grosso pezzo di lavoro è lì, quindi il team di sviluppo li suddivide in risultati più piccoli e li classifica in base alle necessità o all'urgenza (può anche essere valutato sulla base di quanto sia cruciale la funzionalità, ovvero quanto è stata valutata quella particolare funzionalità). Ricorda che questa è la fase più lunga del ciclo di sviluppo.
- PROVE - In questa fase arriva l'STLC. Questa fase riguarda il test del software sviluppato funzionante prima che venga inoltrato ai clienti o agli utenti finali. Esistono diversi tipi di metodologia di test che vengono eseguiti qui dai tester per scoprire eventuali difetti nel software.
- MANUTENZIONE - Questo è un tipo di servizio post-vendita. Come il modo in cui acquistiamo qualsiasi bici o auto e dopo un anno se c'è un problema che produce ostacoli al corretto funzionamento. Questi tipi di problemi sorgono più volte. Qui vengono risolti tutti i bug che si presentano quando il client utilizza il software, eventuali aggiornamenti necessari in futuro o eventuali miglioramenti.
STLC significa CICLO DI VITA DI PROVA DEL SOFTWARE
Fasi nello STLC -
- Analisi dei requisiti
- Pianificazione del test
- Sviluppo di casi di test
- Impostazione dell'ambiente
- Esecuzione del test
- Chiusura del ciclo di prova
- ANALISI DEI REQUISITI - Il primo passo nel processo STLC. È la parte dell'intero processo in cui i team QA conoscono i requisiti (significa cosa testare) e i requisiti verificabili. Per una migliore comprensione del requisito, il tester può seguire i clienti (ma ciò accade raramente, solo se sono necessari i test e non lo sviluppo). Questo è un tipo di grafico che è seguito in questa fase di STLC.
| Criteri di ingresso | Attività eseguite | Prodotti finali |
| Esatta necessità con una descrizione completa per definire la procedura di test da seguire. | I tipi di test sono elencati in questa sezione | I risultati raggiunti sono elencati in questa sezione |
- PIANIFICAZIONE DELLE PROVE - La fase più cruciale in STLC. Qui ogni stima e tempo vengono calcolati prima dell'inizio effettivo del test. Il risultato di questo testerà piani di documentazione o strategie. Una volta completata questa fase, il team addetto al controllo qualità può iniziare con le attività di sviluppo dei casi di test. Lo stesso grafico che viene disegnato nella fase superiore viene nuovamente utilizzato con le modifiche.
- SVILUPPO DEL TEST - L'effettivo sviluppo dei casi di test viene eseguito dopo il completamento della fase di pianificazione del test. Qui il lavoro di squadra di test sui casi di test. Non solo i casi di test ma un report completo che contiene i dati di test sono coinvolti e documentati. Una volta completati, questi vengono verificati da membri peer o lead di controllo qualità. Qui viene preparata anche la RTM (matrice di tracciabilità dei requisiti). Questi documenti tengono traccia dei requisiti in entrambi i modi (significa avanti e indietro).
- CONFIGURAZIONE AMBIENTALE - Questo in generale non è praticato perché l'ambiente è già stato deciso durante la fase di sviluppo (in SDLC). In generale, non si verificano cambiamenti nell'ambiente.
- ESECUZIONE DEL TEST - Qui i casi di test vengono eseguiti in base ai piani di test inizialmente preparati. Se i casi vanno bene, sono contrassegnati come PASS altrimenti FAIL. Un elenco completo di bug viene preparato in questa fase e viene inoltrato al team di sviluppo per risolvere prima del rilascio finale del software.
- CHIUSURA DEL CICLO DI PROVA - Una discussione in cui il team decide cosa è andato bene o male dalle prospettive del test. In questo incontro vengono discusse le cose da migliorare in futuro che possono risparmiare tempo e sforzi nella giusta direzione. Questi sono utili dal punto di vista dello sviluppo.
Confronto testa a testa tra SDLC vs STLC (infografica)
Di seguito è riportata la principale differenza tra SDLC e STLC 
Differenze chiave tra SDLC e STLC
Sia SDLC che STLC sono scelte popolari nel mercato; parliamo di alcune delle principali differenze tra SDLC e STLC:
- SDLC è una metodologia di sviluppo, mentre STLC è una metodologia di test
- Più fasi diverse sono combinate per formare SDLC, mentre più fasi o pratiche di test si combinano per formare STLC
- SDLC copre l'intero ciclo di sviluppo del software, mentre STLC copre l'intero ciclo di test
- SDLC inizia con la fase di pianificazione e copre l'intero aspetto dello sviluppo, mentre STLC inizia con Pianificazione test e copre ogni aspetto o tipo di test
- CEO, Senior Business Analyst, Senior Managers e Developers sono le persone che si occupano delle varie fasi di SDLC. D'altra parte, responsabile del controllo qualità, Test Analyst sono le persone che governano il processo in corso.
- SDLC si avvia quando l'applicazione effettiva non è stata creata ma STLC si avvia quando esiste l'applicazione effettiva o esiste un pezzo di software funzionante.
- SDLC è il superset di STLC mentre STLC è il sottoinsieme di SDLC
Tabella di confronto SDLC vs STLC
Diamo un'occhiata al confronto superiore tra SDLC e STLC -
|
La base del confronto tra SDLC e STLC |
SDLC |
STLC |
| Origine | Ciclo di vita dello sviluppo | Test del ciclo di vita |
| fasi | Sei fasi
1. Pianificazione 2. Analisi 3. Progettazione 4. Sviluppo 5. Test 6. Manutenzione | Sei fasi
1. Analisi dei requisiti 2. Pianificazione del test 3. Test di sviluppo 4. Impostazione dell'ambiente 5. Esecuzione del test 6. Chiusura del test |
| Relazione | SDLC può essere considerato come genitore o predecessore. | STLC è il successore come perché è in SDLC. |
| Di | Si tratta dello sviluppo completo del software, inclusi test e altre fasi. | Ciò è preoccupato per la fase di test e la parte QA. |
| Fasi di raccolta dei requisiti | In SDLC l'analista aziendale raccoglie i requisiti, il team di sviluppo esegue lo sviluppo. | In STLC, il team di test esegue la revisione del lavoro dopo aver analizzato i documenti di test, revisione dal punto di vista funzionale e non funzionale. |
| Intenzione | SDLC intendeva superare qualsiasi ostacolo durante il viaggio per lo sviluppo di software di successo. | STLC ha lo scopo di trovare eventuali insidie o carenze solo nella fase di test. |
| Fase di progettazione | Nell'SDLC è presente un architetto tecnico per garantire la qualità del software. Qui in SDLC Business Analyst può aiutarlo a comprendere meglio i requisiti. | In STLC l'architetto del test è colui che governa le attività, esegue la pianificazione e l'identificazione dei punti di prova di alto livello. |
| Fase di codifica | Vengono sviluppati i codici reali e il lavoro reale prende forma secondo la struttura del design enfatizzata. | Il team di test lavora allo sviluppo di piani di test e verifica il comportamento operativo del software. Una cosa da notare è che in SDLC i codici sono sviluppati mentre in STLC sono sviluppati solo casi di test. |
| Fase di test | Vengono testati i codici effettivi che possono essere eseguiti dagli sviluppatori peer. All'interno di questa fase vengono eseguiti test unitari, test di integrazione e test di sistema. | In STLC vengono eseguiti l'esecuzione del test e il lavoro di reporting. Una cosa da notare è che a differenza del test del codice in SDLC qui c'è un comportamento funzionale e viene eseguito un test non funzionale del software. |
Conclusione - SDLC vs STLC
La discussione è chiara per quanto riguarda SDLC vs STLC. Uno è l'approccio allo sviluppo e l'altro sta testando l'approccio nel suo insieme. Sebbene il Test rientri in SDLC come una delle sezioni, la cosa importante da notare è che è una funzione molto diversa che viene eseguita. È molto importante notare che STLC è incluso in SDLC. Le attività interessate in ciascuna sezione sono diverse.
Articoli consigliati
Questa è stata una guida alla differenza principale tra SDLC e STLC. Qui discutiamo anche le differenze chiave tra SDLC e STLC con infografica e tabella comparativa. Puoi anche dare un'occhiata ai seguenti articoli per saperne di più-
- SDLC vs Agile
- Python vs Go
- PL SQL vs SQL
- Agile vs DevOps