Software do Ciclo de Vida Teste

O ciclo de vida de ensaio consiste de uma série de fases através das quais um produto de software atravessa e descreve as várias actividades relativas a testes que são levadas a cabo sobre o produto. Aqui está uma explicação do STLC junto com um fluxograma.

Introdução ao Software do Ciclo de Vida Teste

Em todos os testes de organização é uma fase importante no desenvolvimento de um produto de software. No entanto, a forma como é realizada difere de uma organização para outra. É aconselhável para levar a cabo o processo de teste, desde as fases iniciais, no que se refere ao ciclo de vida de desenvolvimento de software ou SDLC, para evitar quaisquer complicações.

Teste de Software do Ciclo fases da vida

Teste de software tem o seu próprio ciclo de vida que atenda todas as fases do SDLC. O software de teste de diagrama de ciclo de vida pode ajudar a compreender suas diversas fases. Elas são: 1. Estágio exigência

2. Planejamento de Teste

3. Análise de Teste

4. Design de Teste

5. Verificação de teste e Construção

6. Execução de Teste

7. Análise dos Resultados

8. Bug Tracking

9. Relatórios e Retrabalho

10. Teste final e Implementação

11. Pós-implementação

Estágio exigência

Esta é a fase inicial do processo de ciclo de software de teste de vida. Nesta fase, os desenvolvedores de participar na análise dos requisitos para a concepção de um produto. O papel de testadores de software também é necessário nesta fase como eles podem pensar do ponto de os «utilizadores» de vista que os desenvolvedores não podem. Assim, uma equipe de desenvolvedores, testadores e usuários podem ser formados, para analisar os requisitos do produto. Reuniões formais da equipe pode ser realizada, a fim de documentar os requisitos que pode ainda ser usado como software de especificação de requisitos ou SRS.

Planejamento de Teste

Planejamento de teste significa pré-determinar um plano com antecedência para reduzir os riscos adicionais. Um documento bem elaborado plano de teste desempenha um papel importante na obtenção de uma abordagem orientada para o processo. Uma vez que os requisitos do projeto são confirmadas, um plano de teste está documentado. A estrutura de plano de teste é como se segue: 1. Introdução: Este descreve o objectivo do plano de teste.

2. Itens de Teste: Os itens que são necessários para preparar este documento serão listados aqui, como SRS, plano de projeto.

3. Recursos a serem testados: Este artigo descreve a área de cobertura do plano de teste, isto é, a lista de recursos a serem testadas, que são baseadas nas necessidades implícitas e explícitas do cliente.

4. Recursos não a ser testada: Os recursos incorporados ou composto que pode ser ignorados desde a fase de testes estão listados aqui. As funções que estão fora do âmbito do ensaio, como módulos incompletos ou aqueles em baixa severidade, por exemplo, características de GUI, que não prejudicam o processo podem ser incluídos na lista.

5. Abordagem: Esta é a estratégia de teste que deve ser apropriado para o nível do plano. Deve estar em aceitação com os níveis mais altos e mais baixos do plano.

6. Item de aprovação / reprovação critérios: Relacionado à questão rolha de show. Os critérios utilizados tem que explicar que item de teste passou ou falhou.

7. Critérios de suspensão e requisitos retomada: Os critérios de suspensão determina os critérios que devem ser utilizados para suspender a totalidade ou uma porção das actividades de ensaio, ao passo que os critérios retomada especifica quando o teste pode continuar com a parte suspensa.

8. Teste produto final: Isto inclui uma lista de documentos, relatórios, gráficos que são exigidos a serem apresentados para os interessados ​​em uma base regular durante o processo de testes e após a sua conclusão.

9. Testar as tarefas: Esta fase lista as tarefas de testes que precisam ser realizados. Isto inclui a realização dos testes, avaliar os resultados e documentá-los com base no plano de teste projetado. Isso também ajuda os usuários e testadores para evitar funções incompletos e evitar o desperdício de recursos.

10. Necessidades ambientais: Os requisitos especiais do plano de teste, dependendo do ambiente em que o pedido tem de ser concebido estão listadas aqui.

11. Responsabilidades: Esta fase atribui responsabilidades para com as pessoas que podem ser responsabilizados em caso de risco.

12. Pessoal e necessidades de formação: formação sobre a aplicação / sistema e sobre as ferramentas de teste a ser utilizado deve ser explicado aos funcionários que são responsáveis ​​pela aplicação.

13. Riscos e encargos: Isso enfatiza sobre os riscos prováveis ​​e diversos eventos que podem ocorrer e que pode ser feito em tais situações.

