Quais características os melhores testadores com quem você trabalhou têm em comum?

O testador e o blogueiro Lanette Creamer publicaram recentemente esta pergunta no Twitter :

Se você é um desenvolvedor de software profissional que trabalha com testadores, pense nos melhores testadores que você conhece. Quais traços eles têm em comum?

Eu pensei que seria uma excelente pergunta para aqui.

Meus pensamentos são:

• Eles querem remover a ambiguidade dos requisitos, mesmo que isso signifique fazer perguntas estranhas.
• Eles criam novos recursos ao ver como o software "deveria" funcionar, e não apenas como é documentado.
• Eles demonstram honestidade e integridade e incentivam, mas não exigem, daqueles que os rodeiam. Em outras palavras, eles modelam o comportamento.

Quais são as características dos melhores testadores com quem você trabalhou?

Aqui estão alguns que eu adicionaria:

• Inteligente - essas pessoas parecem pensadoras brilhantes ou profundas. Casos de fronteira chegam rapidamente a essas pessoas, ao que parece. Eles podem perguntar: "Que tal." perguntas muito.
• Atenção aos detalhes - Listando as etapas de reprodução, indicando a diferença entre os resultados esperados e os reais, etc.
• Auto-motivado - Os melhores testadores que conheço parecem se esforçar para serem minuciosos e ir, ir, ir! Fazer as coisas seria outra maneira de afirmar isso em minha mente.
• Analítico - Discutir sobre prioridade ou severidade com argumentos calmos e racionais. Compreender quais bugs serão corrigidos o mais rápido possível e quais são muito cosméticos, por exemplo, uma má escolha de cores.
• Tenacidade - Eles mantiveram sua interpretação, a menos que um gerente de projetos, analista de negócios ou alguém com o poder alterasse os requisitos para substituí-los. Não é um empurrão para outra maneira de colocar isso.

Alguns dos melhores testadores com quem trabalhei realmente entendem como os usuários vão usar o software. Eles entendem que função comercial o software deve desempenhar e como esse software afetará a função / trabalho / função do usuário. Isso contribui para um projeto bem-sucedido quando o testador tem tanto conhecimento da empresa quanto o desenvolvedor e o proprietário da empresa.

Infelizmente, para o que é realmente um papel altamente qualificado e técnico, há muitos cowboys por aí. Muitos testadores tiveram uma longa carreira passando de uma posição para outra, sendo entrevistados e contratados por pessoas que não têm idéia do que são os testes.

Os melhores testadores que conheci têm:

• excelentes habilidades de comunicação, a fim de estabelecer uma ligação com pessoas de negócios e interpretar / esclarecer requisitos
• a capacidade de ver o aplicativo da perspectiva de um usuário não familiarizado com o sistema
• a paciência para analisar as coisas sistematicamente quando necessário e pode analisar um sistema para que ele realmente o analise sistematicamente, não apenas gastando muito tempo
• um lado criativo para escolher coisas que os desenvolvedores podem não pensar
• a capacidade de organizar seu próprio tempo para que eles gastem uma quantidade adequada de tempo em testes exploratórios, automação etc., em vez de apenas se concentrarem em um único tipo de teste
• interesse no que fazem para acompanhar os desenvolvimentos e as melhores práticas em seu campo

e, finalmente, se o testador estiver trabalhando em um projeto ágil

• pode fazer a automação de testes de maneira sustentável e estruturada - Receio que hoje em dia, se um testador não puder automatizar coisas que podem ser automatizadas (e nem tudo pode), esse testador nunca acabará sendo eficaz em um projeto ágil

O melhor testador com quem já trabalhei foi extremamente bom em uma coisa: interromper o software de forma repetível. Poderíamos dar a ele praticamente qualquer software e ele o mataria em questão de minutos. Ele tem o tipo de habilidades que provavelmente poderiam encontrar códigos de trapaça nos jogos da Nintendo e nos Ovos da Páscoa em software profissional - apenas uma natureza natural e inquisitiva e uma boa memória do que ele tentou antes e não funcionou.

Observe que seus objetivos eram exatamente o oposto dos programadores - ele passava um bom dia se quebrasse o software; os programadores tiveram um bom dia se ele não o fez .

Duas coisas que ainda não foram mencionadas:

• Faz perguntas
• Presta atenção aos detalhes