Skip to content

New Junior Pleno case #7

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
puloms wants to merge 2 commits into
base: master
Choose a base branch
from
Open

New Junior Pleno case #7

Changes from all commits
Commits
Show all changes
2 commits
Select commit Hold shift + click to select a range
9dcac81
New Junior Pleno case
Mar 22, 2021
d0c800b
fix typo
puloms Mar 22, 2021
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
24 changes: 5 additions & 19 deletions qa-junior-pleno/README.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -5,24 +5,10 @@ Objetivo: Criar um documento descrevendo os testes a serem realizados no blog da
* Os testes deverão cobrir **somente** a página principal
* Incluir na validação tudo o que for relevante para uma validação mínima da página. Exemplos: links para posts, caixas de pesquisa, menus etc.
* Os cenários/casos de testes devem armazenados na pasta ```1-planning```, especificados na linguagem [Gherkin](https://cucumber.io/docs/gherkin/reference/) ou em formato de planilha. No caso de planilha, especificar os testes utilizando **obrigatoriamente** as seguintes colunas: _Dados dos testes_, _Procedimento_ e _Resultado Esperado_
## Parte 2 - Execução dos testes
Objetivo: Executar os testes planejados na Parte 1, evidenciar os testes executados, criar métricas de execução e registro de defeitos.
## Parte 2 - Automação dos testes
Objetivo: Automatizar dois cenários descritos no documento da **Parte 1**
### Escopo
* Armazenar na pasta ```2-execution``` métricas dos testes executados (sumário da execução, total de casos de teste _passed_, _failed_ etc.)
* Armazenar também um registro de defeitos encontrados durante a execução, em formato de planilha.
* Os defeitos devem ser descritos de uma maneira que seja de fácil compreensão aos possíveis envolvidos (desenvolvedores, outros QAs, gerentes de projeto etc.). Utilize como referência [este post do CartoonTester](https://cartoontester.blogspot.com/2012/02/art-of-bug-reporting.html)
* Não se esqueça de evidenciar os defeitos encontrados adequadamente!
## Parte 3 - Automação dos testes
Objetivo: Automatizar um cenário/caso de teste do [blog da Idwall](https://blog.idwall.co/)
### Escopo
* Automatizar o seguinte caso de teste:
```
Cenário: Pesquisar um post no blog da Idwall
Quando acesso o blog da Idwall
E pesquiso um post informando um título existente
Então deve exibir o post pesquisado em uma página de resultados
```
* Utilizar o framework de teste de sua preferência (ex. JUnit, MSTest, RSpec, Cucumber, Cypress, TestCafé, Nightwatch etc.)
* Armazenar o código da automação na pasta ```3-automation```
* Criar também um README.md, com as instruções necessárias para executar a automação.
* Lembre-se que a máquina de quem efetuará a avaliação nem sempre contém todos os pacotes, programas e afins, necessários para a execução. Portanto, seja bem descritivo!
* Armazenar o código da automação na pasta ```2-automation```
* Criar também um README.md, com os passos necessários para configurar o ambiente e executar seus testes.
* Ponto extra se criar um ```Dockerfile``` :whale: para seu projeto :wink: