Práctica para evaluaciones de analista de datos

Cómo suele ser la prueba real

No existe una única evaluación para analistas de datos. Cada empleador elige su propia prueba, a menudo de un proveedor de evaluaciones, y por lo general puede cambiar la duración, los temas y la dificultad. La invitación o la persona encargada de selección es la mejor guía para saber cómo será la suya. Estos tres ejemplos públicos muestran la variedad:

• iMocha. iMocha indica que su prueba para analistas de datos consta de 10 preguntas en 20 minutos y abarca consultas de datos, como SQL, herramientas de visualización, métodos estadísticos y herramientas como Excel. Señala que la prueba se puede personalizar por completo según el puesto, la dificultad y las herramientas preferidas, y que los empleadores pueden agregar sus propias preguntas de programación, opción múltiple y pizarra.
• Adaface. Adaface describe una prueba de análisis de datos de 15 preguntas de opción múltiple basadas en situaciones, para resolver en 30 minutos. Se divide en análisis de datos, SQL e interpretación de datos con gráficos y diagramas. Indica que la prueba se personaliza según la descripción del puesto y que la duración de la prueba que envíe un empleador puede ser distinta de la de su muestra.
• Alooba. La prueba gratuita de análisis de datos de Alooba es un ejemplo más amplio: 50 preguntas de opción múltiple en 50 minutos, cada una con cinco opciones de respuesta. Abarca estadística básica, SQL, Python, R, preparación de datos, elaboración de informes y visualización.

Áreas de contenido que suelen mencionar los distintos proveedores:

• SQL: leer una consulta y decir qué devuelve, elegir la consulta que responde a una pregunta de negocio, combinaciones, agrupación y filtrado.
• Hojas de cálculo: sumas y recuentos condicionales, búsquedas, lógica con IF y resumen de listas.
• Conceptos básicos de estadística: media, mediana y dispersión, porcentajes y variación porcentual, y correlación frente a causalidad.
• Gráficos y tablas: leer valores, comparar grupos, detectar tendencias y hacer cálculos a partir de una tabla.
• A veces, Python, R o una herramienta de paneles, o una tarea práctica en la que debe escribir una consulta que se ejecuta en una base de datos real.

Qué incluyen nuestras pruebas de práctica. Cada prueba completa tiene 25 preguntas en 40 minutos, divididas en cuatro secciones: SQL (6), hojas de cálculo (6), conceptos básicos de estadística (6) y gráficos y tablas (7). Puede usar una calculadora, volver a preguntas anteriores y marcarlas. Todas las preguntas son de opción múltiple: nuestras pruebas de práctica no ejecutan el SQL que usted escribe y no abarcan Python, R, Tableau ni Power BI. Si su invitación menciona esas herramientas, practique también directamente con ellas.

iMocha, Adaface y Alooba son marcas registradas de sus respectivos propietarios. Intellect Council no tiene afiliación con ninguna de ellas, ni cuenta con su respaldo ni patrocinio.

Tipos de preguntas con ejemplos resueltos

Uno o dos ejemplos resueltos por sección, con el error en el que cae la mayoría. Ninguno de estos repite la muestra gratuita.

1. SQL: WHERE o HAVING. Necesita encontrar las regiones donde al menos un pedido individual superó los $500. ¿Filtra con WHERE o con HAVING? Con WHERE, porque la condición se aplica a filas individuales: WHERE amount > 500. HAVING filtra grupos después de GROUP BY, como las regiones cuyo total supera los $500. Error común: ambas opciones parecen correctas. Pregúntese si la condición se aplica a una fila o a un grupo.

2. SQL: los clientes que faltan. Une customers con orders mediante un INNER JOIN y cuenta los clientes. El recuento es menor que el número de clientes de la tabla. ¿Por qué? Un INNER JOIN conserva solo los clientes que tienen al menos un pedido. Un LEFT JOIN desde customers los conserva a todos y muestra NULL para quienes no tienen pedidos. Error común: interpretar el resultado más corto como "se eliminaron algunos clientes".

3. Hojas de cálculo: contar mediante una comparación. La columna B contiene la región y la columna C, el valor del pedido. Para contar los pedidos de East cuyo valor sea 100 o más, use =COUNTIFS(B:B,"East",C:C,">=100"). La comparación debe ir entre comillas. Si el límite está en una celda, por ejemplo E1, únala así: ">="&E1. Error común: escribir ">=E1", que busca el texto "E1" y no cuenta nada.

4. Estadística: el promedio de los promedios. La tienda A tuvo 100 pedidos con un promedio de $20. La tienda B tuvo 10 pedidos con un promedio de $40. ¿Cuál es el promedio de los pedidos de ambas tiendas? No es $30. Las ventas totales son 2,000 + 400 = $2,400 en 110 pedidos, es decir, aproximadamente $21.82. Error común: promediar dos promedios que corresponden a cantidades de elementos muy distintas. Vuelva a los totales y los recuentos.

5. Estadística: porcentaje o puntos porcentuales. Una tasa de conversión pasa de 4% a 5%. Eso representa un aumento de 1 punto porcentual, que también equivale a un aumento del 25% (1 / 4). Error común: responder "1%" cuando la pregunta pide el cambio porcentual. Compruebe qué dato solicita.

6. Gráficos: el eje truncado. Un gráfico de barras muestra una satisfacción de 92 para el equipo A y de 96 para el equipo B, pero la barra de B parece el doble de alta. Revise el eje: si empieza en 90, las barras representan 2 y 6 por encima de esa línea, no los valores completos. La diferencia real es de 4 puntos, aproximadamente un 4%. Error común: fijarse en la altura de las barras en vez de en los números.

