Testes funcionais, E2E, aceitação e caixa-preta #1299
Replies: 1 comment
-
Bom, vou te falar o que eu sei e acredito estar certo. |
Beta Was this translation helpful? Give feedback.
-
Bom, vou te falar o que eu sei e acredito estar certo. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Tenho pesquisado sobre testes funcionais e como implementa-los de forma decente, encontrei algumas diferenciações na nomenclatura e também algumas diferenças na explicação de cada forma de teste. Um exemplo do que aprendi até agora seria que um teste de aceitação não poderia ser automatizado pois ele não cumpre apenas requisitos funcionais descritos no projeto, abordando também necessidades reais do cliente, por isso, em teoria, deveriam ser sempre testados no cliente final, colocando a prova os requisitos definidos na documentação inicial. Entretanto testes deste tipo podem servir para descobrir casos de uso indispensáveis para o funcionamento do sistema no cliente, como já descrito, ou para cobrir apenas os requisitos da documentação, sendo que sempre o foco será atender os requisitos mínimos para o sistema ser aceito, neste caso ambos testes(funcional e aceitação) se confundem. Outra coisa que entendi a partir de um pensamento é que o teste de aceitação podem envolver por exemplo casos de problemas na usabilidade que não caberiam dentro dos testes funcionais por exemplo.
Por isto eu pergunto a vocês, qual as diferenças entres estes tipos de testes: Funcionais; E2E; Aceitação e Caixa-preta, quais suas motivações e quais efeitos colaterais de assumir ou outro.
Beta Was this translation helpful? Give feedback.
All reactions