Esercitazione per il test di programmazione Java

Com'è di solito il test vero

Non esiste un unico test di programmazione Java. Ogni datore di lavoro sceglie una piattaforma di test e poi stabilisce le proprie domande, il numero di esercizi, il limite di tempo e i linguaggi consentiti. L'invito al test è il riferimento migliore per sapere cosa aspettarsi. Gli esempi pubblici mostrano la varietà:

• HackerRank. HackerRank indica che il suo test di competenze Java (Basic) comprende 6 questions in 1 hour e verte su argomenti come le classi (HackerRank). Il suo centro assistenza elenca i tipi di domande che un datore di lavoro può inserire in un test, tra cui programmazione, scelta multipla, database, sviluppo back-end, revisione del codice e domande soggettive. Indica inoltre che i datori di lavoro possono aggiungere domande dalla libreria di HackerRank o scriverne di proprie (HackerRank Help).
• TestGorilla. La pagina di TestGorilla sui test di programmazione Java afferma che la maggior parte dei suoi test di programmazione dura dai 15 ai 35 minuti, elenca un test di algoritmi per principianti della durata di 15 minuti e spiega che i candidati leggono il problema, scelgono Java da un menu di linguaggi e scrivono la soluzione in un editor online (TestGorilla).

Parti comunemente indicate nei test Java dei datori di lavoro:

• Esercizi di programmazione: scrivere un metodo in un editor online, provarlo con input di esempio e poi inviarlo per verificarlo con altri casi di test che potrebbero non essere visibili.
• Scelta multipla: concetti Java come tipi, classi, raccolte ed eccezioni, cosa stampa un frammento di codice e quale codice è corretto.
• Debugging o revisione del codice: individuare e correggere il problema nel codice scritto da un'altra persona.
• A volte anche altro: una domanda SQL, un framework o un progetto back-end, un esercizio da svolgere a casa oppure il monitoraggio tramite webcam e schermo durante il test.

Cosa includono le nostre simulazioni. Le nostre simulazioni complete comprendono 20 questions in 60 minutes, suddivise in quattro sezioni: concetti Java (6), cosa stampa il codice (6), individuazione del bug (5) e creazione di una soluzione (3). Tutto il codice è Java 17. È possibile tornare indietro, modificare una risposta e contrassegnare le domande fino all'invio. Le nostre simulazioni permettono di esercitarsi a leggere, seguire il flusso, fare debugging e scegliere il codice. Non eseguono il codice scritto dall'utente. Molte valutazioni reali richiedono di scrivere codice che viene eseguito su casi di test nascosti; questa esercitazione sviluppa le capacità di lettura, analisi del flusso e debugging necessarie, quindi aggiungete anche qualche esercitazione a tempo in un editor reale. Le nostre simulazioni non includono neanche la supervisione dei test, i controlli antiplagio, i colloqui video, gli esercizi da svolgere a casa e i progetti, né una soglia di superamento fissata dal datore di lavoro.

Tipi di domande con esempi svolti

Un esempio svolto per ogni sezione, con l'errore in cui cadono più spesso le persone.

1. Concetti di Java. Qual è la differenza tra int e Integer? int è un valore primitivo; Integer è un oggetto che lo racchiude e può essere null. Le raccolte, come List, contengono valori Integer e Java converte automaticamente dall'uno all'altro. Attenzione: confrontare due oggetti Integer con ==. Questo confronta i riferimenti e può restituire false anche per valori uguali; usare equals.

2. Cosa stampa il codice. System.out.println(1 + 2 + "3" + 4 + 5); stampa 3345. Java procede da sinistra a destra: 1 + 2 è il numero 3, poi aggiungendo "3" si ottiene la stringa "33" e, da quel momento, ogni + concatena testo. Attenzione: eseguire prima tutti i calcoli. Seguire un operatore alla volta e annotare il tipo dopo ogni passaggio.

3. Individuare il bug. Un metodo contiene if (status == "done") e non trova mai una corrispondenza, nemmeno quando lo stato è "done". La correzione è "done".equals(status), che confronta i caratteri e funziona anche se lo stato è null. Attenzione: correggere la prima riga che sembra insolita. Seguire un input molto semplice nel codice e individuare la prima riga in cui il valore diventa errato.

4. Costruire una soluzione. Occorre contare quante volte compare ogni parola. Un HashMap con counts.merge(word, 1, Integer::sum) all'interno di un ciclo lo fa con una riga per parola. Attenzione: scegliere l'opzione che gestisce il caso normale ma non i casi limite. Verificare ogni opzione con un array vuoto, un solo elemento, ripetizioni, numeri negativi e null.

Come prepararsi

