Neste repositório, você encontrará os desafios realizados durante a formação de Testes Manuais e Automatizados fornecida pela Minsait/INDRA.
A primeira etapa do desafio dos testes manuais se deu por meio de um questionário. Nele, teve-se que responder algumas questões englobando:
- O que é teste?
- O que é qualidade de software?
- Teste Agile x Teste convencional
- Particionamento de Equivalência, Análise de Valor Limite e Tabela de Decisão
Já a segunda etapa foi um pouco mais de prática e, nela, desenvolveu os seguintes assuntos vistos durante o treinamento:
- Planejamento de testes
- Modelagem e especificação de casos de testes
- Gerenciamento e monitoramento de testes
- Estratégia dos testes
- Crie no mínimo 2 e no máximo 3 suítes de testes (arquivos de testes);
- Crie para cada suíte de teste no mínimo 2 e no máximo 4 casos de Teste.
- Framework para o desafio: Cypress
- Linguagem de programação: Javascript
- Abordagem: Page Object Model (POM)
Os testes foram divididos em 3 suítes principais focadas em determinadas partes da plataforma Orange HRM. São elas:
Para essa suíte, 4 casos foram pensados:
-
Caso 1: login com credenciais válidas, realizando adequadamente o caminho pensado.
-
Caso 2: contraponto do Caso 1. Nele, foram testadas duas situações: o usuário inserindo credenciais inválidas e nulas.
-
Caso 3: fluxo 'Forget your password' com sucesso. Nele, foi testado o caminho 'feliz', inserindo adequadamente o que se pede (o username), caso o usuário queira solicitar uma nova senha de acesso.
-
Caso 4: contraponto do Caso 3. Nele, foi testada a situação na qual o usuário acessa a opção 'Forget your password' mas não insere seu username (ou seja, não consegue pedir uma nova senha) e cancela a operação.
[Observação]: Essa suíte não teve nenhum caso 'contraponto' visando uma maior abrangência de ações 'felizes' - ações se comportando como pensado - pelo usuário ADMIN.
-
Caso 1: adiciona um novo funcionário na seção PIM inserindo informações básicas (nome completo) e credenciais para login (username e senha).
-
Caso 2: nele, temos duas situações (que poderiam ser dois casos distintos para uma melhor independência) envolvendo o ADMIN: pesquisar o funcionário (pelo nome e/ou ID - caso haja duas pessoas com o mesmo nome) e removê-lo.
Os casos 3 e 4 seguem essa mesma linha de racicíonio, agora na seção ADMIN.
-
Caso 3: cria um login (username, senha, função e status) para um funcionário já existente no sistema.
-
Caso 4: pesquisa um usuário pelo seu username e remove-o.
-
Caso 1: nele, o menu principal lateral é testado. Observa-se as seguintes propriedades: se a expansão/retração desse menu está como esperado, se a quantidade de items e sua ordem está correta e se o sistema de busca está funcionando.
-
Caso 2: realiza a mudança de senha, 'Change Password', pelo usuário com o comportamento esperado: credenciais válidos e com nenhuma fuga do caminho 'feliz'.
-
Caso 3: contraponto do caso 2. Nele, é testado se a operação 'Change Passsword' não é concluída quando inputs nulos e inválidos são colocados nos campos.
-
Caso 4: caso simples que realiza o logout no sistema pelo usuário.
- Automatizar (pular) a etapa de Login em casos que esse não precisa ser testado
- Adicionar mais casos de contraponto.
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent