Modelo Cachoeira em Teste

Cada pedaço de software que é liberado precisa se submeter a um procedimento de teste rigoroso e extremo para que possa ser liberado para uso geral. O modelo em cascata nos testes é um procedimento de teste de tal forma que ganhou imensa popularidade ao longo dos anos, devido à sua compreensibilidade simples e de design fundamental. O desenvolvimento de software é um processo longo e árduo, e sem testes apropriados e verificação, não pode ser vendido em qualquer lugar. O processo de desenvolvimento de software é conhecido como "Modelos de Desenvolvimento de Processo de Software", e estes definem os vários estágios de desenvolvimento de um software, desde a concepção da idéia inicial até o uso final.

Modelo em cascata em testar envelopes o uso de um conceito de design que também é conhecido como Sistema de Vida Modelo de Ciclo Desenvolvimento (SDLC), ou o modelo Linear Sequencial. Assim, o modelo cachoeira em engenharia de software define as várias fases que um desenvolvedor de software deve realizar, a fim de garantir que o software é atender as necessidades dos clientes, e está trabalhando falha livre.

Modelo Cachoeira do ciclo de vida

Um monte de pesquisa e desenvolvimento é aplicada durante as fases de crescimento diferentes de qualquer software específico. A idéia de gerar um modelo padronizado de testes (como o modelo em cascata em testes) é garantir que um engenheiro de software segue a seqüência correta de desenvolvimento do processo, e não ficar muito longe muito cedo. Cada linha do programa precisa ser verificado e checado duas vezes, e cada estágio do modelo cascata é obrigado a seguir um protocolo padrão. As fases de vários modelos de cascata são como se segue.

O diagrama de modelo em cascata mostrada acima ilustra as diferentes etapas deste processo.

Levantamento de requisitos

O primeiro passo eo mais óbvio no desenvolvimento de software é a reunião de todos os requisitos do cliente. O objetivo principal do programa final é servir ao usuário, portanto, portanto, todas as suas necessidades e exigências precisam ser conhecidas em detalhe, antes do processo de desenvolvimento realmente começa. O objectivo do modelo e um caderno de encargos de base e de gráfico requisitos é feita após cuidadoso com o utilizador, e este é incorporado no processo de desenvolvimento. Modelo em cascata no início dos testes, principalmente com a coleta de todos os dados pertinentes e necessários do cliente.

Análise de Requisitos

Em seguida acima, estes requisitos são estudados e analisados ​​de perto, eo desenvolvedor tome uma decisão sobre qual plataforma, que linguagem de computador, e que tipo de bases de dados são necessários para o processo de desenvolvimento. Um estudo de viabilidade é então realizada para garantir que todos os recursos disponíveis e da programação actual do software é possível. Um plano projetado de tipos é criado do software.

Projetando e Codificação

Este é o lugar onde o verdadeiro trabalho começa, e os algoritmos e os fluxogramas do software são concebidos. Com base nos dados recolhidos e o estudo de viabilidade realizado, a codificação real do programa começa. Sem as informações obtidas nos dois últimos estágios, o projeto do programa seria impossível. Esta é a fase mais importante do modelo, bem como a utilização do modelo em cascata nos testes seria impossível sem algo para realmente testar. Escusado será dizer que o projeto final tem de cumprir todos os requisitos necessários do cliente.

Teste

Agora vem a prova de fogo do código desenvolvido. Esta etapa define a transição do programa a partir de uma mera hipótese de um software real utilizável. Sem testar a funcionalidade do código, todos os possíveis erros não podem ser detectados. Além disso, o uso do modelo em cascata nos testes também assegura que todas as necessidades do cliente são satisfeitas de maneira satisfatória, e não existem pontas soltas em qualquer parte do código desenvolvido. Se quaisquer falhas ou erros são detectados, o software será revertida para a fase de concepção e todas as deficiências são fixos.

O processo de concepção é dividida em partes menores conhecidas como unidades, e o teste de unidade tem de ser realizada para cada uma das divisões individuais. Uma vez que as unidades sejam declarados falha livre, eles são integrados no sistema final e, em seguida, este sistema é testado para garantir adequada integração e compatibilidade entre as diversas unidades. Modelo em cascata no teste só pode ser feito dividindo-se o programa codificado em várias partes gerenciáveis. Assim, a importância da fase de testes em modelo cascata é universalmente conhecido e indubitável.

Aceitação Final

Uma vez que o projeto tem sido experimentado e testado pela equipe de testes, os clientes recebem uma versão de demonstração do programa final. Agora, eles devem usar o programa e indicar se eles estão satisfeitos com o produto ou não. Se eles aceitarem que o software é satisfatório e como por suas demandas e exigências, o processo é concluído. Por outro lado, se ele está insatisfeito com certos aspectos do software, ou sente que um componente integral está faltando, a equipe de design passa a resolver este problema. Os benefícios de dividir o trabalho em vários estágios estes é que todo mundo sabe o que eles estão fazendo, e são especificamente treinados para realizar a sua responsabilidade.

Modelo em cascata em testes garante que um alto grau de profissionalismo é atendida dentro do processo de desenvolvimento, e que todas as partes envolvidas neste processo de desenvolvimento são especialistas em seus respectivos campos.

Vantagens de Cachoeira modelo em testes

A principal vantagem é que se trata de um modelo linear, e segue uma sequência adequada e ordem. Este é um fator crucial na determinação da eficácia do modelo e adequação. Além disso, desde que o processo está a seguir uma seqüência linear, ea documentação é produzida em cada etapa, é fácil rastrear erros, deficiências e quaisquer outros problemas que possam surgir. O custo dos recursos em cada fase se minimizada devido à sequenciação linear também.

Desvantagens do modelo em cascata em testes

Como é o caso com todos os outros modelos, se o cliente é ambíguo sobre suas necessidades, o processo de projeto pode ir horrivelmente errado. Este fator é ainda mais destacada pelo fato de que, se algum erro é cometido em um determinado estágio e não é detectado ou controladas, todas as etapas subseqüentes vai dar errado. Por isso a necessidade de testes é muito intensa. Os clientes muitas vezes têm uma reclamação de que se poderiam obter uma amostra do software nas fases iniciais, eles poderiam descobrir se ele é adequado ou não. Desde que não receber o programa até que está quase concluído, ele se torna um pouco mais complicado para eles para oferecer feedback. Assim, uma situação de total confiança a partir do cliente é essencial.

Existem algumas versões mais do modelo em cascata nos testes que têm sido desenvolvidas e utilizadas também. Mas é justo dizer que este modelo constitui a base de todos os projetos desse tipo, e sua simplicidade tornam muito popular e amplamente implementado software modelo de processo de desenvolvimento....