Prática para teste de programação em Python

Como costuma ser o teste real

Não existe um único teste de programação em Python. Cada empregador escolhe uma plataforma de testes e define suas próprias perguntas, o número de tarefas, o limite de tempo e as linguagens permitidas. O convite para o seu teste é a melhor referência sobre o que esperar. Exemplos públicos mostram a variedade:

• HackerRank. A HackerRank apresenta seu teste de habilidades Python (Basic) como 2 perguntas em 1 hora e 30 minutos, com tópicos como tipos escalares (HackerRank). A central de ajuda lista os tipos de pergunta que um empregador pode incluir em um teste, como programação, múltipla escolha, banco de dados, revisão de código e perguntas subjetivas. Também informa que os empregadores podem adicionar perguntas da biblioteca da HackerRank ou criar as próprias (HackerRank Help).
• TestGorilla. A página de testes de programação em Python da TestGorilla informa que a maioria dos testes individuais de programação leva de 15 a 35 minutos, lista um teste de algoritmos para iniciantes com duração de 15 minutos e diz que os candidatos podem resolver problemas em Python ou em outras linguagens permitidas pelo empregador (TestGorilla).

Etapas frequentemente mencionadas em testes de Python para vagas:

• Tarefas de programação: escrever uma função em um editor online, testá-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 Python, 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 o problema em um código escrito por outra pessoa.
• Às vezes, outras etapas: uma pergunta de SQL, uma tarefa de projeto maior, uma atividade para fazer em casa ou monitoramento da webcam e da tela durante o teste.

O que nossos simulados abrangem. Nossos simulados completos têm 20 perguntas em 60 minutos, divididas em quatro seções: conceitos de Python (6), o que o código exibe (6), encontrar o erro (5) e criar uma solução (3). Todo o código está em Python 3. Você pode voltar, alterar uma resposta e marcar perguntas até enviar o teste. Nossos simulados ajudam a praticar leitura, análise passo a passo, depuração e escolha de código. Eles não executam o código que você escreve. Muitas avaliações reais pedem que você escreva código executado com casos de teste ocultos. Esta prática desenvolve as habilidades de leitura, análise e depuração necessárias para isso. Por isso, pratique também com tempo limitado em um editor de verdade. Nossos simulados também não incluem fiscalização remota, verificações de plágio, entrevistas em vídeo, tarefas para fazer em casa ou de projeto, nem nota mínima 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 Python. Qual é a diferença entre a == b e a is b? A primeira expressão verifica se dois valores são iguais; a segunda verifica se eles são o mesmo objeto. Duas listas separadas [1, 2] são iguais, mas não são o mesmo objeto. Armadilha: usar is para comparar números ou strings. Pode parecer funcionar com valores pequenos e depois falhar.

2. O que o código imprime. x = [0] * 3, depois x[1] = 5 e print(x). Acompanhe o código: [0, 0, 0] se torna [0, 5, 0]. Agora tente grid = [[0] * 2] * 2 e depois grid[0][0] = 1. O resultado é [[1, 0], [1, 0]], porque as duas linhas são a mesma lista interna. Armadilha: ler o código pensando no que você espera que ele faça, e não no que o Python realmente executa. Anote o valor de cada variável linha por linha.

3. Encontrando o bug. O loop for i in range(len(items) - 1): deveria imprimir todos os itens, mas ignora o último. O bug é o - 1: range(len(items)) já para antes do comprimento da lista. Armadilha: corrigir a linha que dá erro ou parece estranha em vez da linha que causa o resultado incorreto. Teste o código mentalmente com uma entrada pequena, como uma lista com dois itens.

4. Criando uma solução. Você precisa contar cada palavra de uma lista. collections.Counter(words) faz isso em uma etapa; um dicionário com counts[w] = counts.get(w, 0) + 1 dentro de um loop faz isso manualmente. Armadilha: escolher a opção que funciona no caso comum, mas não nos casos extremos. Teste cada opção com uma lista vazia, um item, itens repetidos e números negativos.

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 Python 3 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. Essa é a habilidade fundamental para responder a perguntas sobre saída e depuração, além de ser a forma de conferir seu próprio código sem executá-lo.
4. Conheça as ferramentas do dia a dia. Listas, dicionários, conjuntos, strings, fatiamento, sorted versus list.sort, enumerate, zip, compreensões de listas e dicionários e collections.Counter.
5. Pense nos casos extremos antes de enviar. Entrada vazia, um único item, valores repetidos, números negativos, entradas muito grandes. 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 Python (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 alguns tipos, como respostas subjetivas e envio de arquivos, são avaliados manualmente (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 a saída correta, 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

• Confundir métodos que alteram uma lista com funções que retornam uma nova lista. list.sort() e list.append() retornam None; sorted() retorna uma nova lista.
• Esquecer que a atribuição compartilha objetos. b = a não cria uma cópia da lista ou do dicionário. Use a[:], list(a) ou copy.deepcopy(a) quando precisar de uma cópia.
• Cometer erros de um a mais ou um a menos em intervalos e fatias. range(n) para antes de n, e s[1:3] pega dois itens, não três.
• Começar uma busca com um valor inventado. Iniciar o valor máximo em 0 ou o mínimo em 1000 pode dar errado com entradas incomuns. Comece pelo primeiro item ou por float("-inf").
• 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.