TESTE MANUAL - TESTE DE SOFTWARE

O teste manual é um processo de teste de software no qual os casos de teste são executados manualmente sem o uso de nenhuma ferramenta automatizada. Todos os casos de teste executados manualmente pelo testador de acordo com a perspectiva do usuário final. Garante se o aplicativo está funcionando, conforme mencionado no documento de requisitos ou não. Os casos de teste são planejados e implementados para completar quase 100% do aplicativo de software. Os relatórios de casos de teste também são gerados manualmente.

O teste manual é um dos processos de teste mais fundamentais, pois pode encontrar defeitos visíveis e ocultos no software. A diferença entre a saída esperada e a saída, fornecida pelo software, é definida como um defeito. O desenvolvedor corrigiu os defeitos e entregou ao testador para novo teste.

O teste manual é obrigatório para todo software recém-desenvolvido antes do teste automatizado. Este teste requer muito esforço e tempo, mas dá a garantia de um software livre de bugs. O teste manual requer conhecimento de técnicas de teste manuais, mas não de qualquer ferramenta de teste automatizado.

O teste manual é essencial porque um dos teste de software os fundamentos são '100% de automação não é possível'.

Por que precisamos de testes manuais

Sempre que um aplicativo chega ao mercado e está instável ou apresentando um bug ou problemas ou criando um problema enquanto os usuários finais o usam.

Se não quisermos enfrentar esse tipo de problema, precisamos realizar uma rodada de testes para tornar o aplicativo livre de bugs e estável e entregar um produto de qualidade ao cliente, porque se o aplicativo estiver livre de bugs, o usuário final usará o aplicativo de forma mais conveniente.

Se o engenheiro de teste fizer testes manuais, ele poderá testar o aplicativo como uma perspectiva do usuário final e se familiarizar mais com o produto, o que o ajuda a escrever os casos de teste corretos do aplicativo e fornecer feedback rápido sobre o aplicativo.

Tipos de testes manuais

Existem vários métodos usados para testes manuais. Cada técnica é usada de acordo com seus critérios de teste. Os tipos de testes manuais são fornecidos abaixo:

Teste de caixa branca
Teste de caixa preta
Teste de caixa cinza

Teste de caixa branca

O teste de caixa branca é feito pelo Desenvolvedor, onde eles verificam cada linha de um código antes de entregá-lo ao Engenheiro de Teste. Como o código fica visível para o desenvolvedor durante o teste, é por isso que também é conhecido como teste de caixa branca.

Para obter mais informações sobre o teste de caixa branca, consulte o link abaixo:

https://www.javatpoint.com/white-box-testing

Teste de caixa preta

O teste caixa preta é feito pelo Engenheiro de Teste, onde pode verificar a funcionalidade de uma aplicação ou software de acordo com a necessidade do cliente/cliente. Neste, o código não fica visível durante a execução do teste; é por isso que é conhecido como teste de caixa preta.

Para obter mais informações sobre testes de caixa preta, consulte o link abaixo:

https://www.javatpoint.com/black-box-testing

Teste de caixa cinza

O teste de caixa cinza é uma combinação de teste de caixa branca e caixa preta. Pode ser realizado por uma pessoa que conheça codificação e teste. E se uma única pessoa realizar testes de caixa branca, bem como de caixa preta para o aplicativo, isso é conhecido como teste de caixa cinza.

Para obter mais detalhes sobre o teste de caixa cinza, consulte o link abaixo:

https://www.javatpoint.com/grey-box-testing

Java não

Como realizar testes manuais

Primeiro, o testador observa todos os documentos relacionados ao software para selecionar as áreas de teste.
O testador analisa os documentos de requisitos para cobrir todos os requisitos declarados pelo cliente.
O testador desenvolve os casos de teste de acordo com o documento de requisitos.
Todos os casos de teste são executados manualmente usando testes de caixa preta e testes de caixa branca.
Se ocorrerem bugs, a equipe de teste informa a equipe de desenvolvimento.
A equipe de desenvolvimento corrige bugs e entrega o software à equipe de testes para um novo teste.

