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, para desempenhar 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:

• Aceitação Formal
• Aceitação Informal ou Teste Alfa
• Teste Beta

A estratégia selecionada baseia-se geralmente nos requisitos contratuais, nos padrões organizacionais e corporativos, bem como no domínio do aplicativo.

Teste de Aceitação Formal

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 tarefas e os produtos de trabalho 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.

Teste de Aceitação Informal

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 atividades 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 podem se adaptar à forma como o sistema funciona e não encontrar defeitos.
• os usuários podem se concentrar na comparação do novo sistema com um sistema legado, 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.

Teste Beta

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, 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.
• 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 podem se adaptar à forma como o sistema funciona e não encontrar ou relatar defeitos.
• os usuários podem se concentrar na comparação do novo sistema com um sistema legado, 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.