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.