Processo de construção de software

Assim que o requisito for coletado, ele será fornecido às duas equipes diferentes de desenvolvimento e teste.
Depois de obter o requisito, o desenvolvedor em questão começará a escrever o código.
Enquanto isso, o engenheiro de teste entende o requisito e prepara os documentos necessários, até agora o desenvolvedor pode completar o código e armazenar no Ferramenta de versão de controle .
Depois disso, o código muda na UI e essas mudanças são tratadas por uma equipe separada, conhecida como construir equipe .
Esta equipe de construção pegará o código e começará a compilar e compactar o código com a ajuda de uma ferramenta de construção. Assim que obtivermos alguma saída, a saída vai para o arquivo zip, que é conhecido como Construir (aplicativo ou software). Cada Build terá um número exclusivo como (B001, B002).
Em seguida, este Build específico será instalado no servidor de teste. Depois disso, o engenheiro de teste acessará este servidor de teste com a ajuda da URL de teste e começará a testar a aplicação.
Se o engenheiro de teste encontrar algum bug, ele será reportado ao desenvolvedor em questão.
Em seguida, o desenvolvedor reproduzirá o bug no servidor de teste e corrigirá o bug e armazenará novamente o código na ferramenta de versão de controle, e instalará o novo arquivo atualizado e removerá o arquivo antigo; esse processo continua até obtermos a versão estável.
Assim que obtivermos o Build estável, ele será entregue ao cliente.

Nota 1

Depois de coletarmos o arquivo da ferramenta de versão de controle, usaremos a ferramenta de construção para compilar o código da linguagem de alto nível para a linguagem de nível de máquina. Após a compilação, se o tamanho do arquivo aumentar, compactaremos esse arquivo específico e o despejaremos no servidor de teste.
Este processo é feito por Construir equipe , desenvolvedor (se a equipe de construção não estiver presente, um desenvolvedor pode fazer isso) ou o líder de teste (se a equipe de construção lidar diretamente com o zip e instalar o aplicativo no servidor de teste e informar o engenheiro de teste).
Geralmente, não podemos obter um novo Build para cada bug; caso contrário, a maior parte do tempo será desperdiçada apenas na criação das compilações.

Nota 2

Construir equipe

A principal tarefa da equipe de construção é criar o aplicativo ou Build e converter a linguagem de alto nível em linguagem de baixo nível.

Construir

É um software usado para converter o código em formato de aplicativo. E consiste em algum conjunto de recursos e correções de bugs que são entregues ao engenheiro de teste para fins de teste até que se torne estável.

Ferramenta de versão de controle

É um software ou aplicativo utilizado para a seguinte finalidade:

Nesta ferramenta podemos salvar diversos tipos de arquivos.
Está sempre seguro porque acessamos o arquivo a partir das ferramentas usando as mesmas credenciais de login.
O objetivo principal das ferramentas é rastrear as alterações feitas nos arquivos existentes.

Exemplo de processo de construção

Vejamos um exemplo para entender como construir o trabalho do processo em cenários reais:

Assim que o engenheiro de teste receber o bug, ele o enviará aos desenvolvedores, e eles precisarão de algum tempo para analisar; depois disso, ele apenas corrige o bug (o engenheiro de teste não pode fornecer a coleção do bug).

O desenvolvedor decide quantos bugs ele pode corrigir de acordo com seu tempo. E o engenheiro de teste decide qual bug deve ser corrigido primeiro de acordo com suas necessidades, porque os engenheiros de teste não podem se dar ao luxo de interromper os testes.

E o engenheiro de teste que recebe o e-mail só pode saber qual bug foi corrigido pelo lista das correções de bugs .

O tempo aumentará porque no primeiro Build, os desenvolvedores deverão escrever o código nas diferentes funcionalidades. E no final ele só poderá fazer as correções de bugs e o número de dias diminuirá.

