Saltar para o conteúdo

Plano de testes

Planeie como uma versão será testada: âmbito, tipos de teste, ambientes, calendário e regras de saída.

Preencha e pré-visualize

Plano de testes

Produto: Aplicação móvel TidyPlan 4.2.0
Responsável pelos testes: Anna Berg
Versão do plano: 1.0, 3 de março de 2030

1. Objetivos

Que as listas partilhadas funcionam para até 6 pessoas em simultâneo, que o início de sessão e o envio de fotografias já não provocam falhas e que nada do que funcionava antes ficou danificado.

2. Âmbito

Dentro do âmbito

Listas partilhadas, início de sessão, envio de fotografias, notificações, os 20 percursos principais do utilizador.

Fora do âmbito

Painel de administração web, sem alterações desde a 4.1.0. Testado apenas através do conjunto de regressão.

3. Tipos de teste

Tipo de teste Quem Quando
Testes unitários Programadores A cada alteração
Testes de integração Programadores Diariamente
Testes manuais de funcionalidades Testadores Por funcionalidade
Conjunto de regressão Testadores Antes do lançamento
Teste de desempenho Responsável pelos testes Uma vez, 500 utilizadores em simultâneo
Verificação de segurança Responsável pela segurança Uma vez

4. Ambientes e dispositivos

Servidor de testes com uma cópia da configuração em produção, sem dados reais de clientes. 6 telemóveis: 3 Android, 3 iOS, o mais antigo suportado e o mais recente.

5. Dados de teste

Contas e listas fictícias. Sem dados pessoais reais.

6. Calendário

Passo Data
Plano de testes aprovado 3 de março
Testes de funcionalidades 3 a 7 de março
Regressão 8 a 10 de março
Decisão de lançamento 11 de março

7. Erros

Cada erro é registado com passos, captura de ecrã e dispositivo. Crítico: bloqueia o lançamento, corrigido em 1 dia. Alto: corrigido antes do lançamento. Médio e baixo: planeados.

8. Regras de entrada

A versão está no servidor de testes, os testes unitários passam e existem notas de lançamento.

9. Regras de saída

Todos os testes planeados são executados. Não existem erros críticos ou altos em aberto. Conjunto de regressão com pelo menos 98 por cento de aprovação. O responsável pelos testes assina o relatório.

10. Riscos

Apenas 2 testadores na última semana. Mitigação: os programadores juntam-se aos testes de regressão.

Os modelos são um ponto de partida preparado com cuidado, não aconselhamento jurídico. Quando houver questões legais, verifique a legislação aplicável no local onde se encontra.

TI e projetos

Para que serve este modelo

Modelo de plano de testes. Defina âmbito, tipos de teste, ambientes, calendário, regras de entrada e saída e riscos. Preencha e exporte para Word ou PDF.

É grátis preencher online, não exige conta e pode ser descarregado como documento Word ou PDF. Ver todos os modelos de TI e projetos

TI e projetos

O que preenche

