Planta de teste
A D V E R T I S E M E N T
Planta de teste
A estratégia do teste identifica os níveis múltiplos do teste, que estão indo ser executados para o projeto. As atividades em cada nível devem ser planeadas bem adiantado e tem que formalmente ser documentado. Baseado nas plantas individuais somente, os níveis do teste individual são realizados.
A entrada significa o ponto de entrada a essa fase. Por exemplo, para a unidade que testa, o coding deve estar completo e então somente um pode começar testar da unidade. A tarefa é a atividade que é executada. O Validation é a maneira em que o progresso e a exatidão e a conformidade são verificados para essa fase. A saída diz os critérios da conclusão dessa fase, depois que o validation é feito. Por exemplo, o critério da saída para testar de unidade é todos os casos do teste de unidade deve passar.
Planta de teste da unidade {UTP}
A planta de teste da unidade é a planta total para realizar as atividades do teste de unidade. O verificador da ligação prepara-a e será distribuído aos verificadores individuais, que contem as seguintes seções.
Que deve ser testado?
A planta de teste da unidade deve claramente especificar o espaço de testar de unidade. Nisto, normalmente a entrada básica - a saída das unidades junto com sua funcionalidade básica será testada. Neste caso na maior parte as unidades de entrada serão testadas para o formato, o alinhamento, a exatidão e os totais. O UTP dará claramente as réguas de que tipos de dados estão atuais no sistema, em seu formato e em suas condições de limite. Esta lista não pode ser exhaustive; mas é melhor ter uma lista completa destes detalhes.
Seqüência de testar
As seqüências das atividades do teste que devem ser realizadas nesta fase devem ser alistadas nesta seção. Isto inclui, se executar primeiramente casos positivos do teste ou o teste negativo encaixota primeiramente, para executar os casos do teste baseados na prioridade, para executar os casos do teste baseados em casos positivos do teste dos grupos etc. do teste prova que o sistema executa o que é suposto para fazer; os casos negativos do teste provam que o sistema não executa o que não é suposto para fazer. Testando as telas, as limas, a base de dados etc., ser ser dado na seqüência apropriada.
Funcionalidade básica das unidades
Como as funcionalidades independentes das unidades são testadas que exclui toda a comunicação entre a unidade e outras unidades. A peça da relação é fora do espaço deste nível do teste. Aparte das seções acima, as seguintes seções são dirigidas, muito específico a testar da unidade.
- Ferramentas testando da unidade
- Prioridade de unidades do programa
- Nomeando a convenção para casos do teste
- Status que relata o mecanismo
- Aproximação do teste da regressão
- Critérios de ETVX
Planta de teste da integração
A planta de teste da integração é a planta total para realizar as atividades no nível do teste da integração, que contem as seguintes seções.
Que deve ser testado?
Esta seção especifica claramente os tipos das relações cai sob o espaço de testar interno, relações externas, com pedido e a resposta deve ser explicada. Esta necessidade para ir profundamente nos termos de detalhes técnicos mas da aproximação geral como as relações são provocadas é explicada.
Seqüência da integração
Quando há múltiplo os módulos atuais em uma aplicação, a seqüência em que devem ser integrados estarão especificados nesta seção. Neste, as dependências entre os módulos jogam um papel vital. Se uma unidade B tiver que ser executada, pode necessitar os dados que são alimentados pela unidade A e pela unidade X. Neste caso, as unidades A e X têm que ser integrados e então usando esses dados, a unidade B tem que ser testada. Isto tem que ser indicado ao jogo do todo das unidades no programa. Dado isto corretamente, as atividades testando conduzirão ao produto, construindo lentamente o produto, unidade pela unidade e integrando então os.
Planta do teste do sistema {STP}
A planta do teste do sistema é a planta total que realiza as atividades do nível do teste do sistema. No teste do sistema, aparte de testar os aspectos funcionais do sistema, há algumas atividades testando especiais realizadas, como testar de stress etc. Os seguintes são as seções normalmente atuais na planta do teste do sistema.
Que deve ser testado?
Esta seção define o espaço do sistema que testa, muito específico ao projeto. Normalmente, testar do sistema é baseado nas exigências. Todas as exigências devem ser verificadas no espaço de testar do sistema. Isto cobre a funcionalidade do produto. Aparte do este que testar especial é executado são indicados também aqui.
Grupos funcionais e a seqüência
As exigências podem ser agrupadas nos termos da funcionalidade. Baseado nisto, pode haver umas prioridades também entre os grupos funcionais. Por exemplo, em uma aplicação da operação bancária, qualquer coisa relacionado aos clientes de cliente pode ser agrupado em uma área, qualquer coisa relacionado às transações da inter-filial pode ser agrupado em uma área etc. a mesma maneira para o produto que está sendo testado, estas áreas devem ser mencionadas aqui e as seqüências sugeridas de testar destas áreas, baseado nas prioridades devem ser descrita.
Planta de teste da aceitação {ATP}
O cliente em seu lugar executa testar de aceitação. Será muito similar ao teste do sistema executado pela unidade do desenvolvimento do software. Desde que o cliente é esse quem decide o formato e os métodos testando como parte de testar de aceitação, não há nenhum indício específico na maneira que realizarão testar. Mas não diferirá muito de testar do sistema. Supor que todas as réguas, que são aplicáveis ao teste do sistema, podem ser executadas a testar de aceitação também.
Desde que este é apenas um nível de testar feito pelo cliente para o produto total, pode incluir casos do teste including os detalhes do nível da unidade e do teste da integração.
Um esboço da planta de teste da amostra junto com sua descrição é como mostrado abaixo:
Esboço da planta de teste 1. FUNDO - este artigo sumaria as funções do sistema da aplicação e dos testes a ser executados.
2. INTRODUÇÃO
3. SUPOSIÇÕES - indica todas as suposições antecipadas que sejam feitas ao testar a aplicação.
4. ARTIGOS do TESTE - alistar cada um dos artigos (programas) a ser testados.
5. AS CARACTERÍSTICAS A SER TESTADAS - alistar cada uma das características (funções ou exigências) que serão testadas ou demonstradas pelo teste.
6. CARACTERÍSTICAS A NÃO SER TESTADAS - alista explicitamente cada característica, função, ou exigência que não será testada e porque não. 7. APROXIMAÇÃO - descrever os fluxos de dados e a filosofia do teste.
Simulação ou execução viva, etc. Esta seção menciona também todas as aproximações que serão seguidas nos vários estágios da execução do teste.
8. Indicação geral dos CRITÉRIOS do ARTIGO PASS/FAIL - lista especificada do esperado output e tolerâncias
9. CRITÉRIOS de SUSPENSION/RESUMPTION - deve o funcionamento de teste do começo à conclusão?
Sob que circunstâncias pode ser recomeçado no meio?
Estabelecer pontos de verificação em testes longos.
10. TESTE DELIVERABLES - Que, além do software, será entregado?
Relatório de teste
Testar o software
11. Tarefas funcionais TESTANDO das TAREFAS (por exemplo, equipamento ajustado acima de)
Tarefas administrativas
12. NECESSIDADES AMBIENTAIS
Afastamento de segurança
Espaço & equipamento do escritório
Exigências da ferragem/software
13. RESPONSABILIDADES
Quem faz as tarefas na seção 10?
Que o usuário faz?
14. STAFFING & TREINAR
15. PROGRAMAÇÃO
16. RECURSOS
17. RISCOS & CONTINGÊNCIAS
18. APROVAÇÕES
Os detalhes da programação do vário teste passam como testes de unidade, testes da integração, testes do sistema devem claramente ser mencionados junto com os esforços estimados.
Test Plan - Software Test Plan - Test Plan Template Example - Unit Test Plan - Writing Test Plan
A D V E R T I S E M E N T
