no software can ever be completely perfect. Mas isso é uma licença para criar lixo? O ingrediente em falta é a nossa relutância em quantificar a qualidade. A fim de aumentar a qualidade, é muito importante garantir o desempenho eficaz da aplicação de software. Testes de Software são necessários para garantir que a aplicação funciona sem quaisquer falhas. Neste tutorial de teste de Software, eu vou lhe dizer tudo o que você precisa saber sobre aspectos de teste. Em continuação ao blog anterior sobre o que é teste de software, aqui eu vou mergulhar mais profundamente e cobrir os tópicos abaixo mencionados.
- Introdução ao Teste de Software
- Teste de Software Básico
- Desenvolvimento de Software Ciclo de Vida
- Verificação e Validação do Modelo
- Teste de Software e Métodos
- Teste de Software em Níveis
- Teste de Software e Documentação de Artefatos de
- Bug do Ciclo de Vida
- Desafios enfrentados pelo Teste Manual
- Automação de Testes vs Manual de Teste
Você também pode ir através da gravação de teste de software tutorial onde o nosso Teste de Software e Treinamento de especialistas explicaram os conceitos em profundidade.
Software Testing Tutorial For Beginners / Manual & Automation Testing
Este vídeo fala sobre diferentes tipos de testes, ou seja, testes manuais e abordagens de teste de automação.
Introduction to Software Testing
Today’s world of technology is completely dominated by machines, and their behavior is controlled by the software powering it. O teste de Software oferece uma solução econômica para todas as nossas preocupações. O que é teste de Software? Teste de Software é um processo de avaliação da funcionalidade de uma aplicação de software para encontrar qualquer erro de software. Verifica se o software desenvolvido cumpriu os requisitos especificados e identifica qualquer defeito no software para alcançar um produto de qualidade. É basicamente executar um sistema para identificar quaisquer lacunas, erros ou requisitos em falta, ao contrário dos requisitos reais.
It is also stated as the process of verifying and validating a software product. Verifica se o produto de software:
- Cumpre os requisitos técnicos e de negócios que orientaram a sua concepção e desenvolvimento
- Funciona como por a exigência
- Pode ser implementado com as mesmas características
Agora, vamos avançar ainda mais no Teste de Software tutorial abaixo e obter alguns insights sobre os conceitos básicos de Teste de Software.
Software Testing Basics
First, I will tell you What is the software development life cycle?
ciclo de vida de desenvolvimento de Software
(SDLC) abreviado como ciclo de vida de desenvolvimento de Software é um processo usado pela indústria de software para projetar, desenvolver e testar software de alta qualidade. Tem como objetivo produzir software de alta qualidade que satisfaça ou exceda as expectativas dos clientes, alcance a conclusão dentro do tempo e estimativas de custos. Abaixo o diagrama mostra várias fases envolvidas no SDLC.
Fig.: Software Development Life Cycle-Software Testing Tutorial
Requirement Phase
Requirement gathering and analysis is the most important phase in the software development lifecycle. O analista de negócios recolhe a exigência do cliente / cliente de acordo com as necessidades de negócio dos clientes e documenta os requisitos na especificação do requisito de negócio (o nome do documento varia dependendo da organização).
fase de análise
uma vez reunidos e analisados os requisitos, o passo seguinte é definir e documentar os requisitos do produto e obtê-los aprovados pelo cliente. Isto é gravado através do documento SRS (Software Requirement Specification). Consiste em todos os requisitos do produto a serem concebidos e desenvolvidos durante o ciclo de vida do projecto
fase de concepção
esta fase tem duas fases:
- HLD-High-Level Design-it gives the architecture of the software product to be developed and is done by architects and senior developers
- LLD-Low-Level Design-It is carried out by senior developers. Aqui, ele lhe dá insights sobre como cada recurso do produto deve funcionar e como cada componente deve funcionar.
o resultado desta fase é o documento de alto nível e o documento de baixo nível que funciona como uma entrada para a próxima fase.
fase de desenvolvimento
Os programadores de todos os níveis (idosos, juniores, caloiros) estão envolvidos nesta fase. Esta é a fase em que você começa a construir o código para o software.
fase de teste
quando o software está pronto, ele é enviado para o departamento de testes, onde eles testam cuidadosamente para diferentes defeitos. O teste de um software é realizado manualmente ou usando ferramentas de teste automatizadas e garantir que cada componente do software funciona bem. Uma vez que o software é livre de erros, ele vai para a próxima etapa, que é a implementação.
implantação & fase de manutenção
uma vez que o produto está isento de erros, é entregue/enviado ao cliente para seu uso. A implantação é feita pelos engenheiros de implantação/implementação. À medida que os clientes começam a usar o sistema desenvolvido, então os problemas reais surgem e precisa ser resolvido de vez em quando. Detectar e resolver esses problemas encontrados pelo cliente vem na fase de manutenção.
isto foi tudo sobre o ciclo de vida do desenvolvimento de Software. Se você deseja saber sobre diferentes fases envolvidas no processo de teste de software, então você pode ler este blog sobre o teste de software ciclo de vida. Tendo entendido isso, vamos avançar com este tutorial de teste de software e ver o que é o modelo V & V.
o modelo V é agora um dos processos de desenvolvimento de software mais amplamente utilizados. A introdução do Modelo V provou efectivamente a implementação dos ensaios desde a fase de exigência. Também é chamado como modelo de verificação e validação
O que é Verificação e validação em testes de Software?Verificação: a verificação é uma técnica de análise estática. Aqui, o teste é feito sem executar o código. Exemplos incluem-revisões, inspeção e caminhar.Validação: validação é um processo de análise dinâmica onde realizamos testes executando o código. Os exemplos incluem técnicas de ensaio funcionais e não funcionais.
no modelo V, as actividades de desenvolvimento e de AP são realizadas simultaneamente. Aqui, o teste começa logo a partir da fase de exigência. As actividades de verificação e validação ocorrem simultaneamente. Vejamos a figura abaixo para entender o modelo V
Em um típico processo de desenvolvimento, o lado esquerdo mostra as atividades de desenvolvimento e o lado direito mostra as atividades de teste. Não deve ser errado dizer que, na fase de desenvolvimento, tanto a verificação como a validação são realizadas juntamente com as actividades de desenvolvimento propriamente ditas.
LHS
Como mencionado anteriormente, as actividades do lado esquerdo são actividades de desenvolvimento. Normalmente sentimos, que testes podemos fazer na fase de desenvolvimento? Mas esta é a essência deste modelo que ilustra que os testes podem ser feitos também em todas as fases das atividades de desenvolvimento.
RHS
as actividades de ensaio ou a fase de validação são realizadas do lado direito do modelo.
Como você ganhou alguns insights sobre isso, vamos avançar com este tutorial de teste de software e ver quais são os diferentes métodos em que o software pode ser testado.
Teste de Software e Métodos
Existem três métodos para teste de software e eles são como segue:
- Caixa Preta de Teste
- Teste Caixa Branca
- Caixa Cinza Teste
Testar de Caixa Preta: é um método de teste de software na qual a estrutura interna de projeto e implementação do item que está sendo testado NÃO é conhecido para o testador.
White Box Testing: It is a method of software testing in which the internal structure/ design / implementation of the item being tested is known to the tester.
Grey Box Testing: It is a testing technique performed with limited information about the internal functionality of the system.
espero que tenha entendido pontos-chave em diferentes métodos de teste de software. Agora, vamos avançar neste artigo de Tutorial de teste de Software e entender os níveis de teste de Software.
níveis de teste de Software
um nível de teste de software é um processo onde cada unidade ou componente de um software/sistema está sendo testado. Existem vários níveis de testes que ajudam a verificar o comportamento e desempenho para testes de software. Estes níveis de teste são projetados para reconhecer áreas em falta e reconciliação entre o desenvolvimento dos estados do ciclo de vida. No modelo de ciclo de vida de desenvolvimento de software, há fases caracterizadas como coleta de requisitos, análise, design, codificação ou execução, teste e implantação.
todas estas fases passam pelo processo de testes de software níveis. Existem basicamente quatro níveis de teste e eles são:
- os Testes de Unidade
- Teste de Integração
- Teste de Aceitação
Teste
Basicamente, ele começa com o Teste de Unidade de fase e termina com o Teste de Aceitação.
na próxima seção deste tutorial de teste de software, eu vou mergulhar mais profundamente no próximo tópico e explicar quais são os vários artefatos de documentação no teste de software.
Software Testing Documentation Artifacts
Documenting the test cases will facilitate you to estimate the testing effort you will need along with test coverage and tracking and tracking requirement. Alguns comumente aplicado a documentação de artefatos associados com testes de software são:
- Plano de Teste
- Cenário de Teste
- Caso de Teste
- Matriz de Rastreabilidade
Vamos discutir cada um deles em breve.
- plano de teste: fornece-lhe a estratégia delineada que será implementada para testar a aplicação.
- cenário de ensaio: o cenário de ensaio pode ser considerado como uma declaração de uma única linha que notifica a área em que a sua aplicação será experimentada. Este artefato é necessário para garantir o procedimento completo testado desde o início até o fim.Caso de ensaio :O caso de ensaio não é mais do que um conjunto de condições ou variáveis em que um testador determinará se um sistema em ensaio satisfaz os requisitos ou funciona correctamente. Os casos de teste abaixo mencionados estão sendo verificados durante os testes.Casos de testes funcionais
- casos de testes de erro negativo
- casos de testes lógicos
- casos de testes físicos
- casos de testes IU
- matriz de rastreabilidade: é também conhecida como matriz de rastreabilidade obrigatória (RTM). Ele contém uma tabela que esboça os requisitos quando o modelo SDLC do seu produto está sendo criado. Estes artefatos documentadores podem ser aplicados para rastreamento futuro que deve ir de projeto para codificação ou pode ser implementado para rastreamento retrospectivo, bem como que é o reverso do rastreamento futuro.Isto nos leva ao fim dos Artefatos de documentação de teste de Software. Agora, vamos avançar neste artigo de tutorial de teste de Software e aprender o que é gerenciamento de defeitos?
Qual é o processo de gestão de defeitos?
Gestão de defeitos é um processo de detecção e correção de erros. Como os bugs são uma parte da indústria de software, eles ocorrem constantemente no processo de desenvolvimento de software. Os membros da equipe devem escrever grandes peças de Código todos os dias, e eles geralmente não têm tempo para pensar em como evitar bugs. Assim, cada projeto de desenvolvimento de software requer um processo que ajuda a detectar os defeitos e corrigi-los.
O processo de gestão de defeitos é conduzido na fase de ensaio do produto. Sem perceber isso, seria difícil entender a natureza da Gestão de defeitos.. Normalmente, os desenvolvedores testam seus próprios produtos. Além disso, há também um tipo de teste que é baseado no envolvimento do Usuário. Os usuários finais são muitas vezes fornecidos com uma capacidade de relatar sobre os bugs que eles identificaram. No entanto, esta não é a melhor maneira de testar, porque os usuários podem não ser capazes de encontrar todos os bugs.
o processo de gestão de defeitos geralmente inclui quatro etapas.
- O primeiro passo é a fase de detecção de defeito
- O segundo passo é dedicado à formulação de relatórios de bug
- O terceiro passo é corrigir o erro.
- na etapa final, a lista de Bugs é criada
agora, vamos avançar no artigo tutorial de teste de Software e entender o processo de detecção de bugs com a ajuda do ciclo de vida de bugs.
ciclo de vida dos Insectos
um ciclo de vida dos defeitos é um processo no qual um defeito passa por várias fases durante toda a sua vida. Começa quando um defeito é encontrado e termina quando um defeito é fechado, depois de garantir que não é reproduzido. Um ciclo de vida de defeito está relacionado com o bug encontrado durante o teste.
O Ciclo de vida dos insectos ou defeitos inclui os passos ilustrados na figura abaixo.:
- novo: Nesta etapa, se um defeito é registrado e publicado pela primeira vez, seu estado é dado como novo.
- atribuído: após o testador ter postado o bug, a liderança do testador aprova que o bug é genuíno e ele atribui o bug para um desenvolvedor correspondente e a equipe de desenvolvedores. É um estado dado como atribuído.
- Open: neste estado, o desenvolvedor começou a analisar e trabalhar na correção de defeitos.
- fixo: como o desenvolvedor faz as alterações de código necessárias e verifica as alterações, então ele/ela pode fazer o estado de bug como ‘fixo’ e o bug é passado para a equipe de testes.
- Test: nesta fase, o testador faz o teste do código alterado que o desenvolvedor lhe devolveu para verificar se o defeito foi corrigido ou não.
- verificado: aqui, o testador testa o bug novamente depois que ele foi corrigido pelo desenvolvedor. Se não houver nenhum bug no software, ele aprova que o bug é corrigido e muda o estado para “verificado”.
- reabrir: no caso de o bug ainda existir mesmo após o bug ser corrigido pelo desenvolvedor, o testador muda o estado para “reaberto”. Neste estado, o bug passa pelo ciclo de vida mais uma vez.
- fechado: assim que o bug é fixo, ele é testado pelo testador. No caso, se o testador sentir que o bug não existe mais no software, ele muda o status do bug para “fechado”. Implica que o bug é corrigido, testado e aprovado.
- Duplicate: no ciclo de vida do bug, se o bug é repetido duas vezes ou os dois bugs mencionam o mesmo conceito do bug, então um estado de bug é alterado para “duplicate”.
- rejeitado: se no caso do desenvolvedor sentir que o bug não é genuíno, ele rejeita o bug. Então o estado do bug é alterado para “rejeitado”.
- deferido: se o bug for alterado para estado deferido significa que se espera que o bug seja corrigido nas próximas versões.
isto foi tudo sobre o ciclo de vida do Bug e o processo de gerenciamento de defeitos. Agora, vamos ver quais são os desafios com testes manuais.
desafios com testes manuais
O teste de uma aplicação manualmente por Testadores de qualidade é conhecido como teste Manual. Aqui, todos os testes precisam ser realizados manualmente em cada ambiente, usando um conjunto de dados diferente e a taxa de sucesso/ falha de cada transação deve ser gravada.
na figura acima pode ver um homem que verifica manualmente as transacções registadas. Você pode facilmente notificar os desafios que ele está enfrentando pode causar fadiga, tédio, atraso no trabalho, erros e erros por causa do esforço manual. Isto levou ao surgimento de testes de automação.
agora, vamos aprofundar o último tópico de software testando artigo tutorial e ver como a automação testando testes de batidas manual testing.teste de automação vs teste Manual
teste de automação supera sempre o teste manual. Por quê? Porque é superfast, requer muito menos investimento em Recursos Humanos, não propenso a erros, a execução frequente de testes é possível, suporta testes de regressão e também testes funcionais.Vamos dar um exemplo e entender isso. Digamos que você tem uma página de login e você precisa verificar se todas as tentativas de login são bem sucedidas, então será realmente fácil escrever um pedaço de código que irá validar se todas as tentativas de transação/ login são um sucesso ou não (execução automática de caso de teste).
todos estes testes podem ser configurados de forma a serem testados em diferentes ambientes e navegadores web. Não apenas isso, também você pode automatizar a geração de arquivo de resultado, programando-o para um determinado tempo durante o dia. Então você também pode automatizar a geração de relatórios com base nesses resultados e o que não.
Important point here is that automation testing makes a tester’s job, a whole lot simpler. Consulte a imagem acima que mostra um ambiente mais relaxado em que o mesmo testador está funcionando. Se você deseja saber mais sobre o teste de Automação e a ferramenta de teste de automação amplamente utilizada selênio, você pode se referir a este Tutorial de selênio.
isto foi tudo sobre como o teste de automação está brilhando seu caminho no campo de testes de software. Isso nos leva ao final do artigo sobre Tutorial de teste de Software. Espero que o tenha achado informativo e que tenha ajudado a valorizar o seu conhecimento.
se você achou este” Software Testing Tutorial ” relevante, confira o treinamento de Certificação selênio live-online por Edureka, uma empresa de Aprendizagem Online confiável com uma rede de mais de 250.000 alunos satisfeitos espalhados por todo o mundo.