Este Artigo Explica as Diferenças Chave entre os testes UAT do SIT Vs. Também aprenderá sobre testes de integração do sistema e métodos de teste de aceitação do utilizador:
Em geral, os testes são feitos tanto por testadores como por programadores. Cada um deles segue o seu próprio padrão para testar uma aplicação.
Teste de Integração do Sistema ou SIT é feito pelos testadores, enquanto que o Teste de Aceitação do Utilizador, vulgarmente conhecido como UAT é feito por último pelos utilizadores finais. Este artigo irá comparar ambos SIT e UAT em detalhe e ajudá-lo-á a compreender as diferenças chave entre os dois.
P>Vamos explorar!!
SIT Vs UAT: Visão Geral
Em geral, os níveis de teste têm a seguinte hierarquia:
- Testes de unidade
- Testes de componentes
- Testes de sistemas
- Testes de integração de sistemas
- Testes de aceitação do utilizador
- Produção
Deixe-nos analisar as principais diferenças entre os Testes de Integração de Sistemas (SIT) e os Testes de Aceitação de Utilizadores (UAT).
Teste de Integração de Sistemas (SIT)
Dois subsistemas/sistemas diferentes serão combinados num ponto em qualquer projecto. Temos então de testar este sistema como um todo. Daí que isto se chame Teste de Integração do Sistema.
Etapas de Trabalho do SIT
- As unidades individuais têm de ser integradas primeiro em construções separadas.
- O sistema inteiro tem de ser testado como um todo.
- Os casos de teste têm de ser escritos usando software apropriado baseado em requisitos de software.
- Os erros tais como erros de IU, erros de fluxo de dados, erros de interface podem ser encontrados neste teste.
Exemplo:
Deixe-nos considerar que um sítio de cuidados de saúde tem 3 separadores inicialmente i.e. Informação do Paciente, Educação, Registos médicos anteriores. O sítio de saúde acrescentou agora um novo separador chamado Injection information.
P>Agora os detalhes do novo separador ou base de dados têm de ser fundidos com os separadores existentes e o sistema tem de ser testado como um todo com 4 separadores.
Exemplo de SIT
Temos de testar o sítio integrado que tem quatro separadores.
O sítio integrado parece algo como se mostra abaixo:
Técnicas utilizadas no SIT
- Abordagem de cima para baixo
- Abordagem de baixo para cima
- Abordagem de grande explosão
#1) Topo…Abordagem descendente
Como o próprio nome sugere, significa que segue a execução de cima para baixo. É um método em que a funcionalidade principal ou módulo é testada, seguida dos sub-módulos por ordem. Aqui, levanta-se uma questão sobre o que faremos se os submódulos reais consecutivos não estiverem presentes imediatamente para integração.
A resposta a isto dá origem a STUBS.
Stubs são conhecidos como programas. Actuam como módulos fictícios e executam a função de módulo necessária de uma forma limitada.
Os tubos executam a funcionalidade de uma unidade/módulo/sub-módulo de uma forma parcial até que o módulo real fique pronto para integrações, uma vez que a integração de sub-módulos é difícil.
Os componentes de baixo nível podem ser substituídos por tubos para integração. Assim, a abordagem de cima para baixo pode seguir uma linguagem estruturada ou de procedimento. Depois de um stub ser substituído pelo componente real, o stub seguinte pode ser substituído pelos componentes reais.
A execução do diagrama acima será o módulo A, módulo B, módulo C, módulo D, módulo E, módulo F, módulo G.
Exemplo para stubs:
#2) Abordagem de baixo para cima
Esta abordagem segue a hierarquia de baixo para cima. Aqui, os módulos inferiores são integrados primeiro e depois os módulos superiores são integrados e testados.
Os módulos ou unidades mais inferiores são fundidos e testados. O conjunto de unidades inferiores é chamado Clusters. Ao integrar os sub-módulos com o módulo principal, caso o módulo principal não esteja disponível, então os DRIVERS são utilizados para codificar o programa principal.
DRIVERS são chamados programas de chamada.
Fugas de efeito é menor nesta abordagem.
Para integrar os sub-módulos a um nível superior ou módulo principal, é criado um módulo driver como mostra a figura acima.
#3) Abordagem Big Bang
Em palavras simples, na Abordagem Big Bang, é necessário ligar todas as unidades de uma só vez e testar todos os componentes. Nenhuma partição é feita aqui. Não devem ocorrer fugas de defeitos.
Esta abordagem é útil para projectos recém-desenvolvidos que se tenham desenvolvido a partir do zero ou aqueles que tenham sofrido grandes melhorias.
User Acceptance Testing (UAT)
Quando um testador entrega o projecto testado completo ao cliente/utilizador final, então o cliente/utilizador final irá testar novamente o projecto para ver se foi concebido correctamente. Isto chama-se Teste de Aceitação do Utilizador.
Casos de teste apropriados têm de ser escritos para ambos, a fim de realizar o teste.
UAT
Os programadores desenvolvem um código baseado no documento de Especificação de Requisitos Funcionais. Os testadores testam-no e relatam bugs. Mas o cliente ou utilizador final só sabe exactamente como o sistema funciona. Assim, testam o sistema a partir do seu fim.
Etapas de trabalho do UAT
- O plano UAT tem de ser criado com base nos requisitos.
- Os cenários têm de ser construídos a partir dos requisitos.
- Os casos de teste e os dados de teste têm de ser preparados.
- Os casos de teste têm de ser executados e verificados à procura de quaisquer bugs presentes.
- Se não houver nenhum bug e os casos de teste tiverem passado, então o projecto pode ser colocado para assinar e enviado para produção.
- Se forem encontrados quaisquer defeitos ou bugs, então tem de ser corrigido imediatamente para preparar para lançamento.
Tipos de teste UAT
- Alpha e Beta Testing: Os testes Alfa são feitos no local de desenvolvimento enquanto que os testes Beta são feitos no ambiente externo, ou seja, numa empresa externa, etc.
- Testes de Aceitação de Contratos: Num contrato, as especificações aceites que são predefinidas precisam de ser cumpridas.
- Testes de Aceitação de Regulamentação: Como o nome indica, os testes são feitos contra os regulamentos.
- Testes de Aceitação Operacionais: A operação ou o fluxo de trabalho concebido deve ser o esperado.
- Teste de Caixa Preta: Sem aprofundar o software precisa de ser testado para o seu propósito vital.
Diferenças-chave entre SIT Vs UAT
| SIT | UAT |
|---|---|
| Isto é realizado por testadores e programadores. | Isto é realizado por utilizadores finais e clientes. |
| A integração das subunidades/unidades é verificada aqui. As interfaces devem ser testadas. | O desenho completo é verificado aqui. |
| O sistema é testado como um todo para a funcionalidade principal do produto como desejado pelo utilizador. | |
| É feito com base nos requisitos pelos testadores. | É feito com base na perspectiva do utilizador sobre como o produto tem de ser utilizado pelo utilizador final. |
| SIT é executado assim que o sistema é montado. | UAT é executado finalmente imediatamente antes do lançamento do produto. |
Conclusion
Testes de integração do sistema são feitos principalmente para testar os requisitos de interface de um sistema. Enquanto que os testes de aceitação do utilizador são feitos para verificar a funcionalidade do sistema como um todo por um utilizador final. Os casos de teste apropriados têm de ser escritos para ambos os testes.
SIT podem ser feitos por 3 técnicas (abordagens Top-down, Bottom-up, e Big bang). O UAT pode ser feito utilizando 5 metodologias (Teste Alfa e Beta, Teste de Aceitação de Contrato, Teste de Aceitação de Regulamento, Teste de Aceitação Operacional, e Teste de Caixa Negra).
Defeitos encontrados nos testes do sistema podem ser facilmente corrigidos. Diferentes construções podem ser feitas com base em defeitos. Enquanto que os defeitos encontrados no UAT são considerados como uma marca negra para os testadores e não são aceites.
No UAT os funcionários ou clientes da empresa devem estar satisfeitos com o facto de o produto desenvolvido satisfazer as suas necessidades no ambiente empresarial. O SIT deve satisfazer os requisitos funcionais do sistema.
Esperamos que este artigo tenha esclarecido todas as suas dúvidas sobre o SIT Vs UAT!!