Bianca Camargo Machado| Home | Escopo | Arquitetura | Configuração | Mockups | BD | Instalação | Gerência | Qualidade | Processo |
|---|
Controle e garantia de qualidade
Acesso rápido
- Descrição
- Como funciona na prática?
- Passar no caso de teste
- Falhar no caso de teste
- Quem executa os casos de teste?
- Resultados
Descrição
O nosso processo de QA (Quality Assurance) é realizado utilizando a ferramenta Trello, nela mapeamos as tarefas relacionadas à qualidade, que se resumem aos casos de teste descritos inspirados na técnica BDD (Behavior Driven Development). Desta forma conseguimos aproveitar toda a descrição de critérios de aceitação das USs (User Stories) também na execução de casos de teste, tornando nosso processo mais eficiente e fácil de ser colocado em prática.
Como funciona na prática?
Ao final de cada Sprint, com a aplicação em sua versão final, utilizamos a coluna Test [Sprint <número>] do Trello para colocar os cards que serão utilizados para a execução dos testes funcionais. Cada card representa uma US e cada item do checklist é um caso de teste.
Se algum caso de teste não passar, isto deve ser descrito nos comentários e em caso de tempo para resolver a pendência, este item é direcionado para ser resolvido antes da entrega. Caso não tenhamos tempo hábil, dependendo da criticidade, será incluído como débito técnico para a próxima Sprint e a US considerada como pronta ou incluído como débito técnico para a próxima Sprint e US considerada não entregue.
Passar no caso de teste
Se determinado caso de teste foi coberto pelo desenvolvimento, então o caso de teste é marcado na checklist. Se todos os casos de teste passarem ou nenhum caso crítico falhar, a US é marcada com o label PASSOU:
Falhar no caso de teste
Se o caso de teste não foi coberto pelo desenvolvimento, então o caso de teste não é marcado na checklist. Se for considerado um caso crítico, a US é marcada com o label FALHOU:
Coluna de testes para a Sprint 1
Quem executa os casos de teste?
TBD
Resultados
Sprint 1
| User Story | Passaram |
Falharam |
Status final | Observações |
|---|---|---|---|---|
| AP-8 Tutoriais "Celular" |
1, 2 | - | 1. Não é referente ao sistema operacional do meu dispositivo; 2. Não está do mais recente ao mais antigo. Ambos não bloqueantes. | |
| AP-9 Tutoriais "Conceitos" |
1, 2 | - | 1. Não é referente ao sistema operacional do meu dispositivo; 2. Não está do mais recente ao mais antigo. Ambos não bloqueantes. | |
| AP-10 Página do tutorial |
1, 2, 3 | - | 2. Data de publicação está faltando. Não bloqueante. | |
| AP-12 Tutorial Simples |
3, 4, 5, 7, 8 | - | 3. Só está inserindo uma tag por tutorial; 6. Ainda não envia para avaliação; 1 e 2 não se aplicam; Todos não bloqueantes | |
| AP-13 Tutorial completo |
1, 2, 3, 4 | - | 2. Ainda não é possível remover passo; Não bloqueante. |
Sprint 2
| User Story | Passaram |
Falharam |
Status final | Observações |
|---|---|---|---|---|
| AP-1 Criar conta |
1, 2, 3, 4, 5, 7 | 6, 8 | 6: não há feedback de carregamento 8: é possível finalizar o cadastro sem aceitar os termos (mesmo com o botão cinza) Ambos não bloqueantes |
|
| AP-2 Login |
1, 3, 4, 5, 6, 9, 10 | 2, 7, 8 | 2 e 8: não é possível usar o app sem estar logado 7: não implementado Apenas 8 bloqueante |
|
| AP-3 Seleção de apps instalados |
1, 2, 3, 4, 5, 6, 7 | - | ||
| AP-4 Atalhos de apps instalados |
1, 3, 4 | 2 | 2: não é possível usar o app sem estar logado Bloqueante |
|
| AP-5 Atalhos de apps não instalados |
1 | 2 | 2: não é possível usar o app sem estar logado Bloqueante |
|
| AP-6 Tutoriais de um app |
1, 2, 3 | - | ||
| AP-7 Atualizar lista de apps instalados |
2, 3, 4, 5 | 1 | 1: apps instalados que não possuem tutoriais não estão selecionados Não bloqueante |
|
| AP-14 Login do administrador |
1, 2 | - | ||
| AP-11 Pesquisa de tutoriais |
- | 1, 2, 3, 4, 5, 6, 7 | Story não entregue (era bônus/extra) |