AUTOMAÇÃO - DIA 1
Questionário sobre os conceitos básicos sobre o cucumber e sobre automação em APIs
0
0
0
Anúncios
1
O Cucumber é um framework feito para suportar o BDD (Behavior Driven Development) e adequar os testes. Sobre o Cucumber é correto afirmar que:
Permite escrever os testes com estrutura diferente de pré-condição, ação e resultado esperado
Ao utilizar o cucumber, o teste regressivo se torna uma consequência da automação
É um framework apenas para automação
Permite escrever os testes de forma que todos os envolvidos possam entender
2
Sobre automação de APIs, julgue o enunciado abaixo: Para se automatizar uma API, apenas o script cucumber é necessário com todas as suas respectivas instruções.
Falso
Verdadeiro
3
Ao se utilizar o Cucumber como framework para se automatizar uma API, o que é correto a se afirmar:
A estrutura Dado(Given), Quando(When) e Então(Then) que o Gherkin apresenta só é utilizada na automação efetiva dos testes
O step Dado(Given) do gherkin, represente nos testes de API o método a ser utilizado na requisição
O step Quando(When) do gherkin, representa nos testes de API um preenchimento de campo na requisição
A estrutura de Dado(Given), Quando(When) e Então(Then) que o Gherkin apresenta torna a automação de APIs uma estrutura padrão para cada cenário e para cada API nos testes
4
Ao que corresponde ao conceito de APIs, julgue o item abaixo: API é uma rotina de ações realizadas pelos softwares integrados.
Falso
Verdadeiro
5
Ao compararmos a estrutura de testes que o Gherkin apresenta com o método clássico de definir um caso de teste, podemos concluir que:
Given = pré-condição;
When = Ação tomada;
Then= Resultado esperado.
Given = pré-condição;
When = Ação tomada;
Then= Resultado esperado.
But = Pós ação;
When = pré-condição;
Given = Ação tomada no teste;
Then= Resultado esperado.
But = Pós ação;
Given = pré-condição;
When = Ação tomada;
Then= Resultado esperado.
But = Pós ação;
And = Repete o mesmo passo declarado anteriormente.
