Treino para teste de programação em Java

Como costuma ser o teste real

Não existe um único teste de programação em Java. 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 Java (Basic) como um teste com 6 questões em 1 hora, que abrange tópicos como classes (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, banco de dados, desenvolvimento back-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 Java da TestGorilla informa que a maioria desses testes dura de 15 a 35 minutos, lista um teste de algoritmos para iniciantes com duração de 15 minutos e diz que os candidatos leem o problema, escolhem Java em um menu de linguagens e escrevem a solução em um editor on-line (TestGorilla).

Etapas comumente mencionadas em testes de Java de empregadores:

• Tarefas de programação: escrever um método em um editor on-line, executá-lo com exemplos de entrada e enviá-lo para ser avaliado com outros casos de teste que talvez você não veja.
• Múltipla escolha: conceitos de Java, como tipos, classes, coleções e exceções; 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: uma questão de SQL, um projeto com uma estrutura ou de 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 Java (6), o que o código exibe (6), encontrar o erro (5) e criar uma solução (3). Todo o código é Java 17. 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 supervisão, verificações de plágio, entrevistas por vídeo, tarefas para fazer em casa ou projetos, 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 Java. Qual é a diferença entre int e Integer? int é um valor primitivo; Integer é um objeto que encapsula um valor desse tipo e pode ser null. Coleções como List armazenam valores Integer, e o Java converte entre os dois automaticamente. Armadilha: comparar dois objetos Integer usando ==. Isso compara referências e pode dar falso mesmo quando os valores são iguais; use equals.

2. O que o código imprime. System.out.println(1 + 2 + "3" + 4 + 5); imprime 3345. O Java trabalha da esquerda para a direita: 1 + 2 é o número 3; depois, adicionar "3" cria a string "33", e, a partir daí, cada + concatena texto. Armadilha: fazer primeiro toda a conta. Acompanhe um operador de cada vez e anote o tipo após cada etapa.

3. Encontrando o bug. Um método contém if (status == "done") e nunca encontra uma correspondência, mesmo quando o status é "done". A correção é "done".equals(status), que compara os caracteres e também funciona se o status for null. 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 contar quantas vezes cada palavra aparece. Um HashMap com counts.merge(word, 1, Integer::sum) em um loop faz isso com uma linha por palavra. Armadilha: escolher a opção que funciona no caso comum, mas não nos casos extremos. Teste cada opção com um array vazio, um item, itens repetidos, números negativos e null.

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, qual versão do Java o editor usa 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, como a entrada de dados é lida e 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 e o tipo de cada variável depois de cada linha. A divisão de inteiros, a junção de strings e as referências são fontes comuns de surpresas.
4. Conheça as ferramentas do dia a dia. Arrays, String e StringBuilder, ArrayList, HashMap, HashSet, Arrays.sort e Collections.sort, equals e hashCode, exceções e classes e interfaces básicas.
5. Pense nos casos extremos antes de enviar. Arrays e strings vazios, um único item, valores repetidos, números negativos, null e valores grandes o bastante para causar overflow em um int. 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, compilar e executar código sob pressão.
7. Pratique no ritmo real. Se seu teste for parecido com o exemplo Java (Basic) da HackerRank, 6 questões em 1 hora dão cerca de 10 minutos por questão (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 back-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, ou seja, se as entradas fornecidas geram as saídas corretas, 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

• Comparar strings com ==. Use equals ou "text".equals(value) quando o valor puder ser null.
• Esperar decimais de uma divisão de inteiros. 7 / 2 resulta em 3. Primeiro, transforme um dos lados em double quando precisar de 3.5.
• Esquecer que strings são imutáveis. s.trim() e s.toUpperCase() retornam novas strings; atribua o resultado.
• Cometer erros de um a mais ou um a menos em loops. Os índices vão de 0 a length - 1, então o teste mais comum no loop é i < a.length.
• Alterar uma lista dentro de um loop for-each. Use removeIf ou um Iterator explícito e o método remove dele.
• Ignorar o overflow. Somas e produtos de valores int grandes podem dar a volta silenciosamente. Use long quando os valores puderem crescer.
• 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.