Conceitos: Teste de Aceitação
O teste de aceitação é a última ação de teste antes da implantação do software. A meta do teste de aceitação é verificar se o software está pronto e pode ser usado pelos usuários finais para executar as funções e as tarefas para as quais foi criado. Existem 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 nível de detalhe do teste do sistema. Os casos de teste escolhidos devem ser um subconjunto dos que foram realizados no teste do sistema. É importante não se distanciar de nenhuma forma 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 escolhido.
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.
- Os testes podem não revelar defeitos subjetivos no software, já que são procurados 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 fazer. Essa abordagem de teste de aceitação não é tão controlada como o teste formal e é mais subjetiva do 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.
- Não há controle sobre os casos de teste que são usados.
- Os usuários finais podem se adaptar à forma como o sistema funciona e não encontrar 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 sob o controle do projeto e podem ser limitados.
O teste beta é o menos controlado das três estratégias de teste de aceitação. Nesse tipo de teste, a quantidade de detalhes, os dados e a abordagem adotada são de inteira responsabilidade 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 os próprios critérios que o levarão a aceitar ou rejeitar o sistema no 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). Esse teste é 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.
- Grande volume de possíveis recursos de teste.
- Aumenta a satisfação do cliente para aqueles que participam.
- Serão revelados defeitos mais subjetivos do que no teste de aceitação formal ou informal.
As desvantagens incluem:
- Nem todas as funções e/ou recursos podem ser testados.
- É difícil medir o progresso do teste.
- Os usuários finais podem se adaptar à forma como o sistema funciona e não encontrar ou relatar 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 sob o controle do projeto e podem ser limitados.
- Os critérios de aceitabilidade não são conhecidos.
- São necessários recursos com suporte adicional para gerenciar os testadores beta.
Copyright
(c) 1987 - 2001 Rational Software Corporation
| 
