Esercitazioni per il test di valutazione da data analyst

Com'è di solito il test vero

Non esiste un'unica valutazione per analisti dei dati. Ogni datore di lavoro sceglie il proprio test, spesso tra quelli offerti da un fornitore di valutazioni, e di solito può modificarne la durata, gli argomenti e il livello di difficoltà. L'invito o il recruiter sono il riferimento migliore per capire cosa aspettarsi. Tre esempi pubblici mostrano quanto possano variare:

• iMocha. iMocha indica che il suo test per analisti dei dati prevede 10 domande in 20 minutes e tratta query sui dati, ad esempio SQL, strumenti di visualizzazione, metodi statistici e strumenti come Excel. Afferma che il test può essere personalizzato in base al ruolo, alla difficoltà e agli strumenti preferiti, e che i datori di lavoro possono aggiungere domande di programmazione, a scelta multipla e da svolgere su una lavagna.
• Adaface. Adaface descrive un test di analisi dei dati composto da 15 domande a scelta multipla basate su scenari, da svolgere in 30 minuti. Il test comprende analisi dei dati, SQL e interpretazione dei dati con grafici e diagrammi. Adaface spiega che il test viene personalizzato in base alla descrizione del lavoro e che la durata del test inviato da un datore di lavoro può differire da quella dell'esempio.
• Alooba. Il test gratuito di analisi dei dati di Alooba è un esempio più ampio: 50 domande a scelta multipla in 50 minuti, ciascuna con cinque opzioni di risposta, su statistica di base, SQL, Python, R, preparazione dei dati, reporting e visualizzazione.

Argomenti comunemente segnalati dai diversi fornitori:

• SQL: leggere una query e indicare cosa restituisce, scegliere la query che risponde a una domanda aziendale, join, raggruppamento e filtri.
• Fogli di calcolo: somme e conteggi condizionali, funzioni di ricerca, logica IF e riepilogo di un elenco.
• Nozioni di statistica: media, mediana e dispersione, percentuali e variazioni percentuali, correlazione e causalità.
• Grafici e tabelle: leggere i valori, confrontare gruppi, individuare tendenze e calcolare dati a partire da una tabella.
• A volte Python, R o uno strumento per dashboard, oppure un esercizio pratico in cui si scrive una query da eseguire su un database reale.

Cosa comprendono le nostre simulazioni. Le nostre simulazioni complete prevedono 25 domande in 40 minuti, suddivise in quattro sezioni: SQL (6), fogli di calcolo (6), nozioni di statistica (6) e grafici e tabelle (7). È possibile usare una calcolatrice, tornare indietro e contrassegnare le domande. Tutte le domande sono a scelta multipla: le nostre simulazioni non eseguono le query SQL scritte da chi svolge il test e non trattano Python, R, Tableau o Power BI. Se l'invito menziona questi strumenti, aggiungi esercizi pratici con lo strumento stesso.

iMocha, Adaface e Alooba sono marchi dei rispettivi proprietari. Intellect Council non è affiliata, approvata né sponsorizzata da nessuna di queste aziende.

Tipi di domande con esempi svolti

Uno o due esempi svolti per ogni sezione, con l'errore in cui cade più spesso chi risponde. Nessuno di questi ripropone il campione gratuito.

1. SQL: WHERE o HAVING. Servono le regioni in cui almeno un singolo ordine supera $500. Si usa WHERE o HAVING? WHERE, perché la condizione riguarda le singole righe: WHERE amount > 500. HAVING filtra i gruppi dopo GROUP BY, per esempio le regioni il cui totale supera $500. Errore comune: entrambe sembrano corrette. Verifica se la condizione riguarda una riga o un gruppo.

2. SQL: i clienti mancanti. Unisci customers e orders con un inner JOIN e conta i clienti. Il conteggio è inferiore al numero di clienti nella tabella. Perché? Un inner JOIN mantiene solo i clienti che hanno almeno un ordine. Un LEFT JOIN da customers mantiene tutti i clienti e assegna NULL a chi non ha ordini. Errore comune: interpretare il risultato più breve come "alcuni clienti sono stati eliminati".

3. Fogli di calcolo: contare con un confronto. La colonna B contiene la regione e la colonna C il valore dell'ordine. Per contare gli ordini della regione East del valore di 100 o più, usa =COUNTIFS(B:B,"East",C:C,">=100"). Il confronto va messo tra virgolette. Se il limite si trova in una cella, per esempio E1, concatenalo: ">="&E1. Errore comune: digitare ">=E1", che cerca il testo "E1" e non conta nulla.

4. Statistica: la media delle medie. Il negozio A ha registrato 100 ordini con una media di $20. Il negozio B ne ha registrati 10 con una media di $40. Qual è il valore medio degli ordini nei due negozi? Non è $30. Le vendite totali sono 2,000 + 400 = $2,400 su 110 ordini, quindi la media è circa $21.82. Errore comune: fare la media di due medie basate su quantità molto diverse di elementi. Riparti dai totali e dai conteggi.

5. Statistica: percentuale o punti percentuali. Il tasso di conversione passa dal 4% al 5%. È un aumento di 1 punto percentuale, che corrisponde anche a un aumento del 25% (1 / 4). Errore comune: rispondere "1%" quando la domanda chiede la variazione percentuale. Verifica quale dato viene richiesto.

6. Grafici: l'asse troncato. Un grafico a barre indica un livello di soddisfazione pari a 92 per il Team A e a 96 per il Team B, ma la barra di B sembra alta il doppio. Controlla l'asse: se parte da 90, le barre mostrano 2 e 6 sopra quella linea, non i valori completi. La differenza reale è di 4 punti, circa il 4%. Errore comune: valutare l'altezza delle barre invece dei numeri.