14. Aprovação: Isto decide quem pode aprovar o processo como completo e permitir que o projeto avançar para o próximo nível, que depende do nível do plano.

Análise de Teste

Uma vez que a documentação do plano de teste é feito, o próximo passo é analisar quais tipos de testes de software devem ser realizadas nas várias fases do SDLC.

Design de Teste

Design de teste é feito com base nos requisitos do projeto documentado no SRS. Esta fase decide se o teste manual ou automatizado, está a ser feito. No teste de automação, diferentes caminhos para teste são identificadas em primeiro lugar e escrita de scripts que deve ser feito se necessário. Uma lista de verificação final-de-final, que abrange todas as características do projeto é necessária no processo de concepção do ensaio.

Verificação de teste e Construção

Nesta fase, o plano de teste, projeto de teste e scripts de teste automatizado estão concluídas. Planos de testes de esforço e desempenho são também completou nesta fase. Quando a equipe de desenvolvimento é feito com uma unidade de código, a equipe de teste é necessário para ajudá-los em testar essa unidade e relatar qualquer bug no produto, se encontrado. Testes de integração e de relatório de erros é feito nesta fase do ciclo de vida de testes.

Execução de Teste

Planejamento e execução de casos de teste é feito em várias esta fase. Uma vez que a unidade de teste é concluído, a funcionalidade dos testes é feita nesta fase. Na primeira, de nível superior o teste é feito para descobrir as falhas de nível superior e os erros são relatados imediatamente para a equipe de desenvolvimento para obter a solução desejada. Relatórios devem ser documentados corretamente e os erros têm de ser comunicados à equipe de desenvolvimento.

Análise dos Resultados

Após a execução bem-sucedida do caso de teste, a equipe de teste tem de teste novamente para comparar os valores esperados com os valores reais, e declarar o resultado como de aprovação / reprovação.

Bug Tracking

Esta é uma das etapas importantes como o documento de perfil Defeito (DPD) tem que ser atualizado para permitir que os desenvolvedores saibam sobre o defeito. Documento Perfil defeito contém o seguindo1. Id Defeito: identificação única do defeito.

2. Id Teste: identificação de casos de teste para esse defeito.

3. Descrição: descrição detalhada do bug.

4. Resumo: Este campo contém algumas informações-chave sobre o bug, o que pode ajudar a minimizar o número de registros a serem pesquisados.

5. Defeito Enviado por: Nome do testador que detectou / reportou o bug.

6. Data de Apresentação: Data em que o erro foi detectado e comunicado.

7. Construir n º: Número de ensaios necessários.

8. Versão N º: As informações de versão do aplicativo em que o erro foi detectado e corrigido.

9. Atribuído a: Nome do desenvolvedor que é suposto para corrigir o erro.

10. Gravidade: Grau de gravidade do defeito.

11. Prioridade: Prioridade de corrigir o bug.

12. Status: Este campo exibe o status atual do bug.

Relatórios e Retrabalho

O teste é um processo iterativo. O bug que é relatado e corrigido pela equipe de desenvolvimento, tem de se submeter ao processo de testes novamente para garantir que o bug encontrado foi resolvido. Testes de regressão tem que ser feito. Uma vez que o Analista de Qualidade garante que o produto está pronto, o software é liberado para a produção. Antes do lançamento, o software tem que passar por mais uma rodada de testes de nível superior. Assim, o teste é um processo contínuo.

Teste final e Implementação

Esta fase centra-se nos níveis remanescentes de teste, tais como a aceitação, a carga, o stress, desempenho e ensaios de recuperação. A aplicação tem de ser verificada em condições definidas em relação ao SRS. Vários documentos e são actualizados diferentes matrizes para teste são concluídas, nesta fase do ciclo de vida de teste de software.

Pós-implementação

Uma vez que os resultados do teste são avaliados, o registo de erros que ocorreram durante os vários níveis do ciclo de vida de teste de software, é feito. A criação de planos de melhoria e melhoria é um processo contínuo. Isso ajuda a evitar problemas semelhantes ocorram em projetos futuros. Em suma, o planejamento para a melhoria do processo de teste para futuras aplicações é feito nesta fase.

Leia mais em:

* Tipos de Teste de Software

* Teste de Software Metodologias

* Tutorial Teste de Software

Este foi um resumo do ciclo de vida de teste de software. Defeitos de software nem sempre são causados ​​por erros de codificação. Na verdade, as diferenças de requisitos também pode resultar em erros de uma aplicação. Embora o teste de software pode ser realizada em qualquer fase da fase de desenvolvimento, o processo é principalmente executado após os requisitos de uma aplicação ter sido especificado ea codificação foi concluído....