Test de Bash: 24 preguntas, ¿qué imprime este script?

¿Cuánto Bash sabes de verdad? Estas 24 preguntas repasan las 8 lecciones de nuestro curso de Bash: scripts y permisos, variables y comillas, condiciones y bucles, funciones y arrays, redirecciones y tuberías, grep, sed y awk, y cómo escribir scripts que no se rompen. Elige una respuesta en cada pregunta y pulsa Corregir al final: verás tu nota, los aciertos por lección y la explicación de cada respuesta.

No hace falta registrarse y nada se envía a ningún sitio: el test se corrige en tu propio navegador. Todas las respuestas con código se comprobaron ejecutando el código con Bash 5.3.9.

Pregunta 1Lección 1: Primeros pasos

¿Para qué sirve la primera línea de un script, #!/usr/bin/env bash?

Es un comentario que no hace nadaIndica con qué intérprete se ejecuta el script cuando se lanza como ./script.shActiva el modo estricto de BashHace que el script se pueda ejecutar sin permisos

Es el shebang: el sistema lo lee al ejecutar el archivo y arranca ese intérprete. Con env se usa el primer bash del PATH, que en macOS puede ser uno más moderno que el de /bin/bash. Ver la lección 1.

Pregunta 2Lección 1: Primeros pasos

¿Qué escribe este script?

#!/usr/bin/env bash
ls /carpeta/que/no/existe 2>/dev/null
echo $?

01Nada: el error detiene el script2

$? guarda el código de salida de la última orden: 0 si fue bien y otro número si falló. ls devuelve 2 cuando no puede acceder a lo que le piden; el mensaje de error no se ve porque 2>/dev/null lo descarta. Ver la lección 1.

Pregunta 3Lección 1: Primeros pasos

Creaste backup.sh en la carpeta actual y le diste permiso con chmod +x. ¿Por qué backup.sh responde «command not found» y ./backup.sh sí funciona?

Porque la carpeta actual no está en el PATH: sin ruta, Bash solo busca en las carpetas del PATHPorque falta el shebangPorque chmod +x tarda en aplicarsePorque los scripts siempre hay que ejecutarlos con sudo

Por seguridad, la carpeta actual no forma parte del PATH. ./ le dice a Bash exactamente dónde está el archivo. Ver la lección 1.

Pregunta 4Lección 2: Variables, comillas y expansiones

¿Qué escribe este script?

#!/usr/bin/env bash
nombre="Ana"
echo 'Hola, $nombre'
echo "Hola, $nombre"

Hola, Ana dos vecesHola, $nombre dos vecesHola, $nombre y después Hola, AnaUn error por las comillas simples

Pregunta 5Lección 2: Variables, comillas y expansiones

¿Qué escribe este script?

#!/usr/bin/env bash
a=3
b=4
echo "$a+$b = $((a + b))"

3+4 = 77 = 73+4 = 3+4$a+$b = 7

Fuera de $(( )), + es un carácter más: "$a+$b" solo pone los valores uno junto al otro. Dentro de $(( )) se hace la cuenta (y las variables ni siquiera necesitan el $). Ver la lección 2.

Pregunta 6Lección 2: Variables, comillas y expansiones

¿Qué escribe este script?

#!/usr/bin/env bash
unset color
echo "${color:-azul}"
echo "[$color]"

azul y [azul]Una línea vacía y []Un error: la variable no existeazul y []

${color:-azul} usa azul si la variable no existe o está vacía, pero no la cambia. Para asignarla a la vez existe ${color:=azul}. Ver la lección 2.

Pregunta 7Lección 3: Condiciones, bucles y códigos de salida

¿Qué escribe este script?

#!/usr/bin/env bash
if [[ "10" < "9" ]]; then
    echo "menor"
else
    echo "mayor o igual"
fi

mayor o igualmenorUn error de sintaxisNada

Dentro de [[ ]], < compara textos por orden alfabético, y el carácter «1» va antes que el «9». Para comparar números se usa -lt o (( 10 < 9 )). Ver la lección 3.

Pregunta 8Lección 3: Condiciones, bucles y códigos de salida

¿Qué escribe este script?

#!/usr/bin/env bash
fruta="mango"
case $fruta in
    m*) echo "empieza por m" ;;
    *o) echo "acaba en o" ;;
