Metodologias de teste de software: modelos de controle de qualidade
Equipe editorial
⚡ Resumo Inteligente
A metodologia de teste de software define as estratégias e os tipos de teste usados para certificar que um aplicativo atende às expectativas do cliente. As metodologias em cascata (Waterfall), iterativa, ágil e de programação extrema (XP) definem quando o teste começa e como o feedback é recebido.
O que é metodologia de teste de software?
A Metodologia de Teste de Software é definida como estratégias e tipos de testes utilizados para certificar que o Aplicativo em Teste atende às expectativas do cliente. As metodologias de teste incluem testes funcionais e não funcionais para validar o AUT. Exemplos de metodologias de teste são Teste de Unidade, Teste de integração, Teste do sistema, Teste de Desempenho etc. Cada metodologia de teste tem um objetivo de teste, uma estratégia de teste e resultados definidos.
Observação: Como o Teste de Software é parte integrante de qualquer Metodologia de Desenvolvimento, muitas empresas usam o termo Metodologias de Desenvolvimento e Metodologias de Teste coloquialmente. Conseqüentemente, as Metodologias de Teste também podem se referir a modelos Waterfall, Agile e outros modelos de controle de qualidade, em oposição à definição acima de Metodologias de Teste. A discussão sobre vários tipos de testes não agrega valor aos leitores. Portanto, discutiremos os diferentes modelos de desenvolvimento.
Metodologia de teste vs. Tipo de teste vs. Estratégia de teste
A observação acima sugere uma ambiguidade real no setor. Três termos são usados de forma intercambiável em conversas informais, mas têm significados diferentes em um documento de projeto, e essa confusão resulta em planos de teste que respondem à pergunta errada.
| INVERNO | Pergunta que responde | Decidido por | Exemplos |
|---|---|---|---|
| Metodologia de teste | Quando e como os testes se encaixam no ciclo de desenvolvimento? | O modelo de desenvolvimento em uso | Cascata, iterativo, ágil, programação extrema |
| Tipo de teste | Que aspecto do produto está sendo verificado? | Cobertura de riscos e requisitos | Unidade, integração, sistema, desempenho, segurança |
| Nível de teste | Em que nível de detalhamento o software é examinado? | Posição na hierarquia de construção | Componente, integração, sistema, aceitação |
| estratégia de teste | Qual é a nossa abordagem organizacional em relação à qualidade? | Liderança em garantia da qualidade, aplicável a todos os projetos. | Baseado em riscos, automação em primeiro lugar, mudança para a esquerda (shift left). |
| Plano de teste | O que exatamente este projeto testará, quando e por quem? | Gerente de testes, específico do projeto | Escopo, cronograma, recursos, critérios de entrada e saída |
Uma regra prática útil: a metodologia define o ritmo, o tipo define o objetivo e o Plano de teste Registra o compromisso. As seções abaixo examinam as metodologias.
Modelo de Cachoeira
O que é ?
De acordo com o relatório modelo em cascata, o desenvolvimento de software progride através de várias fases, como análise de requisitos, design, etc. sequencialmente.
Neste modelo, a próxima fase começa apenas quando a fase anterior é concluída.
Qual é a abordagem de teste?
A primeira fase do modelo cascata é a fase de requisitos em que todos os requisitos do projeto são completamente definidos antes de iniciar os testes. Durante esta fase, a equipe de teste discute o escopo do teste, a estratégia de teste e elabora um plano de teste detalhado.
Somente quando o design do software estiver concluído, a equipe passará para a execução dos casos de teste para garantir que o software desenvolvido se comporte conforme o esperado.
Nesta metodologia, a equipe de teste avança para a próxima fase somente quando a fase anterior for concluída.
| Vantagens | Desvantagens |
|---|---|
| Este modelo de Engenharia de software é muito simples de planejar e gerenciar. Conseqüentemente, projetos onde os requisitos são claramente definidos e declarados de antemão podem ser facilmente testados usando um modelo em cascata. | No modelo em cascata, você pode começar a próxima fase somente depois que a fase anterior for concluída. Portanto, este modelo não pode acomodar eventos não planejados e incertezas. |
| Esta metodologia não é adequada para projetos onde os requisitos mudam frequentemente. |
Desenvolvimento iterativo
O que é ?
Neste modelo, um grande projeto é dividido em pequenas partes, e cada parte é submetida a múltiplas iterações do modelo em cascata. Ao final de uma iteração, um novo módulo é desenvolvido ou um módulo existente é aprimorado. Este módulo é integrado à arquitetura de software e todo o sistema é testado em conjunto.
Qual é a abordagem de teste?
Assim que a iteração for concluída, todo o sistema será submetido a testes. O feedback dos testes fica imediatamente disponível e é incorporado no próximo ciclo. O tempo de teste necessário em iterações sucessivas pode ser reduzido com base na experiência adquirida em iterações anteriores.
| Vantagens | Desvantagens |
|---|---|
| A principal vantagem do desenvolvimento iterativo é que o feedback do teste está imediatamente disponível ao final de cada ciclo. | Este modelo aumenta significativamente os custos de comunicação, uma vez que, no final de cada ciclo, deve ser dado feedback sobre os resultados, esforço, etc. |
Metodologia ágil
O que é ?
As metodologias tradicionais de desenvolvimento de software baseiam-se na premissa de que os requisitos de software permanecem constantes durante todo o projeto. Mas com o aumento da complexidade, os requisitos passam por inúmeras mudanças e evoluem continuamente. Às vezes, o próprio cliente não tem certeza do que deseja. Embora o modelo iterativo resolva esse problema, ele ainda se baseia no modelo em cascata.
Na metodologia Agile, o software é desenvolvido em ciclos rápidos e incrementais. As interações entre clientes, desenvolvedores e clientes são enfatizadas em vez de processos e ferramentas. A metodologia ágil concentra-se em responder às mudanças, em vez de um planejamento extensivo.
Qual é a abordagem de teste?
O teste incremental é usado em métodos de desenvolvimento ágil e, portanto, cada versão do projeto é testada minuciosamente. Isso garante que quaisquer bugs no sistema sejam corrigidos antes do próximo lançamento.
| Vantagens | Desvantagens |
|---|---|
| É possível fazer alterações no projeto a qualquer momento para atender aos requisitos. | A interação constante com o cliente significa maior pressão de tempo para todas as partes interessadas, incluindo o próprio cliente, desenvolvimento de software e equipes de teste. |
| Este teste incremental minimiza os riscos. |
Programação extrema
O que é ?
A programação extrema é um tipo de metodologia ágil que acredita em ciclos curtos de desenvolvimento. Um projeto é dividido em tarefas simples de engenharia. Os programadores codificam um software simples e entram em contato com o cliente para obter feedback. RevOs pontos de vista do cliente são incorporados e os desenvolvedores prosseguem com a próxima tarefa.
Em programação extrema, os desenvolvedores geralmente trabalham em pares.
Programação extrema é usado em locais onde os requisitos do cliente estão em constante mudança.
Qual é a abordagem de teste?
A programação extrema segue um desenvolvimento orientado a testes que é descrito a seguir -
- Adicionar uma Caso de teste para o conjunto de testes para verificar a nova funcionalidade que ainda será desenvolvida.
- Execute todos os testes e obviamente o novo caso de teste adicionado deverá falhar, pois a funcionalidade ainda não está codificada
- Escreva algum código para implementar o recurso/funcionalidade
- Execute o conjunto de testes novamente. Desta vez, o novo caso de teste deve passar, já que a funcionalidade foi codificada
| Vantagens | Desvantagens |
|---|---|
| Clientes que têm uma ideia vaga de design de software em mente podem usar programação extrema. | Reuniões entre a equipe de desenvolvimento de software e os clientes aumentam os requisitos de tempo. |
| Testes contínuos e integração contínua de pequenas versões garantem que o código do software seja entregue de alta qualidade |
Modelo em V e Modelo Espiral
Outros dois modelos aparecem na maioria dos projetos e completam o quadro, pois cada um deles responde a uma fraqueza da abordagem em cascata de uma maneira diferente.
Modelo V. Frequentemente chamado de verificação e validação, o Modelo V associa cada fase de desenvolvimento a uma fase de teste correspondente, representadas pelos dois braços de um V. Os requisitos são associados aos testes de aceitação, o projeto de alto nível aos testes de sistema, o projeto de baixo nível aos testes de integração e a codificação aos testes unitários. A vantagem reside no fato de que o projeto de testes começa junto com cada fase de desenvolvimento, em vez de depois da codificação, permitindo que requisitos ambíguos sejam identificados pela pessoa que escreve os testes de aceitação meses antes que um defeito possa ser reproduzido. Sua fragilidade é herdada do modelo em cascata: o modelo ainda pressupõe que os requisitos sejam estáveis.
Modelo Espiral. A espiral envolve a iteração em torno de uma análise de risco explícita. Cada ciclo contém quatro atividades: determinar objetivos, identificar e resolver riscos, desenvolver e testar, e então planejar a próxima iteração. Os testes, portanto, concentram-se onde o risco é maior, em vez de serem distribuídos uniformemente. Isso é adequado para programas grandes, caros e de longa duração, como sistemas centrais aeroespaciais ou bancários, onde o custo de uma descoberta tardia é altíssimo. Para um pequeno projeto web, a sobrecarga de uma análise de risco formal em cada ciclo raramente se justifica.
Ambos os modelos situam-se entre a disciplina do modelo em cascata e a capacidade de resposta ágil. Quando a frequência de lançamentos é mais importante do que qualquer um dos dois, um DevOps O pipeline integra os testes à integração contínua, de forma que cada commit seja verificado automaticamente.
Qual metodologia de software escolher?
Existem inúmeras metodologias disponíveis para desenvolvimento de software e seus testes correspondentes. Cada técnica e metodologia de teste é projetada para uma finalidade específica e tem seus méritos e deméritos relativos.
A seleção de uma metodologia específica depende de muitos fatores, como a natureza do projeto, os requisitos do cliente, o cronograma do projeto, etc.
Do ponto de vista dos testes, algumas metodologias exigem entradas de teste no início do ciclo de vida de desenvolvimento, enquanto outras esperam até que um modelo funcional do sistema esteja pronto.
Como configurar metodologias de teste de software?
As metodologias de teste de software não devem ser configuradas apenas para testar o código do software. O panorama geral deve ser considerado e o objetivo principal do projeto deve ser satisfeito com a metodologia de teste. Consulte esta lista de respeitáveis provedores de serviços de teste de software que pode ajudá-lo a estabelecer estratégias de testes eficazes adaptadas aos objetivos do seu projeto.
Agendamento
O agendamento realista é a chave para a implementação de uma metodologia de teste bem-sucedida e o cronograma deve atender às necessidades de cada membro da equipe.
Entregáveis definidos
Para manter todos os membros da equipe na mesma página, devem ser fornecidos resultados bem definidos. Os resultados devem conter conteúdo direto, sem qualquer ambiguidade.
Abordagem de teste
Depois que o agendamento for concluído e as entregas definidas forem disponibilizadas, a equipe de teste deverá ser capaz de formular a abordagem de teste correta. Documentos de definição e reuniões de desenvolvedores devem indicar à equipe a melhor abordagem de teste que pode ser utilizada para o projeto.
Relatórios
É muito difícil conseguir relatórios transparentes, mas esta etapa determina a eficácia da abordagem de teste utilizada no projeto.
