Treino para teste de programação em JavaScript

Como costuma ser o teste real

Não existe um único teste de programação em JavaScript. Cada empregador escolhe uma plataforma de testes e define as próprias questões, a quantidade de tarefas, o limite de tempo e as linguagens permitidas. O convite para o teste é a melhor fonte de informação sobre o seu. Exemplos públicos mostram a variedade:

• HackerRank. A HackerRank apresenta seu teste de habilidades JavaScript (Basic) como um teste com 2 questões em 1 hora e 30 minutos, que abrange tópicos como funções (HackerRank). A central de ajuda lista os tipos de questão que um empregador pode incluir em um teste, como programação, múltipla escolha, HTML/CSS/JavaScript, desenvolvimento front-end, revisão de código e questões subjetivas. Também informa que os empregadores podem adicionar questões da biblioteca da HackerRank ou criar as próprias (HackerRank Help).
• TestGorilla. A página de testes de programação em JavaScript da TestGorilla informa que os testes individuais duram de 15 a 45 minutos, lista um teste de algoritmos para iniciantes com duração de 15 minutos, diz que os candidatos trabalham em um editor on-line e informa que os empregadores escolhem quais linguagens ficam disponíveis (TestGorilla).

Etapas comumente mencionadas em testes de JavaScript de empregadores:

• Tarefas de programação: escrever uma função em um editor on-line, executá-la com exemplos de entrada e enviá-la para ser avaliada com outros casos de teste que talvez você não veja.
• Múltipla escolha: conceitos de JavaScript, o que um trecho de código exibe e qual código está correto.
• Depuração ou revisão de código: encontrar e corrigir um problema no código escrito por outra pessoa.
• Às vezes, outras etapas: criar ou corrigir uma página da web, fazer um projeto maior de front-end ou back-end, uma tarefa para fazer em casa ou monitoramento por webcam e da tela durante o teste.

O que nossos simulados abrangem. Nossos simulados completos têm 20 questões em 60 minutos, divididas em quatro seções: conceitos de JavaScript (6), o que o código exibe (6), encontrar o erro (5) e criar uma solução (3). Todo o código é JavaScript moderno, como executado no Node.js, sem código de navegador ou de frameworks. Você pode voltar, alterar uma resposta e marcar questões até enviar o teste. Nossos simulados ajudam a praticar a leitura, o rastreamento, a depuração e a escolha de código. Eles não executam o código que você escreve. Muitas avaliações reais pedem que você escreva código que será executado com casos de teste ocultos. Esta prática desenvolve as habilidades de leitura, rastreamento e depuração necessárias para isso. Por isso, pratique também com tempo marcado em um editor de verdade. Nossos simulados também não incluem tarefas de projetos front-end, back-end ou full-stack, supervisão, verificações de plágio, entrevistas por vídeo, tarefas para fazer em casa nem uma nota mínima de aprovação definida pelo empregador.

Tipos de questão com exemplos resolvidos

Um exemplo resolvido de cada seção, com a armadilha em que a maioria das pessoas cai.

1. Conceitos de JavaScript. Qual é a diferença entre let e var? let tem escopo limitado ao bloco mais próximo, como o corpo de um loop, e não pode ser usado antes de sua linha ser executada. var tem escopo limitado à função inteira e é içado (hoisted), então existe como undefined antes de sua linha. Armadilha: achar que const torna um objeto ou array imutável. Ele apenas impede que o nome seja atribuído novamente.

2. O que o código exibe. console.log(typeof null, typeof []) exibe object object. Para typeof, ambos são objetos; use Array.isArray para verificar se algo é um array. Em código assíncrono, lembre-se da ordem: primeiro o código comum, depois as callbacks de promessas e, por fim, os temporizadores. Armadilha: interpretar setTimeout(fn, 0) como "executar agora". Ele sempre espera o código atual e as callbacks de promessas pendentes terminarem.

3. Encontrando o bug. Uma função retorna undefined em vez de um total. Procure uma função arrow com chaves, mas sem return: (a, b) => { a + b } retorna undefined, enquanto (a, b) => a + b retorna a soma. Armadilha: corrigir a primeira linha que parece estranha. Acompanhe uma entrada pequena pelo código e encontre a primeira linha em que o valor fica incorreto.

