recentemente, tive uma conversa com um cliente em potencial e, quando mencionei o teste UX do site para ele, ele fez uma pausa e me perguntou com um tom duvidoso: “por que um site precisa de teste UX?”
expliquei-lhe que, algumas das principais razões pelas quais o teste de UX é tão importante é porque a melhor experiência do Usuário garante a satisfação do cliente, retenção & promoção do produto através da publicidade na boca. Se os usuários não conseguirem encontrar o que estão procurando em um site, eles inevitavelmente passarão para o próximo com a mesma oferta de produto. Portanto, mesmo que um site pareça de tirar o fôlego e receba muitos sinos e assobios para ele, se o Usuário não conseguir descobrir como usá-lo, ele é obrigado a seguir em frente.
ao explicar isso para ele, me pareceu que, os testadores de UX muitas vezes investem tempo e esforços para testar alguns dos cenários mais complexos possíveis para curar a melhor experiência do Usuário. No entanto, na busca de testar esses cenários complexos, pode acontecer que eles possam perder o teste das funcionalidades básicas, mas cruciais, como a funcionalidade de pesquisa Login &.
neste blog, nós fornecemos uma lista útil de mais de 20 cenários de teste que são um must-adicionar à lista de casos de teste especificamente para testar a página de login e a funcionalidade de pesquisa.
cenários de Login:
GUI & funcionalidade:
- comprimentos Mínimos e Máximos devem ser definidas para todas as caixas de texto
- Senha deve ser apresentado no mascarados formato em vez de mostrar a real formato de texto
- credenciais de início de sessão no caso de SUPERIOR não deve ser tratada como inválido
- mensagem de Validação deve ser apresentado quando os caracteres especiais são inseridos no campo nome de usuário, ou ao inválido de nome de utilizador e/ou palavra-passe é inserida ou os campos são deixados em branco
- botão de Reset deve limpar dados a partir de todas as caixas de texto no formulário
- credenciais de início de sessão, especialmente senha, devem ser armazenados em banco de dados em formato criptografado
Segurança:
- Quando conectado usuário copie a URL e cole numa nova janela do navegador, ele deve redirecionar para a página de Login
- Usuários não devem ter permissão para copiar e colar a Senha da caixa de texto
- Notificação e-mail para vários dispositivos de login – se de utilizador de início de sessão de incomum dispositivo/computador
- Introduzir credenciais de início de sessão utilizando o teclado virtual deve ser fornecido para a aplicação bancária
- Depois de 3 ou 5 tentativas malsucedidas de logon do usuário, credenciais de início de sessão deve ficar bloqueado por período específico (e.g. 24 horas
- certificado SSL deve ser implementado/instalados para sites seguros
- ataques de injeção de SQL & XSS deve ser verificada para login
- autenticação bidirecional através de OTP no celular/e-mail deve ser testado para aplicação bancária
Sessão de:
- após o logout se o usuário clicar no botão voltar o Usuário não deve ser capaz de fazer o login dentro da mesma sessão, ele deve redirecionar para a página de login
- se o usuário fez login em vários dispositivos e Logout de um dispositivo, então ele deve sair de todas as plataformas/dispositivos
- o tempo máximo de:
- Se os cookies do Navegador são apagadas e o usuário tenta fazer logon, o sistema deve solicitar as credenciais novamente
- ‘Lembrar Dados do Formulário’ configuração do navegador não deve lembrar a palavra-passe
- Validar a funcionalidade de início de sessão quando o navegador os cookies estiverem desativados
Cenários de pesquisa
- resultados da Pesquisa apresentados devem ser relevantes para palavras-chave de pesquisa
- sinal de% na palavra-chave de pesquisa não deve redirecionar para o ERRO 404
- Aplicação não deve falhar se o usuário inseriu % na pesquisa de campo
- Quando o usuário começar a digitar palavra no texto caixa deve sugerir palavras que correspondam à palavra-chave digitada
- deve haver critérios de pesquisa predefinidos para preenchimento automático, por exemplo. depois de digitar os primeiros 3 carta deve sugerir a correspondência de palavra-chave
- Quando o usuário clica em qualquer link do resultado e navega de volta, então o resultado deve ser mantida
- Após clicar em Pesquisa de campo de pesquisa de história deve ser exibida (mais recente pesquisa de palavra-chave)
- Todas as palavras-chave de pesquisa/filtros deve ficar desmarcada, clicando no botão de Reset
- resultados da Pesquisa deve ser limpo, clicando no botão limpar pesquisa
- Histórico apresentado no campo de pesquisa devem ser relevantes para o usuário conectado no apenas
- a Paginação deve ser testado para pesquisas retorno elevado número de registros
- número Total de registos de procura/resultados devem ser exibidos na página
- palavra-chave de Pesquisa deve obter destaque com a cor nos resultados de busca
- Para sites de comércio eletrônico – pesquisa de palavras-chave devem sugerir semelhante tipo de produto/itens
- Para Pesquisa Avançada limitado filtros de pesquisa devem ser fornecidos
- Água de texto deve ser fornecido para o usuário entender o que a pesquisa
- Validar regras de pesquisa definido para “Correspondência Exata” com a busca palavra-chave
- Validar regras de pesquisa definido para “Semelhante Coincidir” com a busca palavra-chave
- validar regras de pesquisa definidas para pesquisar com um conjunto de palavras-chave
- o Usuário deve ser capaz de pesquisar quando ele entra na palavra-chave e bate no botão’ Enter ‘ no teclado