Introdução
Em alguns sotaques do inglês, quando você diz "two for" rapidamente, soa como "two fer".
Two-for-one é uma forma de dizer que, se você comprar um, também ganha outro de graça.
Por isso, a expressão "two-fer" geralmente dá a entender uma oferta two-for-one.
Imagine uma padaria com uma promoção de feriado em que você pode comprar dois biscoitos pelo preço de um ("two-fer one!").
Você aceita a oferta e (muito generosamente) decide dar o biscoito extra para outra pessoa na fila.
Instruções
Sua tarefa é decidir o que você vai dizer ao entregar o biscoito extra.
Se você souber o nome da pessoa (por exemplo, se ela se chama Do-yun), você vai dizer:
One for Do-yun, one for me.
Se você não souber o nome da pessoa, você vai dizer you no lugar.
One for you, one for me.
Aqui estão alguns exemplos:
| Nome |
Diálogo |
| Alice |
One for Alice, one for me. |
| Bohdan |
One for Bohdan, one for me. |
|
One for you, one for me. |
| Zaphod |
One for Zaphod, one for me. |
Implementação
Antes de começar, certifique-se de que você entende como escrever código que consiga passar nos casos de teste.
Para mais contexto, dê uma olhada neste tutorial.
A maioria dos exercícios de Java inclui vários casos de teste.
Esses casos são estruturados para dar suporte a um processo útil conhecido como desenvolvimento orientado a testes (TDD).
O TDD envolve repetir um ciclo estruturado que ajuda quem programa a construir funcionalidades complexas peça por peça, em vez de tudo de uma vez.
Esse ciclo pode ser descrito assim:
- Adicione um teste que descreva uma parte da funcionalidade desejada que seu código ainda não tem.
- Rode os testes para verificar que esse teste recém-adicionado falha.
- Atualize seu código atual até que:
- Todos os testes antigos continuem passando;
- O novo teste também passe.
-
Faça uma limpeza no seu código, garantindo que todos os testes continuem passando.
Isso normalmente envolve renomear variáveis, remover trechos de lógica duplicados, remover logs esquecidos etc.
- Volte ao passo 1 até que toda a funcionalidade desejada esteja pronta!
Os arquivos de teste desta track contêm todos os testes que sua solução precisa passar para ser considerada válida.
Isso não parece, à primeira vista, compatível com o ciclo descrito acima, no qual os testes são escritos um a um.
No entanto, a ferramenta que usamos para escrever nossos testes, o JUnit,
oferece uma anotação @Disabled que pode ser usada para ignorar temporariamente um teste já escrito.
Usando essa anotação, garantimos que os arquivos de teste que entregamos a você seguem estas regras:
- O primeiro teste de qualquer arquivo de teste não é ignorado por padrão.
- Todos os testes de qualquer arquivo de teste, exceto o primeiro, são ignorados por padrão.
Isso permite que você simule o ciclo TDD seguindo estes passos um pouco modificados:
- Rode os testes para verificar que no máximo um teste está falhando no momento.
- Atualize seu código atual até que todos os testes não ignorados passem.
- Faça uma limpeza no seu código, garantindo que todos os testes não ignorados continuem passando.
- Remova a primeira anotação
@Disabled do arquivo de teste.
- Volte ao passo 1 até que nenhum teste seja ignorado e todos os testes passem!