esac

acaba en oLas dos líneasempieza por mNada: case no admite comodines

case prueba los patrones en orden y ejecuta solo el primero que casa (salvo que el caso termine en ;& o ;;&). «mango» casa con m*. Ver la lección 3.

Pregunta 9Lección 3: Condiciones, bucles y códigos de salida

¿Qué escribe este script?

#!/usr/bin/env bash
for i in {1..5}; do
    if (( i == 2 )); then continue; fi
    if (( i == 4 )); then break; fi
    echo -n "$i "
done
echo

1 2 3 4 51 31 3 51

continue salta al siguiente número (el 2 no se imprime) y break sale del bucle (al llegar al 4 se acaba). Quedan 1 y 3. Ver la lección 3.

Pregunta 10Lección 4: Funciones, arrays y cadenas

¿Qué escribe este script?

#!/usr/bin/env bash
x=1
cambiar() {
    local x=2
    echo "dentro: $x"
}
cambiar
echo "fuera: $x"

dentro: 2 y fuera: 1dentro: 2 y fuera: 2dentro: 1 y fuera: 1Un error: no se puede redefinir x

local crea una variable que solo existe dentro de la función. Sin local, las variables de una función son globales y cambiarían la de fuera. Ver la lección 4.

Pregunta 11Lección 4: Funciones, arrays y cadenas

¿Qué escribe este script?

#!/usr/bin/env bash
colores=(rojo "verde claro" azul)
echo "${#colores[@]}"

45rojo3

