Olá, Eva! Tudo bem?
Parabéns pela conclusão da atividade! É excelente ver você praticando as duas formas mais comuns de documentação de testes no dia a dia de um QA (Quality Assurance).
Dominar tanto o Gherkin quanto o Passo a Passo é fundamental, pois cada um atende a um público diferente dentro de um time de tecnologia.
Análise das suas Escritas
- Formato Gherkin (BDD): Você utilizou muito bem as palavras-chave
Dado, Quando e Então. Esse formato é incrível porque serve como uma ponte entre o time de negócios e o time de desenvolvimento. Uma dica técnica: tente evitar nomes de botões específicos (como "clico no botão Login") e foque mais na ação ("tento realizar o acesso"), para que o teste não "quebre" se o botão mudar de nome ou posição. - Formato Passo a Passo: Ficou muito claro e objetivo! Esse é o formato ideal para quando um desenvolvedor precisa reproduzir um erro que você encontrou ou para quando temos um processo de execução manual minucioso.
Dica de Especialista para o Plano de Testes
Ao testar cenários de login, uma boa prática de QA é validar também a segurança. No seu cenário de "Senha Inválida", você definiu que a mensagem exibida deve ser:
"Usuário ou Senha inválidos"
Isso é uma excelente prática de segurança! Ao não dizer especificamente se o erro foi no usuário ou na senha, você evita dar dicas valiosas para alguém que esteja tentando invadir a conta por tentativa e erro (Brute Force).
Visualizando o Fluxo do Teste
Para fixar o processo que você documentou, veja como o sistema processa esse cenário:
Um pequeno ajuste para o futuro
No Passo a Passo, lembre-se sempre de separar o Procedimento (o que você faz) do Resultado Esperado (o que deve acontecer). Ficaria assim:
- Passo 4: Clicar no botão "Login".
- Resultado Esperado: O sistema deve exibir a mensagem "Usuário ou Senha inválidos" e manter o usuário na tela de login.
Eva, excelente primeiro post no fórum! Você sentiu que escrever em Gherkin ajudou a entender melhor o comportamento esperado do usuário na plataforma?
