Menu

O que é teste inicial: teste cedo, teste frequentemente, mas como? (Um Guia Prático)

what is early testing

Experimente Nosso Instrumento Para Eliminar Problemas

O que é o teste inicial?

O teste de software deve começar no início do Ciclo de Vida de Desenvolvimento de Software. Isso ajuda a capturar e eliminar defeitos nos estágios iniciais do SDLC, ou seja, coleta de requisitos e fases de projeto. Um início precoce dos testes ajuda a reduzir o número de defeitos e, em última análise, o custo de retrabalho no final.

Os vários aspectos de Teste Inicial que ajudariam os Gerentes de QA e Líderes durante o desenvolvimento ou concepção do documento Estratégia de Teste no SDLC são explicados aqui.

A adoção do teste precoce resultará imensamente na entrega bem-sucedida de um produto de qualidade.

teste inicial (1)

Ao final deste tutorial, os leitores, gerentes de controle de qualidade, líderes e testadores terão um bom conhecimento dos conceitos abaixo:

perguntas da entrevista do engenheiro qa respostas pdf
  • Por que testar antecipadamente em SDLC (projeto ou versão de software)?
  • Escopo do esforço de teste inicial
    • O que testar cedo?
    • Iniciar e sair
  • Prós e contras

Vamos agora explorar as nuances em detalhes !!

O que você aprenderá:

Princípios de Teste

Figura 1 - Visão simplificada dos princípios de teste

1. Princípios de Teste

Para um determinado software ou sistema ou lançamento de produto no SDLC, existem várias metodologias ou estratégias bem definidas para a maioria dos seguintes Princípios de Teste.

  • O que é teste?
  • Por que testar?
  • O que testar?
  • Como testar?

No entanto, algumas das perguntas mais persistentes que muitos leitores, testadores, leads e gerentes de controle de qualidade fariam ou gostariam de obter mais clareza incluem (área cinza em figura 1 )

  • Quando começar o teste em uma versão de software ou quando o teste deve começar em um projeto?
  • Quando começar e quando parar o teste?
  • Por que o teste deve começar cedo no SDLC?
  • O que é um teste inicial no desenvolvimento de software?

Para facilitar a compreensão do público, coloquei todas as questões da 'área cinza' sob o mesmo guarda-chuva chamado Teste inicial.

Por que testar no início do SDLC?

Vamos discutir alguns eventos e atividades que fazem parte do teste.

Normalmente, a equipe de gerenciamento do programa atribui um gerente de programa (PM) a uma determinada versão de software ou projeto. O PM, em colaboração com todas as partes interessadas, incluindo equipes de marketing, desenvolvimento, controle de qualidade e suporte, apresenta um cronograma de lançamento

Neste tutorial, eu escolhi Cronograma de Lançamento Trimestral usando o modelo em cascata para explicar o Primeiros conceitos de teste em detalhe.

Cronograma de testes de lançamento de software

A maioria das organizações ainda segue o tradicional Liberação com base no tempo (TBR) modelos em que os lançamentos de Software ou Produto são planejados para entrega trimestral, semestral ou anual.

Predominantemente, o modelo Waterfall é usado para executar tais versões de software. Em alguns casos, para um ciclo de lançamento mais curto, o modelo Agile / Scrum é adotado.

Figura 2 - Cronograma Típico de Teste de Liberação Trimestral (Não Geral Projeto ou Cronograma de Lançamento)

Cronograma de teste de lançamento trimestral

Impacto de defeitos críticos ou de alta gravidade

Figura 3 - Impacto típico de defeitos críticos

Impacto típico de defeitos críticos

Principalmente , durante o curso do teste, espera-se que

  • Defeitos críticos ou de alta gravidade são identificados e registrados pelos testadores.
  • Os desenvolvedores precisarão consertar esses defeitos.
  • Posteriormente, os testadores precisarão verificar as correções.