7. Tabelle: controlla prima le unità. L'intestazione di una tabella riporta "Revenue ($ thousands)" e una domanda chiede il fatturato del secondo trimestre, indicato come 95. La risposta è $95,000. Errore comune: scegliere l'opzione con $95. Prima di rispondere alla prima domanda su una tabella, leggi il titolo, le intestazioni e le eventuali note.

Come prepararsi

1. Leggi prima l'invito. Scopri quale fornitore o formato usa il datore di lavoro, quanto dura e se dovrai scrivere query SQL funzionanti, usare Excel o Google Sheets oppure programmare in Python o R. I formati variano troppo per fare supposizioni.
2. Impara a gestire il tempo. I test dei fornitori sono spesso brevi. Nel test di iMocha con 10 domande in 20 minuti, hai circa 2 minuti per domanda (iMocha). Alcune domande richiedono un calcolo veloce, quindi allenati con un timer.
3. Ripassa le basi di SQL. SELECT, WHERE, GROUP BY con SUM, COUNT e AVG, HAVING, ORDER BY, INNER e LEFT JOIN, DISTINCT e il comportamento di NULL nei conteggi e nei confronti. Segui a mano query semplici su una tabella di cinque o sei righe.
4. Ripassa le basi dei fogli di calcolo. SUMIFS, COUNTIFS, AVERAGEIFS, una funzione di ricerca come XLOOKUP, IF e IF annidate, e un riepilogo con tabella pivot. Per fare più pratica con le formule, prova il nostro test di valutazione Excel.
5. Rivedi le basi della statistica. Media, mediana e moda, quando la mediana è più adatta in presenza di un valore anomalo, intervallo, variazione percentuale, punti percentuali, medie ponderate e perché la correlazione non dimostra un rapporto di causa.
6. Leggi ogni grafico con calma. Titolo, unità di misura, inizio dell'asse, legenda, poi la domanda. La maggior parte degli errori sui grafici dipende dal saltare uno di questi passaggi.
7. Tieni a portata di mano una calcolatrice e fogli per gli appunti se il test li consente, e assicurati di saper calcolare una percentuale con entrambi.
8. Svolgi simulazioni complete a tempo. Allenati al ritmo effettivo, così il giorno del test una prova di 20 o 30 minuti ti sembrerà normale.

Come funziona di solito la valutazione

Il punteggio dipende dal datore di lavoro e dal fornitore. Non esiste una scala nazionale né una soglia di superamento universale. I fornitori consegnano un report ai datori di lavoro, che decidono quale risultato è necessario per il ruolo. Ecco un esempio pubblico:

• Adaface afferma che il report include una raccomandazione complessiva di superamento o non superamento e parametri di riferimento del settore, e suggerisce ai datori di lavoro di stabilire la propria soglia di punteggio (Adaface).

iMocha e Alooba non descrivono i propri criteri di valutazione nelle pagine che abbiamo consultato. Di solito le domande a scelta multipla vengono valutate come corrette o errate. Se un test chiede di scrivere una query, la risposta può essere confrontata con i risultati previsti: anche una query quasi corretta potrebbe quindi non ottenere alcun punto.

Il nostro punteggio di esercitazione è il numero di domande originali a cui ha risposto correttamente, con una suddivisione per sezione: SQL, fogli di calcolo, nozioni di statistica, grafici e tabelle. Mostra su cosa concentrarsi. È un punteggio di esercitazione: non corrisponde al punteggio ottenuto in un test di un fornitore o di un datore di lavoro e non permette di prevedere se supererà il test.

Errori comuni nei test per analisti di dati

• Dimenticare NULL. COUNT(column) ignora i valori NULL, AVG li ignora e WHERE email = NULL non restituisce alcun risultato. Usa IS NULL.
• Raggruppare per il campo sbagliato. Raggruppare per nome accorpa persone diverse che hanno lo stesso nome. Raggruppa per ID e mostra il nome accanto.
• Usare la chiave sbagliata per unire le tabelle. Unire orders.id a customers.id sembra corretto e restituisce righe, ma sono quelle sbagliate. Abbina la chiave esterna, ad esempio customer_id.
• Dividere per il numero sbagliato nel calcolo della variazione percentuale. Dividi sempre per il valore iniziale.
• Interpretare «maggiore di» come «maggiore o uguale a». In SQL e nelle formule, > e >= danno risultati diversi al limite. Controlla il caso limite.
• Confondere la media e la mediana. Un valore estremo sposta molto la media e quasi per nulla la mediana.
• Dire «causa» basandosi su una correlazione. Due elementi che si muovono insieme costituiscono uno schema da spiegare, non una prova.
• Leggere in fretta l'intestazione della tabella. Unità di misura, periodi di tempo e note a piè di pagina cambiano la risposta.

Come si confronta questo esercizio con il test reale

Cosa riproduciamo. I quattro argomenti più citati dai fornitori, domande a scelta multipla in uno stile simile, una calcolatrice e una reale pressione del tempo. Ogni domanda ha una spiegazione.

Cosa non possiamo riprodurre. Non eseguiamo query su un database in tempo reale, quindi non possiamo verificare il codice SQL digitato. Non trattiamo Python, R o strumenti per dashboard. Inoltre, i fornitori usano archivi di domande e livelli di difficoltà proprietari, a cui non abbiamo accesso.

Come colmare la lacuna. Usa le nostre domande per individuare i punti deboli e imparare le regole, poi scrivi alcune query in uno strumento di database gratuito usando una tua piccola tabella e ricrea le formule per fogli di calcolo in un foglio reale. Se l'invito menziona un esercizio di programmazione o una dashboard, esercitati direttamente con lo strumento indicato.