Teste de caixa preta
Black Box Testing é um método de teste de software no qual as funcionalidades dos aplicativos de software são testadas sem o conhecimento da estrutura do código interno, detalhes de implementação e caminhos internos. O Black Box Testing se concentra principalmente na entrada e saída de aplicativos de software e é inteiramente baseado em requisitos e especificações de software. Também é conhecido como Teste Comportamental.
A caixa preta acima pode ser qualquer sistema de software que você deseja testar. Por exemplo, um sistema operacional como o Windows, um site como o Google, um banco de dados como o Oracle ou mesmo seu próprio aplicativo personalizado. No Black Box Testing, você pode testar esses aplicativos focalizando apenas as entradas e saídas sem saber sua implementação de código interno. Considere o seguinte tutorial em vídeo -
Clique aqui se o vídeo não estiver acessível
Como fazer testes do BlackBox
Aqui estão as etapas genéricas seguidas para realizar qualquer tipo de teste de caixa preta.
- Inicialmente, os requisitos e especificações do sistema são examinados.
- O testador escolhe as entradas válidas (cenário de teste positivo) para verificar se o SUT as processa corretamente. Além disso, algumas entradas inválidas (cenário de teste negativo) são escolhidas para verificar se o SUT é capaz de detectá-las.
- O testador determina as saídas esperadas para todas essas entradas.
- O testador de software constrói casos de teste com as entradas selecionadas.
- Os casos de teste são executados.
- O testador de software compara as saídas reais com as saídas esperadas.
- Os defeitos, se houver, são corrigidos e testados novamente.
Tipos de teste de caixa preta
Existem muitos tipos de teste de caixa preta, mas os seguintes são os mais proeminentes -
- Teste funcional - Este tipo de teste de caixa preta está relacionado aos requisitos funcionais de um sistema; isso é feito por testadores de software.
- Teste não funcional - Este tipo de teste de caixa preta não está relacionado ao teste de funcionalidade específica, mas a requisitos não funcionais, como desempenho, escalabilidade, usabilidade.
- Teste de regressão - o teste de regressão é feito após correções de código, atualizações ou qualquer outra manutenção do sistema para verificar se o novo código não afetou o código existente.
Ferramentas usadas para teste de caixa preta:
As ferramentas usadas para o teste de caixa preta dependem muito do tipo de teste de caixa preta que você está fazendo.
- Para testes funcionais / de regressão que você pode usar - QTP, Selenium
- Para testes não funcionais, você pode usar - LoadRunner, Jmeter
Técnicas de teste de caixa preta
A seguir estão as estratégias de teste proeminentes entre as muitas usadas nos testes de caixa preta
- Teste de classe de equivalência: é usado para minimizar o número de casos de teste possíveis para um nível ideal enquanto mantém uma cobertura de teste razoável.
- Teste de valor limite : o teste de valor limite concentra-se nos valores nos limites. Esta técnica determina se um determinado intervalo de valores é aceitável pelo sistema ou não. É muito útil para reduzir o número de casos de teste. É mais adequado para os sistemas em que uma entrada está dentro de certos intervalos.
- Teste de tabela de decisão : uma tabela de decisão coloca as causas e seus efeitos em uma matriz. Existe uma combinação única em cada coluna.
Comparação de testes de caixa preta e caixa branca:
| Teste de caixa preta | Teste de caixa branca |
|---|---|
| o foco principal do teste de caixa preta é a validação de seus requisitos funcionais. | O teste de caixa branca (teste de unidade) valida a estrutura interna e o funcionamento do código do software |
| O teste de caixa preta fornece abstração do código e concentra-se no esforço de teste no comportamento do sistema de software. | Para conduzir o Teste da Caixa Branca, o conhecimento da linguagem de programação subjacente é essencial. Os sistemas de software atuais usam uma variedade de linguagens de programação e tecnologias e não é possível saber todas elas. |
| O teste de caixa preta facilita o teste de comunicação entre os módulos | O teste de caixa branca não facilita o teste de comunicação entre os módulos |
Ciclo de vida de desenvolvimento de software e teste de caixa preta (SDLC)
O teste de caixa preta tem seu próprio ciclo de vida denominado Ciclo de Vida de Teste de Software (STLC) e é relativo a cada estágio do Ciclo de Vida de Desenvolvimento de Software da Engenharia de Software.
- Requisito - Este é o estágio inicial do SDLC e, neste estágio, um requisito é coletado. Os testadores de software também participam dessa etapa.
- Planejamento e análise de teste - são determinados os tipos de teste aplicáveis ao projeto. É criado um Plano de Teste que determina os possíveis riscos do projeto e sua mitigação.
- Design - nesta fase, casos de teste / scripts são criados com base em documentos de requisitos de software
- Execução do Teste - Nesta fase, os Casos de Teste preparados são executados. Bugs, se houver, são corrigidos e testados novamente.