Nota 3

Ciclo de teste

O ciclo de teste é o tempo dado ao engenheiro de teste para testar cada Build.

Diferenças entre as duas construções

Os bugs encontrados em uma compilação podem ser corrigidos em qualquer compilação futura, o que depende dos requisitos do engenheiro de teste. Cada nova compilação é a versão modificada da antiga, e essas modificações podem ser correções de bugs ou adição de alguns novos recursos.

Com que frequência recebíamos o novo Build

No início, recebíamos builds semanais, mas na última fase de testes, quando o aplicativo estava ficando estável, recebíamos o novo Build uma vez a cada 3 dias, dois dias ou diariamente também.

Quantas construções obtemos

Se considerarmos um ano de qualquer duração de projeto, teremos de 22 a 26 compilações.

Quando obtivermos as correções de bugs

Geralmente, entendemos as correções de bugs somente após a conclusão do ciclo de teste, ou a coleção de bugs é corrigida em uma compilação e entregue nas próximas compilações.

Vantagens do teste manual

Não requer conhecimento de programação ao usar o método Black Box.
Ele é usado para testar designs de GUI que mudam dinamicamente.
O testador interage com o software como um usuário real para que seja capaz de descobrir problemas de usabilidade e interface do usuário.
Ele garante que o software esteja cem por cento livre de erros.
É econômico.
Fácil de aprender para novos testadores.

Desvantagens do teste manual

Requer um grande número de recursos humanos.
É muito demorado.
O testador desenvolve casos de teste com base em suas habilidades e experiência. Não há evidências de que tenham coberto todas as funções ou não.
Os casos de teste não podem ser usados novamente. Necessidade de desenvolver casos de teste separados para cada novo software.
Ele não fornece testes em todos os aspectos dos testes.
Como duas equipes trabalham juntas, às vezes é difícil entender os motivos uma da outra, o que pode confundir o processo.

Ferramentas de teste manual

Nos testes manuais, diferentes tipos de testes como unidade, integração, segurança, desempenho e rastreamento de bugs, temos diversas ferramentas como Jira, Bugzilla, Mantis, Zap, NUnit, Tessy, LoadRunner, Citrus, SonarQube, etc. mercado. Algumas das ferramentas são de código aberto e outras são comerciais.

Para obter mais informações sobre ferramentas de teste, consulte o link abaixo:

https://www.javatpoint.com/software-testing-tools

Vamos entendê-los um por um:

LoadRunner

São as ferramentas de teste de desempenho mais comumente usadas. LoadRunner é usado principalmente para oferecer suporte a testes de desempenho para uma ampla variedade de procedimentos, número de abordagens e ambientes de aplicativos.

O principal objetivo da execução da ferramenta LoadRunner é classificar rapidamente as fontes mais comuns de problemas de desempenho.

Recursos do LoadRunner

A ferramenta LoadRunner contém n números de aplicativos, o que reduz o tempo de compreensão e descrição dos relatórios.
Podemos obter relatórios completos de testes de desempenho usando a ferramenta LoadRunner.
Isso reduzirá o custo dos testes de carga distribuídos e também oferecerá a ferramenta operacional para rastreamento de implantação.

Citrino

Citrus é uma ferramenta de teste de integração, que é a estrutura de teste mais comumente usada. Está escrito em Programação Java linguagem. É usado principalmente para solicitar e responder do lado do servidor e do cliente e validar os arquivos XML JSON.

Para realizar os testes de caso de uso ponta a ponta, o Citrus oferece suporte a vários protocolos HTTP, JMS e SOAP.

Características dos cítricos

A seguir estão alguns dos recursos importantes da ferramenta Citrus:

