Llevas semanas con tu montaje. Las bibliotecas de Emby o Jellyfin escanean, las apps de Nextcloud se instalan, la web carga en tu portátil. Luego un amigo la abre en un televisor, un móvil y un navegador, y algo «a veces» no funciona. Ese es justo el momento en el que una revisión independiente merece la pena.
Este tutorial repasa cómo hacemos una auditoría de control de calidad en Control de calidad, escrito para que puedas hacer tú mismo estas comprobaciones o pasarnos la lista y comprar unas horas de pruebas de software. El entregable es siempre el mismo: un informe escrito con lo que se probó, lo que se encontró y qué arreglar primero. Piénsalo como una checklist de pruebas de web y de servidor multimedia en una sola pasada.
Lo que necesitas antes de empezar
- Una copia de staging o una ventana tranquila en el sistema en producción. La auditoría incluye un ensayo de actualización sobre una copia de tu servidor, así que una copia es lo ideal, pero una noche de poco tráfico también sirve.
- La lista de lo que importa: qué clientes usa la gente de verdad (televisores, móviles, navegadores, apps cliente), qué usuarios y permisos existen, qué puertos están abiertos a internet.
- Acceso para quien prueba: una cuenta de administrador en el servidor multimedia o en la instancia de Nextcloud, y una cuenta de usuario normal, porque los permisos forman parte de la prueba.
- Una forma de contarnos el alcance: el formulario de contacto, un ticket o Telegram. Recibes un presupuesto escrito con alcance y horas gratis antes de comprar nada.
Las horas se compran en la página del producto con un mínimo de una hora y se consumen en tramos de 15 minutos. Las horas no usadas se quedan en tu cuenta durante 12 meses.
Paso 1: Escribe el alcance
Antes de tocar nada, acuerda qué se va a revisar. La auditoría cubre software (plan de pruebas, pruebas manuales y automatizadas, informes de errores con pasos para reproducirlos), servidores multimedia y de correo (Emby, Jellyfin, Nextcloud o mailcow: configuración, usuarios y permisos, seguridad, rendimiento, transcodificación, entrega de correo y copias de seguridad), dispositivos (televisores, móviles, navegadores, apps cliente: compatibilidad, subtítulos, pistas de audio, transcodificación y acceso remoto), sitios web (accesibilidad, SEO y rendimiento con Lighthouse y comprobaciones manuales) y cambios (ensayo de actualizaciones, prueba de restauración de copias de seguridad, pruebas de carga y comprobaciones de seguridad básicas).
Elige las partes que se apliquen a tu caso. Un operador de Jellyfin con una web pequeña necesita una mezcla distinta que un administrador de Nextcloud. Un alcance escrito y breve mantiene las horas centradas y hace que el informe final sea más fácil de leer.
Paso 2: Monta la matriz de reproducción
Este es el núcleo de la revisión de un servidor multimedia. Haz una tabla con tus clientes como filas y las cosas que pueden fallar como columnas.
Filas sugeridas:
- Televisor del salón con la app nativa
- Móvil (al menos un dispositivo Android y uno iOS)
- Navegador de escritorio
- Cualquier otra app cliente en la que confíen tus usuarios
Columnas sugeridas:
- Reproducción directa de un archivo típico
- Transcodificación de un archivo que el cliente no puede reproducir (comprueba que de verdad transcodifica en lugar de fallar)
- Subtítulos: incrustados y externos, y si se mantienen sincronizados
- Pistas de audio: cambiar entre ellas a mitad de reproducción
- Acceso remoto desde fuera de tu red
Rellena cada celda con pasa o falla y una nota de una línea. Los fallos son lo que listará el informe, cada uno con pasos para reproducirlo y una severidad. No persigas todas las combinaciones; una muestra representativa por cliente basta para cazar los sospechosos habituales.
En Emby y Jellyfin, la configuración y los permisos van en la misma pasada: comprueba que un usuario normal no puede ver bibliotecas ni zonas de administración que no le corresponden, y que los ajustes de transcodificación encajan con lo que puede hacer tu hardware.
Paso 3: Revisa la exposición de seguridad
Aquí es donde los montajes pequeños suelen llevarse sorpresas. Quédate en el nivel de configuración: qué puertos son alcanzables desde internet, si los certificados son válidos y se renuevan, qué cuentas existen y si sigue activa alguna cuenta de administrador por defecto o sin usar. En Nextcloud, los usuarios y permisos forman parte de la revisión del servidor multimedia; en mailcow, también se revisa la entrega de correo.
Las pruebas de seguridad básicas forman parte del servicio, así que no necesitas lanzar exploits tú mismo. Lo que ayuda es un inventario claro: lista cada servicio que expones, por qué lo expones y quién debería poder alcanzarlo. Todo lo que no puedas justificar vuelve detrás del firewall o de la VPN. Si haces la auditoría tú mismo, solo este inventario suele merecer la tarde.
Paso 4: Rendimiento, SEO y accesibilidad de la web
Si también tienes una web, la auditoría incluye auditorías de accesibilidad, SEO y rendimiento con Lighthouse y comprobaciones manuales, con prioridades. Pasa Lighthouse por una página representativa, no solo por la portada, y anota los tres resultados que más te importen. Las comprobaciones manuales cazan lo que Lighthouse no ve: navegación con teclado, contraste legible, texto de enlace con sentido, encabezados coherentes.
Mantén esta sección breve y factual en el informe. «El largest contentful paint es lento en la página de precios, la imagen no está comprimida» es más útil que un muro de puntuaciones. Los arreglos los podemos hacer nosotros como desarrollo a medida o tu propio equipo usando el informe.
Paso 5: Ensaya la actualización y restaura una copia de seguridad
Un ensayo de actualización sobre una copia de tu servidor responde a la pregunta «¿la próxima versión romperá mis plugins o mis clientes?» antes de que lo descubras por las malas. Una prueba de restauración de copias de seguridad responde a la pregunta que da más miedo: ¿la copia se restaura de verdad? Ambas forman parte del servicio y ambas deben aparecer en el informe como pasa o falla con notas.
Las pruebas de carga también están disponibles si esperas una avalancha de usuarios, por ejemplo después de publicar un enlace.
Paso 6: Conviértelo en un informe accionable
El informe es el entregable. Insiste en esta estructura, tanto si lo escribes tú como si recibes el nuestro:
- Qué se probó, con el alcance y los clientes usados.
- Hallazgos, cada uno con severidad, pasos para reproducirlo y, cuando sirva, una captura de pantalla.
- Qué arreglar primero, ordenado por severidad y esfuerzo.
- Qué pasó, para que sepas qué no tocar.
La severidad es lo que hace útil un informe. Un fallo de inicio de sesión para usuarios normales no es lo mismo que un desfase de subtítulos en un televisor. Clasifica con honestidad y mantén la lista lo bastante corta como para terminarla.
Paso 7: Arregla y vuelve a probar
Los arreglos se vuelven a probar como parte del servicio. Este es el paso que la gente se salta: un arreglo sin verificar es una esperanza, no un arreglo. Vuelve a ejecutar las celdas fallidas de la matriz de reproducción, revisa los puertos expuestos que cerraste y pasa Lighthouse otra vez por las páginas que cambiaste. Las horas se consumen en tramos de 15 minutos, así que una reprobación corta sale barata.
Consejos y resolución de problemas
- «A veces no funciona» es un síntoma, no un bug. Anota el cliente, el archivo, la hora y lo que viste. Esa nota es el inicio de una reproducción.
- Prueba con una cuenta de usuario normal, no solo con la de administrador. Ahí se esconden la mayoría de los problemas de permisos.
- No pruebes en el servidor en producción en horas punta si puedes evitarlo; las pruebas de transcodificación y de carga compiten con los espectadores reales.
- Mantén el alcance pequeño. Una hora de pruebas centradas vale más que una petición vaga de «revísalo todo».
- Escribe el informe sobre la marcha. Reconstruir los pasos una semana después desperdicia horas.
- Usa la base de conocimiento y las FAQ para dudas de configuración antes de la auditoría, así las horas van a pruebas y no a conceptos básicos de configuración.
Conclusión
Una auditoría de control de calidad no va de buscar fallos en tu trabajo; va de sustituir «a veces no funciona» por una lista que puedes arreglar en orden. Monta la matriz de reproducción, inventaría lo que expones, pasa Lighthouse por las páginas que importan, ensaya la actualización y la restauración, y mételo todo en un informe breve con severidades. Si prefieres que lo haga alguien independiente, el alcance y el presupuesto son gratis, y las horas son tuyas para gastarlas. Empieza en Control de calidad.