🚀 Capítulo 15: Testes de Usabilidade (Tema: Ready Player One)
NOTE
Este capítulo utiliza a temática de Ready Player One para explicar os Testes de Usabilidade. O OASIS é um jogo incrível, mas se o jogador não entender como abrir o inventário, ele desiste da missão!
1. 🎯 Objetivo da Aula
Compreender o conceito de Testes de Usabilidade, aprendendo a avaliar se o sistema é fácil, intuitivo e agradável para o usuário final.
2. 🏢 O Cenário Prático (Seu Desafio)
Você está jogando no OASIS. Para vencer o desafio do James Halliday, você precisa encontrar as chaves secretas.
- O jogo é incrível, mas o menu de opções é confuso.
- O botão de “Usar Poção” fica escondido atrás de três submenus.
- Você morre no jogo não porque não tinha a poção, mas porque não conseguiu achar o botão a tempo!
Isso é uma falha de Usabilidade. O software funciona (não tem bug de código), mas o design atrapalha o usuário. Seu desafio é colocar usuários reais para testar o OASIS e ver onde eles se perdem!
3. 🧠 Fundamentos: A Teoria Traduzida
Usabilidade é a medida de quão fácil e agradável é usar um sistema. Um software com boa usabilidade não precisa de manual de instruções.
📊 Os 5 Critérios de Usabilidade (Nielsen):
- Facilidade de Aprendizado: Quão fácil é para o usuário realizar tarefas básicas na primeira vez que vê a tela?
- Eficiência: Depois que aprendeu, quão rápido ele consegue realizar as tarefas?
- Memorabilidade: Se ele passar um mês sem usar o sistema, ele ainda lembra como faz?
- Erros: Quantos erros o usuário comete e quão fácil é se recuperar deles?
- Satisfação: O usuário gosta de usar o sistema ou passa raiva?
4. 📖 Exemplo Guiado: O Teste com Usuário Real
Para fazer um teste de usabilidade, você não usa robôs. Você chama uma pessoa real (de preferência alguém que nunca viu o sistema), dá uma missão para ela e fica apenas observando (sem ajudar!).
Roteiro do Teste:
- Missão: “Tente comprar um tênis azul tamanho 40 no nosso site.”
- O que observar:
- A pessoa achou o campo de busca rápido?
- Ela tentou clicar em algo que não era clicável?
- Ela desistiu no meio do caminho?
Se 5 pessoas diferentes travarem na mesma tela, o problema não é o usuário; o problema é o design do seu sistema!
5. 🛠️ Prática Obrigatória 1: Avaliando a Tela
Imagine a tela de cadastro de um site com 30 campos obrigatórios (Nome, CPF, RG, Nome do Pai, Nome da Mãe, Tipo Sanguíneo…).
- Qual dos 5 critérios de usabilidade de Nielsen foi mais violado aqui?
- Como você resolveria isso para deixar a experiência do usuário melhor?
6. 🛠️ Prática Obrigatória 2: Teste A/B
No OASIS, os criadores estão na dúvida se o botão de “Atacar” deve ser Vermelho ou Verde. Eles dividem os jogadores: metade vê o botão vermelho e metade vê o botão verde. Depois, eles medem qual botão foi mais clicado. Como se chama esse tipo de teste no mundo do marketing e da usabilidade?
7. 📤 Instruções de Entrega (GitHub Desktop + Microsoft Teams)
- Faça o Commit: No GitHub Desktop, digite a mensagem (ex:
Finaliza Capítulo 15 Qualidade) e clique em Commit to main. - Envie para a Nuvem (Push): Clique em Push origin.
8. 📂 Estrutura de Pastas
mod_11_qualidade_e_testes_de_software/
├── capitulos/
│ ├── capitulo_15_usabilidade.md
│ └── codigos/
│ └── cap15/
│ └── feedback_usuario.txt9. 💡 Checkpoint de Lógica
Você NÃO é o seu usuário! O fato de você achar o sistema fácil (porque você mesmo o programou) não significa que uma pessoa comum também vá achar. Teste sempre com pessoas de fora.
10. 🔥 Desafio de Fixação
Pesquise sobre as 10 Heurísticas de Usabilidade de Jakob Nielsen, que são as regras de ouro para criar interfaces fáceis de usar.
🔑 Gabarito de Código/Fórmulas
Gabarito da Prática 1:
- Eficiência (Demora muito para preencher) e Satisfação (Gera irritação).
- Resolução: Pedir apenas os dados essenciais (Nome e E-mail) e deixar o resto para depois, ou dividir o cadastro em passos (Wizard). Gabarito da Prática 2: Chama-se Teste A/B.