É usado para enviar e receber mensagens.
Citrus está disponível como código aberto e licenciado no mercado.
Ele oferece uma solução de baixo custo.
Podemos autenticar o banco de dados usando a ferramenta Citrus.
Descreverá a sequência de mensagens, oferecerá o plano de teste e documentará a cobertura do teste.
Ele cria a mensagem e verifica as respostas.

ZAP

ZAP é um scanner de segurança de aplicativos da web de código aberto. É significa Proxy de Ataque Zed . Assim como algumas outras ferramentas, também está escrito no Linguagem de programação JAVA . É o mais eficaz Projetos abertos de segurança de aplicativos da Web [OWASP].

Funcionalidades do ZAP

Suporta muitos sistemas operacionais, como Windows, Linux, OS X.
Possui uma arquitetura baseada em plugins.
Ele contém um mercado online que nos permite adicionar recursos novos ou atualizados.
O painel de controle GUI do ZAP é fácil de usar.

Freira

NUnit é uma das ferramentas de teste de unidade usadas com mais frequência. É uma ferramenta de código aberto e derivada principalmente do JUnit .

Foi completamente escrito no Linguagem de programação C# e adequado para todos Linguagens .Net .

Em outras palavras, podemos dizer que a ferramenta NUnit foi totalmente redesenhada para se tornar o diferencial de muitas qualidades da linguagem .Net. Por exemplo:

Capacidades relacionadas à reflexão. Outros atributos personalizados. Teste Manual

Características do NUnit

Permite as asserções como um método estático da classe de vantagem.
Ele sustenta os testes baseados em dados.
Ele oferece suporte a diversas plataformas, como .NET core Xamarin mobile, Silverlight e estrutura eficiente.
A capacidade do NUnit nos ajuda a executar os testes simultaneamente.
Ele usa um executor de console para carregar e executar os testes.

JIRA

A ferramenta de rastreamento de bugs mais usada regularmente é JIRA , que é uma ferramenta de código aberto. Ele é usado para rastreamento de bugs, gerenciamento de projetos e rastreamento de problemas.

Nesta ferramenta podemos rastrear facilmente todos os tipos de bugs ou defeitos relacionados ao software e produzidos pelos engenheiros de teste.

Recursos do JIRA

É uma ferramenta que economiza tempo.
Jira é usado para rastrear defeitos e problemas.
É usado para estabelecer as tarefas de documentação.
Jira é uma ferramenta muito útil para acompanhar a melhoria de nossa documentação.

Para obter informações completas sobre a ferramenta Jira, consulte o link abaixo: https://www.javatpoint.com/jira-tutorial.

SonarQube

Outra ferramenta de teste manual é o SonarQube, que melhora nosso fluxo de trabalho com qualidade e segurança de código contínuas. É flexível com o uso de plug-ins.

É totalmente escrito na linguagem de programação JAVA. Oferece avaliação e integração totalmente automatizadas com Ant, Maven, Gradle, MSBuild e ferramentas de integração constante. SonarQube tem a capacidade de registrar um histórico de métricas e fornecer o gráfico de evolução.

pandas loca

Características do Sonarqube

Abaixo estão alguns dos recursos importantes da ferramenta SonarQube:

Suporta diversas linguagens de programação como C, C++, Python, JAVA, HTML, CSS, VB.NET, PHP, COBOL, PL/SQL, etc.
Sob a Licença Pública Geral Menor GNU, o Sonarqube está disponível gratuitamente.
SonarQube é afiliado a algumas ferramentas externas importantes como GitHub, Active Directory, LDAP e outras.
SonarQube se fundiu com os ambientes de desenvolvimento Visual Studio, Eclipse e IntelliJ IDEA devido ao SonarLint plug-ins.

JMeter

JMeter é uma ferramenta de código aberto usada para testar o desempenho de recursos estáticos e dinâmicos e de aplicativos da web dinâmicos.

Ele é totalmente projetado no aplicativo JAVA para carregar o comportamento do teste funcional e medir o desempenho do aplicativo.

Facilita aos usuários ou desenvolvedores a utilização do código-fonte para o desenvolvimento de outras aplicações.

