Sobre testes técnicos em processos seletivos · rafarvns

Olá pessoal, recentemente resolvi me aventurar me candidatando em vagas de emprego para desenvolvedor de software de nível plêno no geral, utilizei o linkedin como principal meio.
Procurei me aplicar apenas em vagas cujo eu tinha pelo menos um ano de experiência em uma das stacks solicitadas na vaga (no total possuo 5 anos de experiência como desenvolvedor), após passar pelas entrevistas iniciais, eu finalmente tinha uma conversa com alguém realmente da área e também da empresa, foram conversas um pouco demoradas sobre minha carreira e algumas vezes sobre coisas específicas relacionadas as stacks, mas até aí tudo bem.
Após isso, no email me encaminhavam um link para um app web que iniciava um teste técnico com temporizador, ou algumas vezes um repositório git com um readme.me detalhando o teste. Fiz todos os testes e não fui aprovado em nenhum, tudo bem também, mas eu gostaria de levantar alguns pontos que acredito que podemos discutir sobre os testes e também sobre o resultado.

O primeiro teste que eu fiz foi para uma vaga para desenvolvimento web com .NET, o teste foi utilizando uma plataforma com temporizador e no teste haviam apenas mini tasks que mais testesvam minha lógica de programação utilizando C# do que desenvolvimento web com .NET, então eu tive que resolver inúmeras tarefinhas de manipulçao de string, manipulação de arquivo, recursividade e até mesmo alguns cálculos. A real é que eu não vi sentido nisso, fiquei com uma puta preguiça de resolver essa lista e acabei não concluindo o teste... Pra mim esse teste não fez nenhum sentido para com a vaga em questão, eu até entenderia se a vaga fosse para desenvolvimento para desktop.
Resultado: Reprovado por não concluir o teste.

O segundo teste foi para uma vaga full stack de django com angular, o teste veio no formato de repositório com readme detalhando os requisitos. Este teste diferente do anterior, fazia sentido para com a vaga e foi bem menos tedioso de fazer. Finalizei o teste dentro do prazo previsto e fiquei no aguardo do resultado.
Resultado: Reprovado por não prestar atenção em um dos requisitos no readme da api.

O terceiro teste foi para uma vaga de backend com NodeJS, este teste veio utilizando outra plataforma de testes com temporizador, onde nessa propria plataforma era possível executar o código. Este teste em específico eu não tinha real domínio, ainda engatinho em aplicações nodeJS e eu não consegui finalizar dentro do prazo previsto.
Resultado: Reprovado por não concluir o teste.

O quarto teste foi para uma vaga de backend com Java Spring, este teste veio no formato de repositório e o teste em si visava mais conceitos como arquitetura limpa, codigo limpo, testes unitários e etc... Foi bem legal o desafio e eu o consegui concluir dentro do prazo.
Resultado: Reprovado por não escrever todos os testes da forma que esperavam.

Enfim, não estou de forma alguma "chorando" por ter reprovado, mas eu gostaria de levantar o sseguintes questionamentos:

Será que em um teste técnico para que o candidato seja aprovado, ele REALMENTE precisa de tanta assertividade assim? Digo, no mundo real da pra desenvolver um software sem errar nenhuma vez?
Essa alta assertividade exigida é para filtrar uma grande quantidade de canditados?
Não seria melhor já aplicar esses testes antes das entrevistas? Se o intuito é filtrar, o ganho de tempo para ambos os lados não seria maior?
Por que estes testes não visam também olhar a criatividade do candidato? Pois em nenhum momento senti um desafio onde eu precisasse elaborar algo, senti que estava apenas resolvendo problemas e acredito veememente que um programador PRECISA ser criativo.
Se vamos ser contratado para trabalhar em uma equipe, só um teste onde resolvo questões sozinho já tem o poder de comprovar que eu não sirvo para a equipe?
Teste de lógica de programação para uma vaga pleno ou maior e para desenvolvimento web faz sentido? Será que quem solicitou esse teste foi a empresa de recrutamento?

Bom, agora a minha visão sobre isso.
Acredito que algumas empresas falham em algumas etapas no seu processo de seleçãoe eu não acho que testes técnicos provam 100% a capacidade de um desenvolvedor. Ainda assim sinto que o nosso cenário aqui no Brasil é muito bom e há muitas oportunidades, apesar de todas as reprovações, eu sei que caso eu continuasse a buscar, hora ou outra eu iria conseguir ser aprovado. Bom, isso foi um experimento que eu fiz e essas foram as minhas experiências, mas adoraria ouvir as experiências de vocês também.

Obrigado pelo espaço!

Parabéns pelo seu levantamento. Recentemente, passei por um processo seletivo para um desenvolvedor sênior e precisei realizar alguns testes no Hacker Rank. Sinceramente, gostei do desafio de ter que pensar em lógicas complexas, sair um pouco da rotina de CRUD's e requisições constantes, já que em 90% do tempo é isso que fazemos.

O maior desafio atual na contratação é verificar se o candidato realmente sabe programar. Atualmente sou Tech Lead e já passei por situações onde o currículo do candidato era impecável, mas na prática ele tinha dificuldades para tudo..

Como testar a habilidade de programação? Realizar uma prova offline é ruim, pois sabemos que no dia a dia buscamos ajuda para tudo. Na minha experiência, um bom programador antes de tudo precisa ser um excelente pesquisador. E uma prova online é facilmente falsificável, já que hoje em dia encontramos algoritmos prontos para tudo.

Atualmente faço testes semanais/mensais comigo e com a minha equipe mas com o único proprosito de melhorar como programador. No processo de contratação, eu costumo realizar perguntas técnicas e conduzir uma conversa informal para obter o máximo de informação sobre o candidato. Pergunto sobre os projetos que ele já trabalhou, as tecnologias que ele domina e solicito detalhes sobre esses projetos. Com essa conversa informal, sou capaz de avaliar se o candidato tem propriedade e conhecimento adequados. Até agora, essa abordagem tem sido eficaz para mim.

Obs.: Passei no teste, mas não segui no processo.