7. Tablas: lea primero las unidades. El encabezado de una tabla dice "Ingresos ($ miles)" y una pregunta pide los ingresos del segundo trimestre, que aparecen como 95. La respuesta es $95,000. Error común: elegir la opción que dice $95. Antes de responder la primera pregunta sobre una tabla, lea el título, los encabezados y todas las notas.

Cómo prepararse

1. Lea primero la invitación. Averigüe qué proveedor o formato utiliza su empleador, cuánto dura y si le pedirán escribir consultas SQL que se ejecuten, usar Excel o Google Sheets, o programar en Python o R. Los formatos varían demasiado como para hacer suposiciones.
2. Familiarícese con el ritmo. Las pruebas de los proveedores suelen ser breves. En la prueba de iMocha, con 10 preguntas en 20 minutos, tiene unos 2 minutos por pregunta (iMocha). Algunas preguntas requieren hacer un cálculo rápido, así que practique con un temporizador.
3. Repase los fundamentos de SQL. SELECT, WHERE, GROUP BY con SUM, COUNT y AVG, HAVING, ORDER BY, INNER y LEFT JOIN, DISTINCT y el comportamiento de NULL en los recuentos y las comparaciones. Siga consultas pequeñas a mano en una tabla de cinco o seis filas.
4. Repase los fundamentos de las hojas de cálculo. SUMIFS, COUNTIFS, AVERAGEIFS, una función de búsqueda como XLOOKUP, IF y las funciones IF anidadas, y un resumen de tabla dinámica. Para practicar más fórmulas, pruebe nuestra prueba de evaluación de Excel.
5. Repase los fundamentos de estadística. Media, mediana y moda; cuándo la mediana es más adecuada debido a un valor atípico; rango, cambio porcentual, puntos porcentuales, promedios ponderados y por qué la correlación no demuestra causalidad.
6. Lea cada gráfico con calma. Título, unidades, inicio del eje, leyenda y, después, la pregunta. La mayoría de los errores al interpretar gráficos se deben a pasar por alto uno de estos elementos.
7. Tenga a mano una calculadora y papel para hacer anotaciones si la prueba lo permite, y sepa cómo calcular porcentajes con ambos.
8. Haga simulacros cronometrados completos. Practique al ritmo real para que una prueba de 20 o 30 minutos le resulte normal el día de la prueba.

Cómo suele funcionar la puntuación

La puntuación depende del empleador y del proveedor. No existe una escala nacional ni una nota mínima universal para aprobar. Los proveedores entregan un informe a los empleadores, y cada empleador decide qué resultado necesita para el puesto. Este es un ejemplo público:

• Adaface afirma que su informe incluye una recomendación general de aprobar o no aprobar y referencias del sector, y sugiere que los empleadores establezcan su propia puntuación mínima (Adaface).

iMocha y Alooba no describen cómo califican en las páginas que consultamos. Las preguntas de opción múltiple suelen calificarse como correctas o incorrectas. Si una prueba le pide escribir una consulta, es posible que la comparen con los resultados esperados, por lo que una consulta casi correcta aún puede obtener cero puntos.

Nuestra puntuación de práctica es la cantidad de preguntas propias que respondió correctamente, desglosada por sección: SQL, hojas de cálculo, conceptos básicos de estadística y gráficos y tablas. Le muestra en qué enfocarse. Es una puntuación de práctica: no es una puntuación de ninguna prueba de un proveedor o empleador, ni predice si aprobará.

Errores comunes en las pruebas para analistas de datos

• Olvidar NULL. COUNT(column) omite los valores NULL, AVG los ignora y WHERE email = NULL no encuentra coincidencias. Use IS NULL.
• Agrupar por el campo equivocado. Agrupar por nombre combina a dos personas distintas que tienen el mismo nombre. Agrupe por el id y muestre el nombre junto a él.
• Unir usando la clave equivocada. Unir orders.id con customers.id parece válido y devuelve filas, pero son las filas equivocadas. Use la clave externa, como customer_id.
• Dividir por el número equivocado al calcular el cambio porcentual. Divida siempre por el valor inicial.
• Confundir "mayor que" con "al menos". En SQL y en las fórmulas, > y >= dan resultados distintos en el límite. Compruebe el caso límite.
• Confundir la media con la mediana. Un valor extremo cambia mucho la media, pero apenas afecta a la mediana.
• Afirmar que algo "causa" otra cosa basándose en una correlación. Que dos cosas varíen juntas es un patrón que se debe explicar, no una prueba.
• Leer a la ligera el encabezado de una tabla. Las unidades, los períodos y las notas al pie pueden cambiar la respuesta.

En qué se diferencia esta práctica de la prueba real

En qué se parecen nuestras pruebas. Incluyen las cuatro áreas que más describen los proveedores, preguntas de opción múltiple con un estilo similar, una calculadora y presión de tiempo real. Todas las preguntas tienen una explicación.

Qué no podemos reproducir. No ejecutamos consultas en una base de datos activa, así que no podemos comprobar el SQL que usted escriba. No abarcamos Python, R ni herramientas de paneles. Además, los proveedores usan sus propios bancos de preguntas y niveles de dificultad, que nunca vemos.

Cómo cubrir la diferencia. Use nuestras preguntas para detectar los temas que le cuestan y aprender las reglas. Luego, escriba algunas consultas en una herramienta de base de datos gratuita usando una tabla pequeña propia y vuelva a crear las fórmulas de hojas de cálculo en una hoja real. Si su invitación menciona una tarea de programación o de paneles, practique directamente con esa herramienta.