Plano de teste - Define as intenções de teste

O plano pode ser feito por fluxograma ou por tabelamento esboçando todos os testes

Cenários de teste - O que é preciso testar?

Composto por vários casos de teste que resultem em sucesso ou erros ocasionais

Caso de teste - Como? Detalhamentos…

Nome - Nome exclusivo pra identificação.

Pre-condições - Indica o estado do sistema pra executar o caso de teste.

Procedimentos - Os passos necessários para chegar ao resultado esperado.

Resultado esperado - O que se espera

Dados de Entrada - Dados necessários para executar uma ação do sistema

Critérios especiais - Se há critérios especiais

Ambiente - Onde deve ser executado caso de teste

Implementação - Manual ou automatizado

Interação - Número de endentação

BBD - Desenvolvimento Guiado por Comportamento (Não muito comum no mercado, usa na UNIFOR)

Dado - Quais pré-condições devem ser verdadeiras para que eu execute o teste?

Quando E - Qual ação será executada no sistema que fornecerá o resultado validado?

Então - De acordo com a ação disparada qual o resultado esperado?

Resumo:

• Testes funcionais, são os testes definidos de acordo com os requisitos funcionais do software;
• Que podemos pensar nos nossos testes construindo fluxos de testes ou tabelas de decisão conforme as regras de negócio do nosso projeto;
• Conceitos de Cenários de testes definem “O que” deve ser testado, enquanto os Casos de Testes definem “Como”, ou seja, o passo a passo. O caso de teste é mais detalhado;
• Como escrever Casos de testes utilizando BDD, sigla para Behavior driven development (desenvolvimento guiado por comportamento ou desenvolvimento orientado a comportamento, numa tradução livre) com intuito de escrever testes guiados pelo comportamento do usuário e pelos negócios. Para tal, usamos a semântica Dado, Quando e Então;
• Um Plano de teste define e comunica a intenção e esforço do teste. Serve, por exemplo, para ganhar a aceitação e aprovação dos envolvidos, comunicar e justificar prazo de teste planejado.

Atividades da pessoa de QA

Testes - Assegurar a qualidade

Debug e Logs - Identificar os erros para reportá-los

Pequenas implementações com pair programming - Saber minimamente como foi a implementação dentro do sistema

Gestão de erros - Reportar os erros

Papel na metodologia ágil

Testar durante o desenvolvimento

Prevenir bugs

Testar o entendimento, não só funcionalidades

Construir um sistema melhor

Modelo em cascata

Plano → Projeto → Implementação → Teste ←→ Correção → Entrega

Plano - Documentação do que será feito

Projeto - Documentação mais técnica

Implementação - Desenvolvimento

Teste - Testagem do sistema

Correção - Resolver possíveis problemas que aparecerem

Modelo ágil

Planejar ←→ ( Design ←→ Construir ←→ Testar ) → Entregar

Sprint - Período de tempo para entrega

Assistir → https://cursos.alura.com.br/extra/alura-mais/cascata-vs-agil-c742

Critérios de aceite - Minimo viável para aceitar o sistema

Requisitos objetivos Funcionais e Não funcionais