Recursos do JMeter

Abaixo estão algumas das características essenciais do JMeter:

É independente de plataforma, que aceita uma JVM como Windows, Mac e Linux, etc.
Ele suporta uma GUI amigável, interativa e direta.
É incrivelmente extensível carregar o teste de desempenho em vários tipos de servidores.

Para obter mais informações sobre o JMeter, consulte o link abaixo:

https://www.javatpoint.com/jmeter-tutorial.

Com Bugz

Outra ferramenta de rastreamento de bugs usada em testes manuais é Com Bugz .

É mais amplamente usado por muitas organizações para rastrear vários bugs do aplicativo.

Bugzilla é uma ferramenta de código aberto que ajuda o cliente e o cliente a rastrear os defeitos. O Bugzilla também é considerado uma ferramenta de gerenciamento de testes porque podemos facilmente vincular outras ferramentas de gerenciamento de casos de teste, como ALM, Quality Center, etc.

Recursos do Bugzilla

O Bugzilla possui alguns recursos adicionais que nos ajudam a relatar o bug facilmente:

Ele suporta vários sistemas operacionais, como Windows, Linux e Mac.
Com a ajuda do Bugzilla, podemos listar um bug em diversos formatos.
As preferências do usuário podem medir a notificação por e-mail.
O Bugzilla possui recursos avançados de pesquisa.

louva a Deus

Mantis é um sistema de rastreamento de bugs baseado na web. ManitsBT significa Rastreador de Bugs Mantis . É utilizado para acompanhar os defeitos de software e executado na linguagem de programação PHP. Também é uma ferramenta de código aberto.

Características do Louva-a-deus

Alguns dos recursos padrão da ferramenta específica são os seguintes:

Com a ajuda desta ferramenta, temos acessibilidade à pesquisa de texto completo.
Trilhas de auditoria de alterações feitas em problemas.
Ele fornece a integração do sistema de controle de revisão.
Controle de revisão de campos de texto e notas

Para obter mais detalhes sobre ferramentas de rastreamento de bugs, consulte o seguinte link: https://www.javatpoint.com/defect-or-bug-tracking-tool .

Tessy

Outra ferramenta de teste de integração é Tessy , que é usado para realizar a integração e o teste de unidade do software embarcado. Também nos ajuda a descobrir a cobertura de código do software ou aplicativo.

Ele pode gerenciar facilmente toda a organização de testes, incluindo necessidades de negócios, gerenciamento de testes, quantidade de cobertura e rastreabilidade.

Tessy contém três funções principais, que são as seguintes:

Editor de interface de teste (TIE)
Editor de dados de teste (TDE)
Área de trabalho.

Características do TESSY

Os recursos padrão do TESSY são os seguintes:

Produz o relatório de teste para os resultados da execução do teste.
Ele suporta várias linguagens de programação, como C e C++.
Tessy é usado para avaliar a interface da função e descreve a variável usada por essa função.

Para obter mais informações sobre ferramentas de teste de integração, consulte o seguinte link: https://www.javatpoint.com/integration-testing-tools .

Visão geral

Neste artigo, vimos informações detalhadas sobre Teste manual, que inclui a definição de teste manual, a necessidade de teste manual, tipo de teste manual, ferramentas de teste manual, o processo de teste manual e algumas vantagens e desvantagens importantes dele.

Por fim, podemos dizer que é um processo onde o engenheiro de testes precisa ser muito persistente, inovador e responsivo.

Nos testes manuais, o engenheiro de teste precisa pensar e agir como a interpretação do usuário final.

Para implementar testes manuais, um engenheiro de teste precisa de habilidade produtiva e imaginação. E eles precisam pensar em diversas situações ou cenários para testar uma aplicação específica.

Embora atualmente possamos testar quase todos os aplicativos com a ajuda de testes de automação, o teste manual ainda é necessário, pois é a base do teste de software.