Esercitazione per il test di programmazione JavaScript

Com'è di solito il test vero

Non esiste un unico test di programmazione JavaScript. 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 JavaScript (Basic) comprende 2 questions in 1 hour 30 minutes e verte su argomenti come le funzioni (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, HTML/CSS/JavaScript, sviluppo front-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 JavaScript afferma che i singoli test durano dai 15 ai 45 minuti, elenca un test di algoritmi per principianti della durata di 15 minuti, spiega che i candidati lavorano in un editor online e indica che i datori di lavoro scelgono i linguaggi disponibili (TestGorilla).

Parti comunemente indicate nei test JavaScript dei datori di lavoro:

• Esercizi di programmazione: scrivere una funzione in un editor online, provarla con input di esempio e poi inviarla per verificarla con altri casi di test che potrebbero non essere visibili.
• Scelta multipla: concetti JavaScript, cosa mostra 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: creare o correggere una pagina web, svolgere un progetto più ampio front-end o 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 JavaScript (6), cosa mostra il codice (6), individuazione del bug (5) e creazione di una soluzione (3). Tutto il codice è JavaScript moderno eseguito su Node.js, senza codice per browser o framework. È 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 attività progettuali front-end, back-end o full-stack, la supervisione dei test, i controlli antiplagio, i colloqui video, gli esercizi da svolgere a casa 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 JavaScript. Qual è la differenza tra let e var? let ha visibilità limitata al blocco più vicino, ad esempio il corpo di un ciclo, e non può essere usato prima che venga eseguita la riga in cui è dichiarato. var ha visibilità nell'intera funzione e viene sollevato, quindi esiste come undefined prima della sua riga. Attenzione: pensare che const renda immodificabile un oggetto o un array. Impedisce solo di assegnare un nuovo valore al nome.

2. Cosa mostra il codice. console.log(typeof null, typeof []) mostra object object. Per typeof sono entrambi oggetti; per verificare se un valore è un array, usare Array.isArray. Nel codice asincrono, ricordare l'ordine: prima il codice normale, poi le callback delle promise e infine i timer. Attenzione: interpretare setTimeout(fn, 0) come "esegui subito". Attende sempre che il codice corrente e le callback delle promise in sospeso siano terminati.

3. Individuare il bug. Una funzione restituisce undefined invece di un totale. Cercare una funzione freccia con parentesi graffe ma senza return: (a, b) => { a + b } restituisce undefined, mentre (a, b) => a + b restituisce la somma. 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 calcolare il prezzo totale di un carrello. items.reduce((sum, item) => sum + item.price, 0) permette di farlo. Senza lo 0 finale, un carrello vuoto genera un TypeError. Attenzione: scegliere l'opzione che funziona per l'esempio ma non per i casi limite. Verificare ogni opzione con un array vuoto, un solo elemento, ripetizioni e valori mancanti.

Come prepararsi

1. Leggi prima l'invito. Scopri quale piattaforma userai, quanti esercizi ci sono, qual è il limite di tempo, se puoi scegliere JavaScript, se sono inclusi esercizi front-end 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 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 di ogni variabile dopo ciascuna riga. Per il codice asincrono, tieni tre elenchi: cosa viene eseguito subito, le callback delle promise e i timer.
4. Conosci gli strumenti di uso quotidiano. Array e relativi metodi (map, filter, reduce, some, find, sort), oggetti, Map e Set, stringhe, destrutturazione, spread, template literal, async e await.
5. Pensa ai casi limite prima di inviare la soluzione. Array e stringhe vuoti, un solo elemento, valori ripetuti, null e undefined, numeri forniti come stringhe. 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 ed eseguire codice sotto pressione ti sembrerà normale.
7. Allenati al ritmo effettivo. Se il test è simile all'esempio JavaScript (Basic) di HackerRank, 2 domande in 1 ora e 30 minuti equivalgono a circa 45 minuti per problema (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 HTML/CSS/JavaScript vengono valutate manualmente. Le domande front-end vengono valutate automaticamente, ma si consiglia una revisione manuale (Guida HackerRank).
• TestGorilla descrive un punteggio basato sui percentili e sulla correttezza complessiva, con un report che 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

• Ordinare i numeri senza una funzione di confronto. [10, 9, 1].sort() ordina come se fossero stringhe. Usa sort((a, b) => a - b).
• Usare == e restare sorpresi dalla conversione dei tipi. Preferisci ===, a meno che non ci sia un motivo per non farlo.
• Dimenticare che forEach non aspetta. await all'interno di una callback di forEach non mette in pausa la funzione esterna. Usa for...of o Promise.all.
• Confrontare oggetti o array con ===. Due oggetti sono uguali solo se sono lo stesso oggetto. Confronta i campi che ti interessano.
• Modificare un array che si voleva conservare. sort, reverse e splice modificano l'array sul posto. Quando serve conservare l'originale, creane prima una copia con [...arr].
• Testare solo l'esempio. L'esempio visibile di solito viene superato. I casi di test nascosti verificano input vuoti, elementi singoli, duplicati e input di grandi dimensioni.
• Esaurire il tempo su un'attività. Se non riesci a procedere, invia una versione semplice che superi alcuni casi di test, passa oltre e torna indietro se resta tempo.