Perguntas e Respostas sobre Qualidade SE # 1
Question:Escreva uma breve nota sobre o processo de teste de software.
Answer:- O teste de software pode ser definido como um processo cujo objetivo é encontrar o problema na implementação de um programa. A execução deste programa é muito necessária para o projeto de software. De acordo com os meios de teste IEEE,
o processo de exercício ou avaliação de um sistema ou seu componente por meios manuais ou automatizados para
Auditoria sobre as necessidades necessárias concluídas por teste de software.
Obtenha o valor da diferença entre o resultado proposto e o resultado real.
Para fazer o processo simples de teste de software é necessário que as atividades sejam interrompidas em tamanho pequeno. Geralmente, esse método é usado e o sistema é dividido em subsistemas. Todos aqueles subsistemas testados individualmente antes do início do processo de teste do sistema. No processo de teste de software, três etapas são realizadas. O módulo individual é a parte principal do foco durante a etapa de teste de unidade. Após o teste de unidade, todos os módulos individuais são combinados uns com os outros. Após esta etapa, o processo de teste de software começa e o desenvolvedor concentra-se no sistema de software completo.
Teste de unidade
Esta é a primeira etapa do processo de teste de software e nesta etapa o programador confirma sobre a função desempenhada pelo módulo. O software possui a menor unidade que é chamada de módulo. Após o desenvolvimento do código-fonte, o teste da unidade começa e verifica a sintaxe correta. O objetivo principal do teste de unidade é obter a unidade mínima que será capaz de provar e confirmar se funciona ou não. Cada módulo testado separadamente. Após o teste, todos os módulos individuais são combinados uns com os outros. Alguns testes são realizados no âmbito do processo de teste de unidade, que é:
Nature test of module - No teste de natureza de módulo verificamos que o fluxo de informação é positivo no módulo testado naquela situação que é especificada para o teste de unidade.
Performable test - Este checkout tem como objetivo calcular o tempo de resposta, hora de início, hora da última vez e durante todo o tempo do processo e comunicação entre links.
Local data structure test - O armazenamento dos dados locais é verificado nesta etapa se todos os dados e informações são coletados de forma sistemática ou não.
Boundary test - Este teste é realizado para a garantia de que as informações fornecidas pelo software são verdadeiras ou não nas condições que são fornecidas pelos usuários.
Independent path test- Neste teste é verificado se a tarefa em questão foi executada corretamente ou não e funcionando bem. Só com a ajuda deste teste pode verificar isso.
Error handling test- O erro ocorrido durante o processo é devidamente tratado ou não. Este tipo de informação fornecida sob este teste.
Processo de teste de unidade
No processo de teste de unidade, são necessários dados ou informações sobre outro módulo. Com a ajuda do driver e dos canhotos podemos obter facilmente. Um programador que dá o teste e o passa para onde o módulo testado é chamado de driver. Os programas usados para substituir o módulo e os subordinados do módulo sendo testado são chamados de stubs. Stubs e driver são necessários para o processo de teste de unidade. A quantidade de stubs e drives pode ser reduzida se eles tiverem a qualidade da simplicidade.
Teste de integração
O teste de integração é a próxima etapa do teste de software. Neste teste, muitos tipos de módulos que são testados individualmente são combinados entre si em um subsistema que é então testado. O principal objetivo do teste de unidade é obter a informação sobre a condição de funcionamento do módulo independente é positiva, mas a principal desvantagem do teste de unidade não tem tal condição que dá a garantia de que esses módulos fornecem o resultado positivo após a fixação como um sistema completo. Portanto, este é o motivo de realizar o teste de integração. Precisamos verificar os seguintes erros que podem afetar a integração do módulo.Dados externos podem criar o problema.
O teste fora do módulo pode estar longe das expectativas.
É possível que o resultado da integração não seja favorável a esse processo ou módulo.
Geralmente, o teste de integração usa dois métodos.
Teste de integração de cima para baixo
Esse tipo de método possui uma ampla área de pensamento. É necessário um módulo de alto nível após o teste e a integração primeiro. Sob este módulo de abordagem substituído e fornecendo novos stubs. Este processo continua nesse nível até o momento em que integra todos os módulos e testados. Nesta abordagem, lógica de alto nível e fluxo de dados usados que diminuem a necessidade dos drivers.
Benefícios
Módulos de primeiro nível testados.
Ambas as abordagens de "amplitude e profundidade" são suportadas.
É necessário, no máximo, um driver.
Desenhe para trás
Módulos de baixo nível levam muito tempo para verificação.
Dados inadequados encontrados no esboço para feedback em favor da chamada do módulo.
O nível de suporte é baixo para a funcionalidade limitada.
Complica o gerenciamento de teste necessário para o stub.
Teste de integração ascendente
Essa abordagem dá importância aos módulos de nível inferior. Neste nível os módulos são testados primeiro e com a ajuda de um driver integrado primeiro. Podemos adicionar um ou mais módulos combinados ou unidos entre si. Após a integração de todos os módulos este processo foi encerrado.
Benefícios
Quando iniciamos este processo com o módulo real, os stubs não são necessários.
Módulo de baixo nível verificado no início desta abordagem.
Desenhe para trás
Complica o gerenciamento de teste necessário para os drivers.
Liberação de funcionalidade limitada suportada por baixo nível.
Verificação do tempo gasto do módulo de alto nível.
Teste de sistema
O processo de teste do sistema é a base de um sistema de software. O principal objetivo do teste de sistema é que o software satisfaça os requisitos do cliente. O teste de sistema é uma série de todo esse teste com exercício completo, cuja base é o sistema de computador. Cada tarefa tem um objetivo separado e uma série de testes diferentes fica claro que todas as partes do sistema são combinadas de forma sistemática e fazendo seu trabalho muito bem. Existem três tipos de teste em teste de sistema.
Recovery Testing- A base do desenho nos testes de Recuperação é aquele tipo que podemos observar facilmente que quanto rápido um sistema cobre seus pontos se o sistema falha. Temos muitos tipos de programas que se recuperam rapidamente dos erros e são iniciados ou operados em um determinado momento. Uma falha tem muitas causas, mas o teste de recuperação esclareceu que o sistema cobriu todas as falhas e tem um bom desempenho. Um humano sempre desejou que um sistema tivesse a capacidade de se recuperar muito rapidamente sem o toque humano. O sistema de recuperação determinou que a condição de reparo é aceitável ou não.
Security testing
Um aplicativo de proteção feito em software, com o auxílio deste aplicativo fornece segurança tanto para quem não tem direito de usar o sistema.
Com a ajuda dos testes de segurança, outro computador não pode obter o benefício de acessar essas informações e suas informações.
Stress testing- O teste de estresse não pode ser realizado em condições normais. Com a ajuda deste, um sistema é usado naquela condição quando a demanda aumenta ou diminui rapidamente.
Como uma função de entrada funcionou quando a velocidade de entrada se tornou mais do que as expectativas.
A busca excessiva e a caça de dados no clique também estão envolvidas nos testes de estresse.