O método pra caçar um bug (em vez de adivinhar)
Pergunta
Descreva um processo sistemático para investigar um bug que você não entende ainda. O que você faz antes de tentar corrigir?
Resposta esperada
1) Reproduzir de forma confiável — achar os passos mínimos que disparam o bug toda vez; um bug que você não reproduz, você não conserta com confiança. 2) Isolar — reduzir a superfície: qual camada, qual entrada, remover partes até o menor caso que ainda falha. 3) Ler os sinais antes de mexer — stack trace de trás pra frente, logs no entorno do erro, o estado no momento da falha (debugger/prints). 4) Formular uma hipótese específica e falsificável ('é o cache servindo dado velho'). 5) Confirmar a hipótese com uma observação antes de corrigir — mudar um teste, um log, um breakpoint. Só então corrigir, e depois verificar que o caso de repro passa e escrever um teste que trava a regressão.
Por que perguntam isso
Pergunta que revela maturidade na hora. O anti-padrão a ouvir: pular direto pra 'eu mexeria em X' sem reproduzir nem confirmar. Bom candidato trata a correção como a última etapa.