Como montar o plano de verificação e validação para 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.

Recursos não a ser testado

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 apenas 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.

passagem Item / falhar critérios

Ter uma definição clara do que faz um caso passagem de teste e que o faz falhar. Definindo essa diretriz 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 teste e criação de casos de teste, precisa ser concluída, a fim de realizar o teste. Os resultados das tarefas de teste será o plano de teste, especificações de projeto de teste, casos de teste, procedimentos de teste, logs de teste, resultados de testes, e os registros de defeitos.

necessidades ambientais

Aqui, você detalhar o ambiente específico em que o teste deve ser realizado 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 as seguintes perguntas:

• É o teste em um 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 suas descobertas 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ê estiver gerenciando outros analistas de negócios e precisa mover algumas de suas pessoas 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 incluir um hyperlink 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 acontecer, um desses documentos estarão fora de sincronia com o resto.

Riscos e contingências

Delinear quaisquer 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 concentrar 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 adequação. Aqueles realização dos testes 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.