4. Criando uma solução. Você precisa calcular o preço total de um carrinho. items.reduce((sum, item) => sum + item.price, 0) resolve isso. Sem o 0 no final, um carrinho vazio gera um TypeError. Armadilha: escolher a opção que funciona para o exemplo, mas não para os casos extremos. Teste cada opção com um array vazio, um item, itens repetidos e valores ausentes.

Como se preparar

1. Leia primeiro o convite para o teste. Descubra qual plataforma você vai usar, quantas tarefas haverá, qual é o limite de tempo, se pode escolher JavaScript, se haverá tarefas de front-end e se o teste será monitorado. Os formatos variam demais para presumir.
2. Experimente a área de prática da plataforma, se houver. Familiarize-se com o editor, o botão Run e a forma como os casos de teste de exemplo são exibidos, para não ter que se acostumar à tela no dia. A HackerRank, por exemplo, explica que os candidatos clicam em Run para executar os casos de teste enquanto trabalham (HackerRank Support).
3. Percorra o código à mão. Em trechos curtos, anote o valor de cada variável depois de cada linha. Para código assíncrono, mantenha três listas: o que é executado agora, os callbacks de promise e os temporizadores.
4. Conheça as ferramentas do dia a dia. Arrays e seus métodos (map, filter, reduce, some, find, sort), objetos, Map e Set, strings, desestruturação, spread, template literals, async e await.
5. Pense nos casos extremos antes de enviar. Arrays e strings vazios, um único item, valores repetidos, null e undefined, números fornecidos como strings. Casos de teste ocultos costumam verificar exatamente essas situações.
6. Escreva código com o tempo contado. Nossos simulados treinam leitura e depuração. Resolva também alguns problemas pequenos em um editor de verdade com cronômetro, para se acostumar a escrever e executar código sob pressão.
7. Pratique no ritmo real. Se seu teste for parecido com o exemplo JavaScript (Basic) da HackerRank, 2 questões em 1 hora e 30 minutos dão cerca de 45 minutos por problema (HackerRank). Faça simulados completos cronometrados para se acostumar a controlar seu tempo.

Como a pontuação costuma funcionar

A pontuação depende da plataforma e do empregador. Não existe uma escala universal nem uma nota de corte universal. Questões de programação geralmente são avaliadas automaticamente com base em casos de teste. Veja duas descrições públicas:

• HackerRank informa que as questões de programação são avaliadas com casos de teste predefinidos que medem a correção e a eficiência. Cada caso de teste tem sua própria pontuação: o código que passa em um caso recebe a pontuação total daquele caso, e o código que não passa recebe zero. A pontuação total da questão é a soma dos casos de teste aprovados. Assim, uma solução que passa em alguns casos de teste recebe parte dos pontos (suporte do HackerRank). Questões de programação e de múltipla escolha são avaliadas automaticamente, enquanto questões de HTML/CSS/JavaScript são avaliadas manualmente. Questões de front-end são avaliadas automaticamente, mas recomenda-se uma revisão manual (ajuda do HackerRank).
• TestGorilla descreve uma pontuação baseada em percentis, calculada com base na correção geral, e um relatório que mostra o resultado de cada caso de teste (TestGorilla).

Cada empregador decide o que considera um bom resultado, e muitos analisam seu código além da pontuação.

Nossa pontuação de prática é o número de questões próprias que você acertou, com o detalhamento por seção para você saber onde focar. É uma pontuação de prática: não é uma pontuação em nenhum teste de plataforma e não prevê se você será aprovado.

Erros comuns

• Ordenar números sem uma função de comparação. [10, 9, 1].sort() ordena como texto. Use sort((a, b) => a - b).
• Usar == e se surpreender com a conversão de tipos. Prefira ===, a menos que tenha um motivo para não fazer isso.
• Esquecer que forEach não espera. Usar await dentro de um callback de forEach não pausa a função externa. Use for...of ou Promise.all.
• Comparar objetos ou arrays com ===. Dois objetos só são iguais se forem o mesmo objeto. Compare os campos que importam.
• Alterar um array que você queria manter. sort, reverse e splice alteram o array original. Quando precisar preservar o original, faça uma cópia primeiro com [...arr].
• Testar apenas o exemplo. O exemplo visível geralmente funciona. Os casos de teste ocultos verificam entradas vazias, itens únicos, duplicatas e entradas grandes.
• Ficar sem tempo em uma tarefa. Se você não conseguir avançar, envie uma versão simples que passe em alguns casos de teste, siga em frente e volte se sobrar tempo.