Al crear el array, las comillas mantienen «verde claro» como un solo elemento. ${#colores[@]} es el número de elementos. Ver la lección 4.

Pregunta 12Lección 4: Funciones, arrays y cadenas

¿Qué escribe este script?

#!/usr/bin/env bash
archivo="copia.tar.gz"
echo "${archivo%.*}"
echo "${archivo%%.*}"

copia y copia.tartar.gz y gzcopia.tar y copiacopia.tar.gz dos veces

% quita del final lo más corto que casa con el patrón (.gz); %%, lo más largo (.tar.gz). Con # y ## se quita del principio. Ver la lección 4.

Pregunta 13Lección 5: Redirecciones, tuberías y procesos

¿Qué escribe este script?

#!/usr/bin/env bash
echo "hola" > notas.txt
echo "adiós" >> notas.txt
echo "otra vez" > notas.txt
wc -l < notas.txt

2130

>> añade al final, pero > vacía el archivo antes de escribir. La última orden deja una sola línea. Ver la lección 5.

Pregunta 14Lección 5: Redirecciones, tuberías y procesos

¿Qué se ve al ejecutar este script?

#!/usr/bin/env bash
ls /no/existe > salida.txt
echo "salida.txt contiene: [$(cat salida.txt)]"

Solo salida.txt contiene: [ls: cannot access…]Solo salida.txt contiene: []NadaEl error de ls en la terminal y después salida.txt contiene: []

> solo redirige la salida estándar. Los mensajes de error van por la salida de errores (stderr), que sigue yendo a la terminal; el archivo se queda vacío. Para guardar los dos: > salida.txt 2>&1. Ver la lección 5.

Pregunta 15Lección 5: Redirecciones, tuberías y procesos

¿Qué escribe este script?

#!/usr/bin/env bash
false | true
echo "$? ${PIPESTATUS[*]}"

0 1 01 1 00 0 01 0 1

Sin pipefail, el código de una tubería es el de la última orden (true, 0). El array PIPESTATUS guarda el de cada parte: 1 para false y 0 para true. Ver la lección 5.

Pregunta 16Lección 6: Procesar texto: grep, sed y awk

¿Qué escribe este script?

#!/usr/bin/env bash
printf 'ana\nAna\nluis\nmariana\n' | grep -ci 'ana'

1234

-i ignora mayúsculas y -c cuenta las líneas que casan: «ana», «Ana» y «mariana», que contiene «ana». Para palabras completas existe -w. Ver la lección 6.

Pregunta 17Lección 6: Procesar texto: grep, sed y awk

¿Qué escribe este script?

#!/usr/bin/env bash
echo "2026-10-30" | cut -d- -f2

102026302026-10

cut -d- separa por guiones y -f2 se queda con el segundo campo. Ver la lección 6.

Pregunta 18Lección 6: Procesar texto: grep, sed y awk

¿Qué escribe este script?

#!/usr/bin/env bash
echo "hola mundo, hola sol" | sed 's/hola/adiós/'

adiós mundo, adiós soladiós mundo, hola solhola mundo, adiós solhola mundo, hola sol

Sin opciones, s/…/…/ solo cambia la primera coincidencia de cada línea. Para cambiarlas todas, la opción g: s/hola/adiós/g. Ver la lección 6.

Pregunta 19Lección 7: Scripts robustos: errores, trap y opciones

¿Qué se ve al ejecutar este script?

#!/usr/bin/env bash
set -u
echo "inicio"
echo "valor: $sin_definir"
echo "fin"

inicio, valor: y finSolo el error: el script no llega a empezarinicio y fininicio y un error «sin_definir: unbound variable»; el script se detiene

set -u convierte en error usar una variable que no existe, en lugar de tratarla como vacía. Así se detectan erratas en los nombres antes de que hagan daño (piensa en rm -rf "$CARPTEA/"). Ver la lección 7.

Pregunta 20Lección 7: Scripts robustos: errores, trap y opciones

¿Qué se ve al ejecutar este script, y con qué código termina?

#!/usr/bin/env bash
trap 'echo "limpiando"' EXIT
echo "trabajando"
exit 3

trabajando y termina con código 3; limpiando no se vetrabajando, limpiando y termina con código 0trabajando, limpiando y termina con código 3limpiando, trabajando y termina con código 3

trap … EXIT se ejecuta siempre que el script termina, también con exit o por un error, y no cambia el código de salida. Es el sitio para borrar archivos temporales. Ver la lección 7.

Pregunta 21Lección 7: Scripts robustos: errores, trap y opciones

¿Por qué conviene crear los archivos temporales con mktemp en lugar de usar un nombre fijo como /tmp/mi_script.tmp?

Porque crea un archivo nuevo con un nombre impredecible y permisos solo para ti, así que nadie puede adelantarse ni pisarloPorque mktemp los borra solo al terminarPorque /tmp no admite nombres con guion bajoPorque los archivos de mktemp no ocupan espacio

Con un nombre fijo, otro usuario puede crear antes un enlace con ese nombre y hacer que tu script escriba donde él quiera, y dos ejecuciones a la vez se pisan. mktemp no borra nada: eso lo hace un trap … EXIT. Ver la lección 7.

Pregunta 22Lección 8: Un proyecto completo

¿Qué es ShellCheck?

Un depurador que ejecuta el script paso a pasoUna opción de Bash para comprobar la sintaxisUn antivirus para scriptsUn analizador que lee el script sin ejecutarlo y avisa de errores típicos, como variables sin comillas o un [ mal cerrado

Pregunta 23Lección 8: Un proyecto completo

Un script funciona perfectamente desde tu terminal, pero falla cuando lo ejecuta cron. ¿Cuál es la causa más probable?

cron usa una versión de Bash más antiguacron lo ejecuta con un entorno mínimo: otro PATH, sin tus variables y en otra carpetacron no puede ejecutar scripts con shebangcron cancela los scripts que tardan más de un minuto

Desde cron, PATH suele ser solo /usr/bin:/bin, no se cargan tus archivos de configuración y la carpeta de trabajo es tu carpeta personal. Usa rutas absolutas y define lo que el script necesite. Ver la lección 8.

Pregunta 24Lección 8: Un proyecto completo

En la carpeta, registro.log tiene dos líneas y ninguna contiene «ERROR». ¿Qué se ve al ejecutar este script?

#!/usr/bin/env bash
set -euo pipefail
grep "ERROR" registro.log | wc -l
echo "fin"

0 y finSolo finSolo 0: el script se detiene sin llegar a finNada

grep devuelve 1 cuando no encuentra nada. Con pipefail, la tubería entera devuelve ese 1 aunque wc funcionara, y set -e detiene el script. Para contar sin que «no encontrar nada» sea un error: grep -c "ERROR" registro.log || true. Ver la lección 8.

Las preguntas siguen el orden del curso. Si fallas alguna, el enlace de su explicación te lleva a la lección donde se explica con ejemplos.