COMPARAÇÃO - STLC e SDLC

Neste capítulo, entenderemos os fatores de comparação entre STLC e SDLC. Vamos considerar os seguintes pontos e, assim, comparar STLC e SDLC.

• STLC faz parte do SDLC. Pode-se dizer que STLC é um subconjunto do conjunto SDLC.

• STLC é limitado à fase de teste onde a qualidade do software ou produto é garantida. SDLC tem um papel vasto e vital no desenvolvimento completo de um software ou produto.

• No entanto, STLC é uma fase muito importante do SDLC e o produto final ou o software não pode ser lançado sem passar pelo processo STLC.

• O STLC também faz parte do ciclo de pós-lançamento / atualização, a fase de manutenção do SDLC, onde os defeitos conhecidos são corrigidos ou uma nova funcionalidade é adicionada ao software.

A tabela a seguir lista os fatores de comparação entre SDLC e STLC com base em suas fases -

Fase	SDLC	STLC
Recolha de requisitos	O analista de negócios reúne os requisitos. A equipe de desenvolvimento analisa os requisitos. Após o alto nível, a equipe de desenvolvimento começa a analisar sob a perspectiva da arquitetura e do design.	A equipe de teste revisa e analisa o documento SRD. Identifica os requisitos de teste - pontos-chave de escopo, verificação e validação. Revisa os requisitos de relacionamento lógico e funcional entre vários módulos. Isso ajuda na identificação de lacunas em um estágio inicial.
Projeto	A arquitetura do SDLC ajuda a desenvolver um design de software de alto e baixo nível com base nos requisitos. O analista de negócios trabalha com o mocker do design de interface do usuário. Depois que o design é concluído, ele é assinado pelas partes interessadas.	No STLC, o arquiteto de teste ou o líder de teste geralmente planejam a estratégia de teste. Identifica os pontos de teste. A alocação de recursos e cronogramas são finalizados aqui.
Desenvolvimento	A equipe de desenvolvimento começa a desenvolver o software. Integre com diferentes sistemas. Assim que toda a integração estiver concluída, um software ou produto pronto para testar é fornecido.	A equipe de teste escreve os cenários de teste para validar a qualidade do produto. Casos de teste detalhados são escritos para todos os módulos junto com o comportamento esperado. Os pré-requisitos e os critérios de entrada e saída de um módulo de teste são identificados aqui.
Configuração de ambiente	A equipe de desenvolvimento configura um ambiente de teste com o produto desenvolvido para validar.	A equipe de teste confirma a configuração do ambiente com base nos pré-requisitos. Executa teste de fumaça para garantir que o ambiente seja estável para o produto a ser testado.
Testando	O teste real é realizado nesta fase. Inclui teste de unidade, teste de integração, teste de sistema, reteste de defeito, teste de regressão, etc. A equipe de desenvolvimento corrige o bug relatado, se houver, e o envia de volta ao testador para um novo teste. O teste UAT é executado aqui após obter a aprovação do teste SIT.	O teste de integração do sistema começa com base nos casos de teste. Os defeitos relatados, se houver, são testados novamente e corrigidos. O teste de regressão é executado aqui e o produto é aprovado assim que atender aos critérios de saída.
Implementação / Lançamento do produto	Depois que a aprovação é recebida de várias equipes de teste, o aplicativo é implantado no ambiente de produção para usuários finais reais.	Os testes de fumaça e sanidade no ambiente de produção são concluídos aqui, assim que o produto é implantado. Os relatórios de teste e a preparação da matriz são feitos pela equipe de teste para analisar o produto.
Manutenção	Ele cobre os suportes, melhorias e atualizações pós-implantação, se houver.	Nesta fase, ocorre a manutenção de casos de teste, trajes de regressão e scripts de automação com base nas melhorias e atualizações.