Como montar o Plano de Verificação e Validação de Análise de Negócios

o plano de verificação e teste de validação

parte de uma análise de negócios descreve como um produto de software será testado. Certifique-se de incluir as seguintes seções em seu plano de verificação e validação.

Introdução

Comece explicando o teste e descrever o objetivo do projeto. Lembre-se de mantê-lo curto. Certifique-se de incluir quaisquer referências a outros documentos aqui.

Itens de teste

Definir os itens que você está indo para testar. Eles podem ser a documentação de requisitos ou documentação de projeto. Sua empresa pode ter nomes diferentes para estes documentos, mas não importa seus nomes, o que você teste sai desses documentos.

Recursos a serem testados

Listar os recursos de software que você está indo para testar. Como você pensa sobre esta lista, pense sobre os dados que você precisa, a fim de testar.

Características de não ser testada

Incluindo recursos que você não está indo para testar parece contra-intuitivo em um documento de teste, mas fazê-lo imediatamente configura usuários expectativas- apropriadas não terá quaisquer equívocos sobre o que eles testaram.

Os dados de teste necessária

Você tem que descobrir não só o que os testes que você precisa para correr, mas também o que os dados precisam estar no local para o teste. Lembrar: Um teste tem planejado entradas, então você precisa pensar sobre o que os resultados esperados são baseados nesses inputs.

Abordagem

Aqui você explicar a abordagem da equipe de testes vai usar para verificar os requisitos. Afirma quaisquer ciclos de testes e ferramentas, manuais e automáticas.

passe Item / falhar critérios

Ter uma definição clara do que faz um caso passagem de teste e que o faz falhar. Definindo esta orientação inicial no plano de validação e verificação pode evitar confusão mais tarde.

critérios Suspensão e reinício

Esta seção do plano detalha como você lida com defeitos no seu processo de testes, tais como o fato de que você vai parar o teste se um procedimento de teste não pode ser executado e retomar quando uma nova versão do software é fornecido.

tarefas de teste

A seção é uma lista de quais as tarefas, tais como a definição de horários de ensaio e criação de casos de teste, precisa ser concluído, a fim de realizar o teste. Os resultados das tarefas de teste será o plano de teste, especificações de design de teste, casos de teste, procedimentos de teste, logs de teste, resultados de testes, e os registros de defeitos.

necessidades ambientais

Aqui, o detalhe ambiente específico no qual o teste é para ser conduzida para mostrar como a solução funciona no ambiente. Olhe para os requisitos não-funcionais para determinar as necessidades de teste, como teste de volume, teste de esforço, teste de configuração, e assim por diante.

Saber onde os testes são realizados é importante para o desenvolvimento do plano de teste. Você quer considerar estas perguntas:

• É o ensaio em laboratório? Quais são as condições de laboratório?

• Fazer quaisquer preocupações ambientais especiais podem afetar o teste? você pode simular-los se não estiver na área de teste real?

• São os testes em uma área central acessível aos testadores, ou testadores tem que viajar para testar o sistema?

Documentar as suas conclusões no plano de teste para todos que estão envolvidos no teste sabe a localização e pode planejar adequadamente.

responsabilidades

Quem realiza o conjunto de tarefas? Você precisa entender o que está envolvido em testes para que você possa planejar adequadamente para o teste. Aqui estão algumas perguntas e preocupações para explorar:

• Que tipo de experiência é que os testadores têm com o projeto?

• Que tipo de experiência que eles têm com o sistema?

• Será que eles precisam ser treinados antes do teste? Se assim for, você sabe que você precisa adicionar tempo para o plano do projeto.

• São os testadores independente? Se não, eles podem evitar fazer suposições (que é um risco, porque eles construíram o sistema)?

• Será que eles têm critérios de teste? eles estão olhando para você para criar cenários de teste e casos de teste?

• Eles estão localizados no local? eles estão viajando? Como é que as viagens afetar o plano de projeto?

• Que compromissos tempo que eles têm fora do projeto? É 10 por cento ou 50 por cento?

Se você está administrando outros analistas de negócios e precisa mover alguns de seus povos ao redor, o teste é um dos melhores momentos para fazê-lo.

necessidades de pessoal e de formação

Se os testadores precisam ser treinados no sistema ou se precisar de pessoal adicional ou tem que requisitar funcionários da piscina QA, você incluir essa informação aqui.

Cronograma

Fale sobre as datas das provas, bem como quaisquer ciclos de testes e quando eles podem ocorrer. Se esta informação é detalhada em um plano de projeto, você pode querer apenas incluem uma hiperligação ou referência ao plano de projeto para evitar datas fora de sincronia.

Sempre que você tem uma chance de, você deve fornecer uma fonte para a informação. Quanto mais você documentar manualmente as mesmas informações em vários lugares, maior a chance de que quando as atualizações acontecem, um desses documentos estarão fora de sincronia com o resto.

Riscos e contingências

Delinear os riscos associados com o teste e incluem eventuais contingências que eles tratam. Semelhante ao cronograma, se esses riscos teste estão localizados em um documento diferente, fazendo referência a esse documento aqui é bom.

Ao compreender o grau de risco nas diversas áreas de uma solução, você está em uma posição muito melhor para entender onde gastar sua energia testes. Se o tempo se torna um problema, sabendo que suas áreas de teste de maior risco são permite que você se concentre sobre eles para ter certeza de obter o maior retorno sobre seu investimento de testes.

aprovações

As pessoas que assinar o plano de verificação e validação são aqueles envolvidos em provar funcionalidade e validação de adequação. Aqueles executando os testes de assinar e ao fazê-lo indicam que eles estão cientes do que está no escopo para os testes. Aqueles aceitar o sistema (clientes e cliente) pode precisar de assinar, assim, indicando consciência do que será e não será testado.