Top 10 erros mais comuns em Apps

Hoje vamos falar um pouco sobre 10 erros mais comuns que precisamos tomar cuidado ao testar um app
 
1 - Inconsistência na interface do usuário

A interface do usuário deve estar consistente em todo app, incluindo a consistência de referências de teclas programáveis 
 
2 - A falta de clareza de gráfico e texto

Todos os gráficos, animações e textos exibidos devem ser legíveis e claro para o usuário. Evitar também mensagens com textos técnicos

3 - Confusão na navegação

Quando o usuário estiver navegando através do app, os passos devem ser claros. O que for desnecessário deve ser eliminado. Preserve a simplicidade. Menos pode ser mais.

4 - Erros de inconsistência na língua e ortografia

7 passos para o responsável pelo teste odiar você (desenvolvedor)

No mesmo ritmo do artigo anterior (7 passos para o desenvolvedor odiar você (teste)), vamos falar dos 7 passos que também podem irritar um responsável pelos testes.
 
1 - Já limpou o cache

O responsável pelo teste vem com um bug?  Deixe ele te explicar tudo. Depois simplesmente fale: "Já limpou o cache?". Não se dê o trabalho de tentar entender qual é o problema. Você desenvolvedor, tem muita coisa pra fazer. Isso vai consumir mais tempo do responsável pelo teste.
 
2 - Na minha máquina funciona

Depois de ter enrolado o responsável pelo teste na primeira tentativa de relatar o bug, tente entender apenas um pouco sobre o bug. Não pegue muitas informações. Mas se o tester continuar falando, não ouça. Vai logo para o browser para ver. E depois de um tempo, fale que na tua máquina funciona. E o mais importante, mostre funcionando. 

7 passos para o desenvolvedor odiar você (teste)

Esse pequeno post descreve as más práticas na hora de relatar um bug por nós, testadores.

1 - Nenhuma informação adicional

Nunca forneça informações excessivo. Isso definitivamente vai enganar os desenvolvedores. Mantenha o mistério. Seja imprevisível. De qualquer maneira, eles são capazes para reproduzir o bug relatado com base na informação essencial no relatório.
Um bom exemplo seria: Alguns recursos não funcionam.
Bem, pode ser um pouco confuso...mas quem se importa?

2 - Priorize todos os bugs como critico

É simples. Quando você prioriza um bug como normal, ninguém vai corrigir. Quando você prioriza um bug como crítico, os desenvolvedores irão perceber rapidamente como é importante e corrigir imediatamente.
Então, não há razão para perder o seu tempo na priorização e investigar a importância de cada bug quando você pode simplesmente marcar todos eles como crítico.
Atribuir 90% dos bugs como importante ou crítico irá acelerar o processo de correção de forma significativa. Isso é ser Ágil.

8 dicas simples para torna-se um analista de teste de primeira classe

Nós, analistas de teste, trabalhamos para garantir a qualidade de um produto. Nesse processo usamos várias ferramentas e técnicas, afim de encontrar o máximo de bugs.
Para alcançar o posto de analista de teste de primeira classe, deixo 8 dicas simples:

Ter um forte background técnico e proficiência - para criar testes funcionais ou testes automatizados eficientes, temos que sempre buscar novos conhecimentos, nos mantendo atualizados. Conhecimento nunca é demais.

Capacidade para investigação - a razão é simples: podemos criar testes eficientes, mesmo quando tiver uma documentação incompleta ou a falta dela. Temos que correr atrás do maior número de informações. Ser curioso.

Keep Calm e teste

Então, qual é a razão do teste ser uma tarefa difícil?

1 - Um produto sempre tem bugs
Não importa o quão duro você teste. Não há nenhuma maneira de eliminar todos os bugs da aplicação.
Diferentes técnicas, estratégias e cenários de teste podem ajudar a diminuir o número de bugs, mas não eliminá-los.  

2 - Bugs continuam a ser um problema
Quando um novo bug é encontrado, os desenvolvedores tentam argumentar que não é erro, que é um comportamento esperado. O pensamento tradicional de alguns desenvolvedores continuam, que a correção de bugs é uma atividade desagradável.  E sim, agora você sabe como se sente quanto todo mundo te odeia.

3 - Menos envolvimento, e mais expectativa
É um cenário comum para muitos projetos. Gerentes pensam que o teste é como executar um script e todos os documentos necessários podem ser preparados na hora que é solicitado. Mas isso não é verdade. 
Testadores devem ter o mesmo tempo que os desenvolvedores têm para fazer o seu trabalho.