Conceitos: Teste de Aceitação
O teste de aceitação é a ação de teste final antes da implementação do software.
A meta do teste de aceitação é verificar se o software está pronto e pode
ser utilizado pelos usuários finais para executar as funções e tarefas para as quais o
software foi construído. Há três estratégias comuns para implementar um teste de
aceitação. São elas:
A estratégia selecionada baseia-se geralmente nos requisitos contratuais, nos padrões
organizacionais e corporativos, bem como no domínio do aplicativo.
O teste de aceitação formal é um processo altamente gerenciado e costuma ser uma extensão do teste do sistema.
Os testes são planejados e projetados com o mesmo cuidado e no
mesmo detalhe que o teste do sistema. Os casos de teste escolhidos devem ser um subconjunto dos que foram realizados no teste do sistema.
É importante não desviar de nenhum dos casos
de teste escolhidos. Em muitas organizações, o teste de aceitação formal é totalmente automatizado.
As atividades e os artefatos são os mesmos do teste do sistema.
Em algumas organizações, a organização de desenvolvimento (ou o grupo de teste independente), com os representantes da organização do usuário final, executa o teste de aceitação.
Em outras organizações,
o teste de aceitação é executado inteiramente pela organização do usuário final ou por
um grupo objetivo de pessoas por ela escolhidas.
Os benefícios dessa forma de teste são:
- As funções e os recursos a serem testados são conhecidos.
- Os detalhes dos testes são conhecidos e podem ser medidos.
- Os testes podem ser automatizados, o que permite o teste de regressão.
- O progresso dos testes pode ser medido e monitorado.
- Os critérios de aceitabilidade são conhecidos.
As desvantagens incluem:
- São necessários recursos e planejamento significativos.
- Os testes podem ser uma nova implementação dos testes do sistema.
- O teste não pode revelar defeitos subjetivos no software, já que você está
procurando apenas os defeitos esperados.
No teste de aceitação informal, os procedimentos para executar o teste não são definidos com tanto rigor como no teste de aceitação formal.
As funções e as tarefas de negócios a serem exploradas são identificadas e documentadas, mas não há casos de teste específicos para seguir.
O testador individual determina o que deve ser feito.
Esta abordagem do teste de aceitação não é controlada como teste formal e é
mais subjetiva que o tipo formal.
O teste de aceitação informal é realizado com mais freqüência pela organização do usuário final.
Os benefícios dessa forma de teste são:
- As funções e os recursos a serem testados são conhecidos.
- O progresso dos testes pode ser medido e monitorado.
- Os critérios de aceitabilidade são conhecidos.
- Serão revelados defeitos mais subjetivos do que no teste de aceitação formal.
As desvantagens incluem:
- São necessários recursos, planejamento e recursos de gerenciamento.
- Você não tem controle sobre os casos de teste que são utilizados.
- Os usuários finais podem se adaptar à forma como o sistema funciona e não encontrar defeitos.
- Os usuários finais poderiam manter o foco na comparação do novo sistema com um sistema
legado, em vez da procura de defeitos.
- Os recursos do teste de aceitação não estão mais sob o controle do projeto
e podem ficar limitados.
O teste beta é o menos controlado das três estratégias de teste de aceitação.
No teste beta, a quantidade de detalhes, os dados e a abordagem adotadas são de inteira
escolha do testador individual. Cada testador é responsável por criar o próprio ambiente,
selecionar os dados correspondentes e determinar as funções, os recursos ou as
tarefas a serem exploradas. Cada um deles é responsável por identificar seus
próprios critérios para aceitar, ou não, o sistema em seu estado
atual.
O teste beta é implementado por usuários finais, geralmente com pouco ou nenhum gerenciamento por parte da organização de desenvolvimento (ou outra que não seja do usuário final).
O teste beta é o mais
subjetivo de todas as estratégias de teste de aceitação.
Os benefícios dessa forma de teste são:
- O teste é implementado por usuários finais.
- Há grandes volumes de potenciais recursos de teste.
- Há uma maior satisfação do cliente para aqueles que participam.
- São revelados defeitos mais subjetivos que o teste de aceitação formal ou
informal.
As desvantagens incluem:
- Talvez você não teste todas as funções ou os recursos.
- É difícil medir o progresso do teste.
- Os usuários finais podem se adaptar à forma como o sistema funciona e não encontrarem
ou relatarem defeitos.
- Os usuários finais podem se concentrar na comparação do novo sistema com um sistema antigo, em vez de procurar defeitos.
- Os recursos do teste de aceitação não estão mais sob o controle do projeto
e podem ficar limitados.
- Os critérios de aceitabilidade não são conhecidos.
- São necessários recursos com suporte adicional para gerenciar os testadores beta.
|