Em segundo lugar , é amplamente reconhecido por muitas organizações de Engenharia de Produto e Software que corrigir e verificar bugs críticos ou de alta gravidade em um número muito grande é

  • Demorado
  • Consumo de recursos (humano + máquina)
  • Propenso a colaterais, a correção de bugs críticos afetam principalmente uma grande parte do código, incluindo as áreas de interseção.

por último , se um grande número de bugs críticos for encontrado durante o final de uma determinada versão, um ou mais dos seguintes desenvolvimentos negativos ocorrerão.

  • Alta probabilidade de o ciclo de teste ser estendido.
  • Alta probabilidade de perda do prazo de lançamento.
  • Um determinado recurso com um grande número de defeitos pode, todos juntos, precisar ser retirado dessa liberação específica.
  • Compromissos do cliente sendo perdidos.

E os outros defeitos?

Existem defeitos de média e baixa prioridade que serão identificados e registrados pelos testadores. Eles também precisam ser tratados de forma adequada pela equipe de desenvolvimento e controle de qualidade. Portanto, no geral é um exercício volumoso.

Não há bala de prata

É um fato bem conhecido que nenhuma quantidade de Testes pode revelar todos os defeitos que um Produto de Software ou Sistema possui. Ou seja, praticamente, nem os testes terminam nem o produto está livre de defeitos.

No entanto, a partir do Facilidade de manutenção Do ponto de vista de um modelo competitivo e de tempo para o mercado (TTM), há uma necessidade de quebrar a mentalidade típica para descobrir defeitos máximos no início de um ciclo de lançamento, especialmente a identificação de defeitos críticos e de alta gravidade.

Qualquer uma ou todas as opções acima terão um impacto negativo nos negócios da Organização. Neste contexto, adotar ‘ Teste Inicial 'Tenha um atividade de teste separada será benéfico para o gerenciamento geral do SDLC para um determinado projeto ou versão.

O escopo do esforço de teste inicial

Tendo compreendido o objetivo do teste no início da seção anterior intitulada ‘ Por que fazer testes iniciais? ’, Vamos agora discutir o‘ Escopo do esforço de teste inicial ' em detalhe.

Como estamos introduzindo o Teste Antecipado como uma nova atividade a ser monitorada exclusivamente durante o curso da execução do Teste, é recomendado praticar o escopo do esforço de teste conforme explicado abaixo

Suposição:

  • Todo o cronograma do projeto ou lançamento de software é aprovado e disponibilizado a todas as partes interessadas.
  • O documento de estratégia de teste geral é desenvolvido, revisado e aprovado por todas as partes interessadas.
  • Os recursos de prioridade alta, média e baixa a serem testados estão bem documentados.
  • Planos de teste e casos de teste para todos os recursos são desenvolvidos, revisados ​​e aprovados por todas as partes interessadas.
  • Todos os Planos de Teste e Casos de Teste são carregados em um repositório central para rastrear a execução do teste.
  • Todos os recursos humanos, equipamentos de infraestrutura e ferramentas estão disponíveis para configurar o (s) banco (s) de teste e executar os planos de teste.

O que testar cedo?

Figura 4 - Abordagem geral para o escopo do teste inicial

4. O que testar nos primeiros testes

Aproximação

  • Vamos dar uma Exemplo do Release XYZ com 3 recursos de alta prioridade A, B e C, 10 recursos de prioridade média e 15 recursos de prioridade baixa (ou secundária).
  • Recursos de alta prioridade são aqueles que estão gerando alta receita e / ou conformidade com os padrões e / ou catch-up do concorrente e / ou one-upmanship do concorrente e todos esses.
  • Recursos de alta prioridade geralmente envolvem alguma codificação complexa, um grande número de novas linhas de código adicionadas.
  • Um grande número de novas linhas de código também pode significar uma alta probabilidade de áreas de interseção.
  • Normalmente, recursos de alta prioridade e / ou recursos que têm um grande número de novas linhas de código são os melhores candidatos para teste antecipado.
  • Não precisa haver um plano de teste separado desenvolvido para a atividade de teste inicial.
  • Os Líderes de QA ou Testadores, juntamente com os Líderes de Desenvolvimento ou PMEs (Especialistas no Assunto), precisam discutir e concordar com a cobertura do Código / Teste para esta atividade de teste.
  • Identifique casos de teste de alta prioridade apropriados e até mesmo alguns casos de teste de prioridade média se você achar que é necessário de cada um dos Planos de Teste de recurso A, B e C.
  • Assim que os recursos e subconjuntos apropriados de casos de teste forem identificados, certifique-se de que eles sejam rastreados usando a ferramenta de rastreamento de teste adotada pela Organização.

