Como escrever um Plano de Teste de Software

Não é incomum para ver que alguns defeitos de software são encontrados, quando é o momento para o sistema a ser entregue. Isso geralmente é causado devido a um plano ineficiente de teste de software. Pode-se ter conhecimento suficiente sobre teste de software, mas quando se trata de escrever um plano de teste bom, as pessoas muitas vezes fazem asneiras. É uma técnica, a qual pode ser obtida com uma análise detalhada do sistema junto com alguma experiência na área de teste de software. Agora, isso nos leva à pergunta, por que é que um plano de teste de software tem um lugar tão importante na área de teste de software. Uma vez que é o plano de ensaio, que é um reflexo do programa de testes e abordagem. Isso nos leva à pergunta: como escrever um plano de teste de software, que é eficaz e também leva todos os aspectos do software em consideração. Rolar para baixo para encontrar uma resposta.

Como escrever um Plano de Teste de Software eficaz?

Um plano de teste de software contém uma abordagem detalhada e sistemática para testar um sistema de software. Para um plano de teste de software para ser eficaz, deve consistir no seguinte.

Introdução

Esta seção do documento enumera brevemente, o que o documento é tudo, a sua finalidade e como o documento deve ser usado. Na introdução do documento, há três aspectos incluídos, isto é,

* Descrição do documento: A seção de descrição do documento tem detalhes como nome do projeto eo nome da equipe de produção do documento. Ele também inclui um breve relato das estratégias a serem implementadas durante o processo de testes, data de lançamento, etc

* Documentos relacionados: As especificações funcionais, especificações de design, são também uma parte deste documento.

* Programação e marcos: o horário em detalhe, juntamente com as estimativas de diferentes testes em breve, estão incluídos nesta seção.

Localização do Documento

É importante que o documento está acessível a todos os membros da equipe de testes e também a alguns membros-chave da equipe de desenvolvimento, para não esquecer a alta gerência. Portanto, é importante que o local do documento ser conhecido por todos junto com o proprietário do documento. A localização na rede, onde o documento está armazenado é mencionado nesta seção.

Fundo do projeto

Algumas vezes, o teste começa no fim do processo de desenvolvimento de software, ou o processo de teste de software é entregue a uma terceira parte. Nesse caso, a equipe de teste precisa ser dado um breve relato do fundo projeto. A seção de fundo projeto consiste em lista de documentos, como os requisitos de negócios, estratégias de teste recomendados, etc Ele também contém uma descrição detalhada do processo de desenvolvimento, casos de uso, diagramas de fluxo de dados, fluxogramas, etc, que muitas vezes revelar-se útil enquanto fazendo com que o plano de teste mestre.

Requisitos de Recursos

Quando um plano de teste de software está sendo feito, este é um aspecto importante, que precisa de muita atenção. Os recursos necessários, em termos de requisitos de hardware, do software, ferramentas de teste são planejadas. Nos requisitos de recursos de software, sistemas operacionais diferentes para serem usados ​​muitas vezes têm importância primordial. Dependendo do tipo de aplicação foi desenvolvida, as ferramentas de teste será decidida. Neste ponto, eu considere apto a mencionar, as ferramentas de teste será além dos testes manuais, que serão realizadas no sistema. Nos requisitos de recursos, os membros da equipe são necessárias também decidido, juntamente com as responsabilidades a serem atribuídas a cada um deles. Há uma possibilidade de que alguns deles podem exigir algum tipo de treinamento. As medidas a serem tomadas para treinar os funcionários são considerados também.

Tipo de ensaios a efectuar

O documento pode conter software introdução plano de teste, onde detalhes sobre as características do software que devem ser testados são incluídos. Há chances de software de terceiros foram integrados no software que é desenvolvido. Em tais momentos, os detalhes do software integrado tem de ser mencionado, de modo a que a equipa de teste tem conhecimento sobre a profundidade do teste a ser realizado. No caso dos processos meios utilizados, a mesma deverá ser instalada no final testadores e sanidade teste realizado. Também são mencionadas as características que não estão a ser testados. Esses recursos podem ser características partido complementos ou terceiro.

Junto com os recursos a serem testados e não para ser testado, os diferentes tipos de testes a serem realizados no sistema também é planejada. A estratégia de ensaio pode consistir em testes de sistemas, testes de integração, desempenho, testes de estresse, testes de segurança, testes de regressão, testes beta e outros tipos de teste importante para validar o sistema.

Horário de teste

Uma parte importante do contorno plano de teste de software é o cronograma de testes. Os diferentes testes a serem realizados, junto com a linha do tempo para o mesmo, é o que compõe esta seção do plano de teste. O cronograma para cada tarefa de teste com seus marcos precisa ser especificado. Marcos adicionais, se for o caso, também deve ser mencionado nesta seção.

Itens de Teste e Teste Entregues

As funcionalidades de ser testados, juntamente com as prioridades compensar os itens de teste. Muitas vezes eles são apenas listados abaixo e a descrição completa não podem ser incluídos. Se você der uma olhada em qualquer modelo de plano de teste de software, você vai ver que as entregas de teste são um must. A parte importante das entregas são os casos de teste diferentes. Matrizes utilizadas para o processo de teste também encontrar uma menção lá. Os casos de teste pode ser dividido em duas partes, a saber, os casos de teste automatizados e os casos de teste manuais.

Procedimentos de Controle

Relatório de problemas é a primeira parte dos procedimentos de controlo. Muitas vezes, um formato de relatório fixo problema é decidida para comunicação de problemas, no entanto, existe uma possibilidade de que o formato não podem ser decididas por um ou outro. A outra parte dos procedimentos de controle são as solicitações de mudança. O processo de modificação é o que está escrito no pedido de alteração. Módulos que podem ser afetados pela mudança encontrar uma menção aqui.

Riscos e Pressupostos

Todos nós estamos bem conscientes de que nem todas as partes do software pode ser testado. Além disso, quando o software é testado, certas suposições são feitas. As hipóteses de alto risco são identificados e plano de contingência para o mesmo está decidida. As dependências dentro do sistema, também têm de ser aqui mencionadas.

Aprovações

Um plano de teste de software também inclui os nomes das pessoas que devem aprovar o plano de teste, disse. Ele inclui os seus títulos ou designações também. Muitas vezes, há uma coluna incluída para a data em que a pessoa disse ter aprovado o plano de teste.

Este foi um breve resumo sobre como escrever um plano de teste de software. Um plano de teste pode ser feito pelo gerente de projeto ou o gerente de teste, de acordo com as políticas da organização. Muitas vezes, os membros de equipes diferentes que trabalham com o software tem que ser consultado antes de o documento é realmente preparado.