1. Leggi prima l'invito. Scopri quale piattaforma userai, quanti esercizi ci sono, qual è il limite di tempo, quale versione di Java usa l'editor e se il test è monitorato. I formati variano troppo per fare supposizioni.
2. Prova l'area di esercitazione della piattaforma, se disponibile. Prendi confidenza con l'editor, il pulsante Run, il modo in cui viene letto l'input e il modo in cui vengono mostrati i casi di test di esempio, così il giorno del test la schermata non ti sarà nuova. Per esempio, HackerRank spiega che i candidati possono fare clic su Run per eseguire i casi di test mentre lavorano (HackerRank Support).
3. Segui il codice a mano. Per gli snippet brevi, annota il valore e il tipo di ogni variabile dopo ciascuna riga. Le divisioni tra interi, l'unione di stringhe e i riferimenti sono le principali fonti di sorprese.
4. Conosci gli strumenti di uso quotidiano. Array, String e StringBuilder, ArrayList, HashMap, HashSet, Arrays.sort e Collections.sort, equals e hashCode, eccezioni, classi e interfacce di base.
5. Pensa ai casi limite prima di inviare la soluzione. Array e stringhe vuoti, un solo elemento, valori ripetuti, numeri negativi, null e valori abbastanza grandi da causare l'overflow di un int. Spesso i casi di test nascosti verificano proprio questi aspetti.
6. Scrivi un po' di codice a tempo. Le nostre simulazioni allenano la lettura e il debugging. Prova anche a risolvere qualche problema semplice in un editor vero con un timer, così scrivere, compilare ed eseguire codice sotto pressione ti sembrerà normale.
7. Allenati al ritmo effettivo. Se il test è simile all'esempio Java (Basic) di HackerRank, 6 domande in 1 ora equivalgono a circa 10 minuti per domanda (HackerRank). Svolgi simulazioni complete a tempo per abituarti a gestire il ritmo.

Come funziona di solito la valutazione

Il punteggio dipende dalla piattaforma e dal datore di lavoro. Non esiste una scala universale né una soglia di superamento universale. Di solito le domande di programmazione vengono valutate automaticamente in base a casi di test. Ecco due descrizioni pubbliche:

• HackerRank afferma che le domande di programmazione vengono valutate con casi di test predefiniti, che misurano correttezza ed efficienza. Ogni caso di test ha un punteggio specifico: il codice che supera un caso di test ottiene il punteggio pieno previsto per quel caso, mentre quello che non lo supera ottiene zero. Il punteggio totale della domanda è la somma dei punteggi dei casi superati; una soluzione che supera solo alcuni casi ottiene quindi una parte dei punti (Assistenza HackerRank). Le domande di programmazione e quelle a scelta multipla vengono valutate automaticamente, mentre le domande back-end vengono valutate automaticamente, con una revisione manuale consigliata (Guida HackerRank).
• TestGorilla descrive un punteggio basato sui percentili e sulla correttezza complessiva, ovvero sulla capacità di produrre gli output corretti a partire dagli input forniti. Il report mostra il risultato di ogni caso di test (TestGorilla).

Ogni datore di lavoro decide che cosa considerare un buon risultato e molti valutano il codice oltre al punteggio.

Il nostro punteggio di esercitazione è il numero di domande originali a cui ha risposto correttamente, con una suddivisione per sezione, così può capire su cosa concentrarsi. È un punteggio di esercitazione: non corrisponde al punteggio ottenuto in un test di una piattaforma e non permette di prevedere se supererà il test.

Errori comuni

• Confrontare le stringhe con ==. Usare equals oppure "text".equals(value) quando value potrebbe essere null.
• Aspettarsi numeri decimali dalla divisione tra interi. 7 / 2 è 3. Se serve ottenere 3.5, convertire prima uno dei due valori in double.
• Dimenticare che le stringhe sono immutabili. s.trim() e s.toUpperCase() restituiscono nuove stringhe: assegnare il risultato.
• Commettere errori di uno nelle iterazioni. Gli indici vanno da 0 a length - 1, quindi la condizione usuale del ciclo è i < a.length.
• Modificare una lista all'interno di un ciclo for-each. Usare removeIf oppure un Iterator esplicito e il suo metodo remove.
• Ignorare l'overflow. Le somme e i prodotti di valori int elevati possono andare in overflow senza segnalarlo. Usare long quando i valori possono aumentare.
• Testare solo l'esempio. L'esempio visibile di solito viene superato. I casi di test nascosti controllano input vuoti, elementi singoli, duplicati e input di grandi dimensioni.
• Esaurire il tempo su un'attività. Se non si riesce a procedere, inviare una versione semplice che superi alcuni casi di test, passare oltre e tornare all'attività se resta tempo.