Dica: Colaboração é a chave! Durante a atividade de Teste Inicial, as equipes de Desenvolvimento e QA precisam colaborar estreitamente para garantir que os objetivos definidos sejam alcançados com resultados de qualidade.

Iniciar e sair no teste inicial

É importante que tanto a equipe de desenvolvimento quanto a de QA façam um brainstorming e concordem com todas as abordagens de toda a atividade de teste inicial, incluindo as datas de início e de saída, para que todas estejam na mesma página.

Critérios de entrada para início

  • Porcentagem de conclusão do teste de integração
  • Número de bugs abertos
  • Sem bloqueadores para iniciar o teste inicial

Fase de Atividade

  • Acompanhando o progresso
  • Número de quedas de código durante este teste
  • Abordagem de correção de bugs
  • Abordagem de verificação de bug
  • Registre os resultados do teste

Critério de saída

  • Transferir atividades para a próxima fase de teste (geralmente teste de recursos).
  • Resolução de bugs não resolvidos encontrados durante o Teste Inicial.
  • Resolução de bloqueadores, se houver, para a próxima fase de teste.
  • Publique os primeiros resultados dos testes.

Prós e contras

Cada nova iniciativa ou atividade tem seus próprios méritos e deméritos.

Vamos explorar os prós e contras dessa abordagem de teste.

Prós

  • Ideal para o modelo em cascata.
  • Ajuda a descobrir bugs críticos no início do ciclo de teste.
  • Identificação de bugs críticos no início de um ciclo de lançamento.
  • Ajuda a Equipe de Desenvolvimento a estabilizar o Código antecipadamente.
  • Ajuda a minimizar a garantia devido a correções de bugs.
  • Ajuda a equipe de desenvolvimento a identificar vulnerabilidades em áreas de interseção em detalhes no início do ciclo de lançamento.
  • A equipe de gerenciamento pode tomar decisões de negócios apropriadas com a devida diligência em bugs críticos não resolvidos em uma determinada versão ou projeto.
  • Ajuda a estender cobertura de teste e ciclo de forma eficaz.
  • Ajuda a distribuir recursos de desenvolvimento e teste de forma eficiente e eficaz.

Contras

  • Não é ideal para o modelo Agile / Scrum. No entanto, esses modelos podem adotar o Early Test in Sprints com ajustes apropriados.
  • Existe uma chance de redução Teste de integração pela Equipe de Desenvolvimento.

Conclusão

Os clientes ou usuários finais compram ou adotam um produto de manutenção ou um sistema ou solução. Validar um software que está sendo executado em tal sistema ou produtos quanto à sua capacidade de manutenção é o requisito principal

Principais componentes dos Princípios de Teste, como Por que Testar? O que é teste? O que testar? Como testar? são geralmente bem definidos e compreendidos. No entanto, existem algumas perguntas persistentes que continuam surgindo na mente dos leitores, testadores, leads e gerentes sobre conceitos como o teste inicial.

Adoção de Testes Antecipados como uma atividade integral do Cronograma geral de Testes para qualquer Projeto de Software ou Release beneficia imensamente a Organização ao entregar um Produto ou Sistema qualificado robusto.

Você já percebeu a importância dos testes iniciais em sua carreira? Sinta-se à vontade para compartilhar seus pensamentos e experiências na seção de comentários abaixo !!

Leitura recomendada

^