O formulário pede 14 dados. O documento é preenchido à medida que escreve.

  • Produto e versão

    Por exemplo: Aplicação móvel TidyPlan 4.2.0

  • Responsável pelos testes

    Por exemplo: Anna Berg

  • Versão do plano e data

    Por exemplo: 1.0, 3 de março de 2030

  • O que os testes devem demonstrar

    Por exemplo: Que as listas partilhadas funcionam para até 6 pessoas em simultâneo, que o início de sessão e o envio de fotografias já não provocam falhas e que nada do que funcionava antes ficou danificado.

  • Dentro do âmbito

    Por exemplo: Listas partilhadas, início de sessão, envio de fotografias, notificações, os 20 percursos principais do utilizador.

  • Fora do âmbito (opcional)opcional

    Por exemplo: Painel de administração web, sem alterações desde a 4.1.0. Testado apenas através do conjunto de regressão.

  • Tipos de teste

    Uma linha por cada tipo de teste.

    Por exemplo: Testes unitários | Programadores | A cada alteração Testes de integração | Programadores | Diariamente Testes manuais de funcionalidades | Testadores | Por funcionalidade Conjunto de regressão | Testadores | Antes do lançamento Teste de desempenho | Responsável pelos testes | Uma vez, 500 utilizadores em simultâneo Verificação de segurança | Responsável pela segurança | Uma vez

  • Ambientes e dispositivos

    Por exemplo: Servidor de testes com uma cópia da configuração em produção, sem dados reais de clientes. 6 telemóveis: 3 Android, 3 iOS, o mais antigo suportado e o mais recente.

  • Dados de teste (opcional)opcional

    Por exemplo: Contas e listas fictícias. Sem dados pessoais reais.

  • Calendário

    Uma linha por cada passo.

    Por exemplo: Plano de testes aprovado | 3 de março Testes de funcionalidades | 3 a 7 de março Regressão | 8 a 10 de março Decisão de lançamento | 11 de março

  • Como os erros são tratados

    Por exemplo: Cada erro é registado com passos, captura de ecrã e dispositivo. Crítico: bloqueia o lançamento, corrigido em 1 dia. Alto: corrigido antes do lançamento. Médio e baixo: planeados.

  • Regras de entrada (quando os testes podem começar)

    Por exemplo: A versão está no servidor de testes, os testes unitários passam e existem notas de lançamento.

  • Regras de saída (quando os testes estão concluídos)

    Por exemplo: Todos os testes planeados são executados. Não existem erros críticos ou altos em aberto. Conjunto de regressão com pelo menos 98 por cento de aprovação. O responsável pelos testes assina o relatório.

  • Riscos (opcional)opcional

    Por exemplo: Apenas 2 testadores na última semana. Mitigação: os programadores juntam-se aos testes de regressão.

TI e projetos

O que contém

As partes deste documento, por ordem.

  1. 11. Objetivos
  2. 22. Âmbito
  3. 33. Tipos de teste
  4. 44. Ambientes e dispositivos
  5. 55. Dados de teste
  6. 66. Calendário
  7. 77. Erros
  8. 88. Regras de entrada
  9. 99. Regras de saída
  10. 1010. Riscos

Modelos

Como funciona

  1. 01

    Preencher

    Introduza os seus dados no formulário. O documento é preenchido automaticamente à medida que escreve; clique em qualquer espaço por preencher para ir para o respetivo campo.

  2. 02

    Rever

    Leia o documento na íntegra. Os espaços que não preencheu continuam assinalados, para que nada seja enviado por concluir.

  3. 03

    Descarregar

    Guarde como documento Word para continuar a editar ou como PDF para enviar ou imprimir.

Adapte-o às suas necessidades com IA

Abra-o na conversa e peça alterações: mais curto, mais firme, para outra situação ou noutra língua.

Adaptar com o nerix

TI e projetos

Perguntas frequentes

Que dados pede este modelo?

O formulário pede 14 dados, a começar por Produto e versão, Responsável pelos testes, Versão do plano e data, O que os testes devem demonstrar, Dentro do âmbito. Mais 3 são opcionais.

Posso descarregar este modelo em Word ou PDF?

Sim. Depois de preencher o formulário, guarde-o como documento Word para continuar a editar ou como PDF para enviar ou imprimir. É grátis e não exige conta.

O que escrevo é enviado para algum lado?

Não. O que escreve fica no seu navegador enquanto preenche o documento. Só chega ao nerix se optar por abrir o modelo no chat.

Estes modelos de TI e projetos são gratuitos?

A maioria, sim. Preencha e descarregue gratuitamente em Word ou PDF, sem conta. Alguns documentos mais longos são premium: gratuitos para preencher, pagos uma vez para descarregar e marcados com o preço.

Uma política de segurança torna-nos seguros?

Nenhum documento o consegue sozinho. Uma política ajuda quando corresponde ao que as pessoas fazem de facto: mantenha-a curta, explique-a à equipa e reveja-a todos os anos.

A carta de projeto é só para projetos grandes?

Não. Um projeto pequeno também ganha, porque uma página com o objetivo, os limites e quem decide evita a maioria das discussões mais tarde.