Menu

5 coisas que um desenvolvedor iniciante (e testador) deve saber sobre teste de software

5 things beginner developer

Experimente Nosso Instrumento Para Eliminar Problemas

o comprimento da string conta espaços java

Toda a sala de conferências ficou em silêncio e depois de esperar alguns minutos, não consegui manter a paciência e tive que repetir minha pergunta:

Quem gostaria de participar da equipe de teste?

Tínhamos 20 trainees a bordo e eles estavam sendo treinados em diferentes aspectos de projetos de software. Líderes e gerentes de diferentes departamentos, como análise de negócios, desenvolvimento, teste e vendas, realizaram reuniões com esses estagiários para fornecer o conhecimento e ajudá-los a entender como é e como é o projeto de software real. Como líder de teste, expliquei os aspectos básicos do teste e a importância do ciclo de vida do teste para essas novas faces.

desenvolvedor e testador

Com entusiasmo, quando larguei a pergunta, nunca pensei em silêncio absoluto. Ninguém estava pronto para participar do teste. Suspirei com tristeza e peguei outra faixa para educar essa futura geração de TI.

Eu alterei minha pergunta para saber as razões por trás da recusa teste de software como profissão -

Por que você não quer participar de testes de software?

As respostas foram interessantes (e práticas em algum ponto)

  • Qualquer um pode fazer testes, mas não o desenvolvimento ( bom saber )
  • Os testadores recebem menos ( ligeiramente verdadeiro, mas nem sempre )
  • É um trabalho ingrato ( concordo totalmente, mas esse não é o motivo válido )
  • Não há nada para aprender sobre isso ( Hooh ..... quem disse isso?)
  • Não há razão para escolher o teste de software como carreira ( o pior motivo )

O que você aprenderá:

Por que existe o teste de software?

Ok, então era hora de treinar essas novas pessoas sobre por que existe o teste de software e o que eles deveriam saber se pretendem ingressar no desenvolvimento de software.

Como mudei a opinião deles?

Aqui estou apenas tentando resumir o que discutimos durante aquela tarde e como tive sucesso em mudar a opinião de pelo menos 20 pessoas, ao limpar a percepção sobre o teste de software.

# 1. O teste de software não é perda de tempo:

O que acontece quando você tem convidados em casa e prepara rapidamente uma limonada para eles e os serve? Quando os convidados deixam os copos inacabados, você sente que algo deve ter dado errado e quando você prova a limonada, meu Deus ... parecia fedorento. Você gostaria de ter gasto apenas 10 segundos a mais e saborear a limonada antes de servir.

Enquanto estão com pressa para entregar o projeto dentro do prazo, as empresas / gestão / qualquer um se prepara para comprometer o tempo de teste, porque a percepção sobre o teste de software realmente leva muito tempo do que o necessário ainda está viva na mente das pessoas. Mas o tempo gasto para o teste não vale a pena em comparação com a ligação do cliente à meia-noite para informá-lo de que ele vai cancelar a próxima tarefa, pois a tarefa atual entregue exibiu mais de 5 bugs críticos nas primeiras duas horas de uso interno. Bang !!

# 2. O teste de software é obrigatório:

O teste de software é uma parte inevitável do ciclo de vida de desenvolvimento de software. O caminho

  • Editores ajudam a tornar o filme melhor
  • Os revisores ajudam a tornar um livro melhor
  • Guardas de segurança ajudam a tornar a vida das pessoas pacífica e segura
  • O óleo ajuda a operar as máquinas sem falhas

O teste de software ajuda o software a ser melhor. Eu não acho que preciso gastar mais uma palavra para explicar isso.

# 3. Teste de unidade é de total responsabilidade do desenvolvedor:

Quando você desenvolve algo, precisa verificar antes de pedir a outra pessoa para verificar. O caminho

  • O chef sempre prova e cheira sua receita antes de servir outras

O desenvolvedor é totalmente responsável por testar seu próprio código antes de enviá-lo aos testadores. Os testadores estão lá para ajudá-lo a melhorar a qualidade do código e, em última análise, o produto, e não para descobrir os erros mais idiotas que você cometeu ao escrever o código.

Além disso, nunca presuma que a qualidade é responsabilidade apenas dos testadores.

No mundo ágil de hoje, os desenvolvedores e testadores devem assumir a responsabilidade combinada da qualidade do produto. Espera-se que os desenvolvedores façam testes em pares com o testador e forneçam insights sobre o que e por que algo pode dar errado e encorajem o testador a gerar ideias de teste com base em seus insights.

# 4. Desenvolvedores e testadores são iguais:

Qualquer trabalho / projeto é um esforço combinado da equipe e isso significa que cada pessoa é igualmente importante. Se um desenvolvedor pensa que está se saindo melhor e deve receber mais importância porque está criando algo do zero, é necessário reavaliar o pensamento. Sim, o desenvolvedor desenvolve algo do zero, mas não consegue concluir a criação sem a ajuda do testador.

O testador fornece uma visão do usuário para o produto. Um testador bem treinado e experiente pode mostrar as lacunas do produto, um desenvolvedor nunca consegue pensar fora. Um testador traz novas ideias sobre como o produto deve ser, como deve ser em uma instância específica, como deve funcionar, como pode se comportar e como pode falhar.

Da mesma forma que é importante adicionar sal a todas as receitas para torná-las comestíveis, é necessário testar para que o produto possa ser entregue.

E, portanto, desenvolvedores e testadores são igualmente importantes. Eles são as mãos esquerda e direita do corpo chamado projeto.

# 5. O testador deve estar envolvido desde o primeiro dia do projeto:

Como desenvolvedor, você nunca deve cometer o erro de supor que não há necessidade de um testador tomar conhecimento de algo como análise de requisitos, lógica aplicada ao escrever o código, solicitações de mudança pelo cliente, feedbacks pelo cliente etc.

O testador é um titular da pilha e deve estar envolvido desde o início do projeto. O envolvimento inicial da equipe de teste lhes dá confiança, discussões constantes nutrem um entendimento entre a equipe de desenvolvimento e teste , a ajuda gentil estimula seu espírito para fazer algo melhor, as demandas por sugestões os fazem sentir que valem a pena.

Conclusão:

O testador não deve testar apenas um módulo / produto, ele está lá para ajudar a entregar o melhor produto, ele está lá para ajudar sugerindo algumas idéias comprovadas sobre as expectativas dos usuários, ele está lá para que você saiba que a frequência com que seu código amado fica travou ... e você, como desenvolvedor, realmente precisa disso, não é?

Sobre o autor: Esta postagem incrível foi escrita pelo membro da equipe STH Bhumika Mehta. Ela é líder de projeto, com mais de 7 anos de experiência em testes de software. Ela gosta totalmente de testar e adora testar tudo o que existe.

Como de costume, esperando por seufeedback, opinião e sugestõessobre o assunto.

Leitura recomendada

^