CONFRONTO - STLC e SDLC

In questo capitolo capiremo i fattori di confronto tra STLC e SDLC. Consideriamo i seguenti punti e quindi confrontiamo STLC e SDLC.

  • STLC fa parte di SDLC. Si può dire che STLC è un sottoinsieme del set SDLC.

  • STLC è limitato alla fase di test in cui la qualità del software o del prodotto garantisce. SDLC ha un ruolo vasto e vitale nello sviluppo completo di un software o di un prodotto.

  • Tuttavia, STLC è una fase molto importante di SDLC e il prodotto finale o il software non può essere rilasciato senza passare attraverso il processo STLC.

  • STLC fa anche parte del ciclo post-rilascio / aggiornamento, la fase di manutenzione di SDLC in cui i difetti noti vengono corretti o viene aggiunta una nuova funzionalità al software.

La tabella seguente elenca i fattori di confronto tra SDLC e STLC in base alle loro fasi:

Fase SDLC STLC
Raccolta dei requisiti
  • Business Analyst raccoglie i requisiti.
  • Il team di sviluppo analizza i requisiti.
  • Dopo un alto livello, il team di sviluppo inizia ad analizzare dal punto di vista dell'architettura e del design.
  • Il team di test esamina e analizza il documento SRD.
  • Identifica i requisiti del test: ambito, verifica e punti chiave di convalida.
  • Esamina i requisiti per la relazione logica e funzionale tra i vari moduli. Questo aiuta nell'identificazione delle lacune in una fase iniziale.
Design
  • L'architettura di SDLC ti aiuta a sviluppare un design di alto e basso livello del software in base ai requisiti.
  • Business Analyst lavora sul mocker del design dell'interfaccia utente.
  • Una volta che il progetto è completato, viene firmato dagli stakeholder.
  • In STLC, l'architetto del test o un responsabile del test di solito pianificano la strategia del test.
  • Identifica i punti di prova.
  • L'allocazione delle risorse e le tempistiche vengono definite qui.
Sviluppo
  • Il team di sviluppo inizia a sviluppare il software.
  • Integrazione con diversi sistemi.
  • Una volta completata l'integrazione, viene fornito un software o prodotto pronto per il test.
  • Il team di test scrive gli scenari di test per convalidare la qualità del prodotto.
  • Vengono scritti casi di test dettagliati per tutti i moduli insieme al comportamento previsto.
  • Qui vengono identificati i prerequisiti ei criteri di ingresso e uscita di un modulo di test.
Configurazione dell'ambiente
  • Il team di sviluppo imposta un ambiente di test con il prodotto sviluppato da convalidare.
  • Il team di test conferma l'ambiente impostato in base ai prerequisiti.
  • Esegue test del fumo per assicurarsi che l'ambiente sia stabile per il prodotto da testare.
Test
  • In questa fase viene effettuato il collaudo vero e proprio. Comprende test di unità, test di integrazione, test di sistema, test di ripetizione dei difetti, test di regressione, ecc.
  • Il team di sviluppo corregge il bug segnalato, se presente e lo invia al tester per il nuovo test.
  • Il test UAT viene eseguito qui dopo essersi disconnesso dal test SIT.
  • Il test di integrazione del sistema inizia in base ai casi di test.
  • I difetti segnalati, se presenti, vengono riesaminati e corretti.
  • Il test di regressione viene eseguito qui e il prodotto viene firmato una volta che soddisfa i criteri di uscita.
Distribuzione / rilascio del prodotto
  • Una volta ricevuta l'autorizzazione da vari team di test, l'applicazione viene distribuita in un ambiente di produzione per utenti finali reali.
  • I test di fumo e sanità mentale nell'ambiente di produzione vengono completati qui non appena il prodotto viene distribuito.
  • I rapporti di prova e la preparazione della matrice vengono eseguiti dal team di test per analizzare il prodotto.
Manutenzione
  • Copre i supporti, i miglioramenti e gli aggiornamenti successivi alla distribuzione, se presenti.
  • In questa fase, il mantenimento di casi di test, tute di regressione e script di automazione avviene sulla base del miglioramento e degli aggiornamenti.