QAbalgando por la historia (IX): Ejemplo de ‘bugs’ en un videojuego, Cyberpunk 2077

Cyberpunk 2077 es uno de los ejemplos más conocidos de cómo los errores de software pueden afectar a la reputación de un producto digital, incluso cuando existe una gran inversión en desarrollo, marketing y expectativas de mercado.

El videojuego de acción y rol desarrollado por CD Projekt RED se lanzó el 10 de diciembre de 2020 para PC, PlayStation 4 y Xbox One. Posteriormente llegó a nuevas plataformas, como PlayStation 5 y Xbox Series X|S. A nivel comercial, el título fue un éxito: en 2022 ya había superado los 20 millones de copias vendidas y, con el paso de los años, continuó ampliando su base de jugadores gracias a actualizaciones, mejoras técnicas y nuevos contenidos.

Sin embargo, su lanzamiento quedó marcado por una gran cantidad de bugs, problemas de rendimiento, fallos de estabilidad y errores que afectaban directamente a la experiencia de juego. El caso Cyberpunk 2077 se convirtió así en una referencia dentro de la industria sobre la importancia del QA, las pruebas de software, la comunicación entre equipos y la validación realista antes de lanzar un producto al mercado.

Cyberpunk 2077: un lanzamiento marcado por los errores

Cyberpunk 2077 llegó al mercado con una enorme expectación. CD Projekt RED venía de desarrollar The Witcher 3, uno de los videojuegos mejor valorados de la década, y los usuarios esperaban una experiencia ambiciosa, inmersiva y técnicamente sólida.

Pero la realidad fue muy distinta, especialmente en las versiones de PlayStation 4 y Xbox One. Desde los primeros días, muchos jugadores reportaron errores graves que afectaban a la jugabilidad, al rendimiento y a la progresión de las misiones.

Entre los problemas más comentados se encontraban:

  • Caídas de rendimiento.
  • Cierres inesperados del juego.
  • Problemas de carga de texturas.
  • Personajes que no aparecían o no reaccionaban.
  • Misiones bloqueadas.
  • Objetivos que no se actualizaban.
  • Errores de inteligencia artificial.
  • Fallos visuales.
  • Problemas de compatibilidad en consolas de anterior generación.

Estos errores no solo afectaban a la calidad técnica del producto. También dañaban la confianza de los usuarios y generaban una experiencia frustrante, especialmente cuando impedían avanzar en la historia principal o completar misiones clave.

Ejemplos de bugs en Cyberpunk 2077

Muchos de los fallos más críticos estaban relacionados con las misiones, uno de los elementos centrales de cualquier videojuego de rol. Cuando una misión se bloquea, el usuario no solo percibe un error técnico: siente que el producto le impide disfrutar de la experiencia para la que ha pagado.

Algunos ejemplos de bugs reportados por usuarios fueron:

Ritmo de la noche

En esta misión, Takemura, uno de los personajes principales, podía no activarse correctamente incluso después de completar otras misiones importantes. El objetivo quedaba bloqueado y el jugador recibía indicaciones como “busca otras pistas o espera hasta que Takemura esté preparado”, sin que la misión avanzara.

Detección de ciberpsicópata: Humo en las aguas

En este caso, la misión podía quedarse atascada sin mostrar un objetivo claro, aunque el jugador ya hubiera completado las acciones necesarias. Este tipo de error genera confusión, porque el usuario no sabe si ha hecho algo mal o si se encuentra ante un fallo del sistema.

Hoy no me puedo levantar

Otro ejemplo afectaba al personaje Stefan, que podía desaparecer e impedir el progreso de la misión. Cuando un personaje necesario para avanzar no aparece, el flujo de juego se rompe por completo.

Estos casos muestran cómo un bug puede tener consecuencias directas sobre la experiencia de usuario. En un producto digital, un error no es solo una incidencia técnica: puede convertirse en una barrera que impide completar una tarea, realizar una compra, enviar un formulario o, en este caso, avanzar en una historia.

QA en videojuegos: mucho más que encontrar errores

El control de calidad, o Quality Assurance, no consiste únicamente en buscar bugs. Un proceso de QA eficaz debe identificar, clasificar, priorizar y comunicar los errores de forma clara para que puedan corregirse antes del lanzamiento.

En videojuegos, el QA es especialmente complejo porque intervienen muchas variables:

  • Plataformas diferentes.
  • Configuraciones de hardware.
  • Ramas narrativas.
  • Misiones principales y secundarias.
  • Interacciones entre personajes.
  • Sistemas de combate.
  • Guardado de partidas.
  • Rendimiento gráfico.
  • Conectividad.
  • Accesibilidad.
  • Experiencia de usuario.

Por eso, el testing debe planificarse de forma rigurosa. No basta con detectar muchos errores; es imprescindible saber cuáles son críticos, cuáles afectan a la progresión y cuáles pueden deteriorar de forma significativa la percepción del usuario.

El papel de Quantic Lab en el caso Cyberpunk 2077

Tras el lanzamiento de Cyberpunk 2077, se publicaron informaciones que señalaban a Quantic Lab, una empresa externa de QA que habría participado en el proceso de control de calidad del videojuego.

Según esas informaciones, Quantic Lab habría exagerado la experiencia y el tamaño del equipo asignado al proyecto. También se afirmó que parte del equipo estaba formado por perfiles junior y que existían cuotas diarias de bugs reportados, lo que pudo haber incentivado la detección de errores menores en lugar de priorizar fallos críticos.

Estas acusaciones generaron debate en la industria, porque ponían sobre la mesa un problema habitual en proyectos complejos: la externalización del QA no elimina la responsabilidad de coordinar, supervisar y priorizar correctamente las pruebas.

Quantic Lab respondió asegurando que la información publicada no reflejaba de forma completa cómo funciona un proceso de testing en videojuegos. Su CEO, Stefan Seicarescu, defendió que los grandes proyectos no suelen depender de una sola empresa de QA y que el trabajo se adapta constantemente a las necesidades del cliente.

Más allá de las responsabilidades concretas, el caso dejó una lección clara: cuando hay varios equipos implicados, la comunicación, la trazabilidad y la priorización de incidencias son tan importantes como la propia ejecución de las pruebas.

Errores habituales en un proceso de QA

El caso Cyberpunk 2077 permite identificar varios errores frecuentes que pueden aparecer en procesos de testing de software, videojuegos o productos digitales complejos.

1. Falta de comunicación entre equipos

Cuando desarrollo, QA, producto y dirección no comparten una visión común sobre prioridades, los errores críticos pueden perderse entre incidencias de menor impacto.

En proyectos grandes, es fundamental establecer reuniones periódicas, criterios de severidad y canales claros para escalar problemas importantes.

2. Priorización incorrecta de bugs

No todos los bugs tienen el mismo impacto. Un fallo visual menor no tiene la misma gravedad que un error que bloquea una misión, impide finalizar una compra o provoca la caída de una aplicación.

Un buen proceso de QA debe clasificar las incidencias según criterios como:

  • Severidad.
  • Frecuencia.
  • Impacto en el usuario.
  • Plataforma afectada.
  • Riesgo para el negocio.
  • Dificultad de corrección.
  • Relación con funcionalidades críticas.

3. Pruebas poco realistas

Las pruebas deben reproducir condiciones lo más parecidas posible al uso real del producto. En el caso de Cyberpunk 2077, buena parte de las críticas se centraron en el rendimiento de las consolas de anterior generación, donde la experiencia era especialmente problemática.

Esto demuestra que no basta con probar en entornos ideales. Hay que validar el producto en los dispositivos, navegadores, configuraciones y condiciones que utilizará el usuario final.

4. Falta de pruebas de rendimiento

Los problemas de rendimiento pueden destruir la percepción de calidad de un producto. Cargas lentas, bloqueos, caídas, latencia o pérdida de fluidez afectan directamente a la satisfacción del usuario.

En videojuegos, esto se traduce en una experiencia menos inmersiva. En una web, una app o una plataforma corporativa, puede provocar abandono, pérdida de conversiones o reducción de productividad.

5. Lanzamiento antes de alcanzar una calidad mínima aceptable

Uno de los grandes riesgos en cualquier proyecto digital es lanzar por presión de calendario sin haber alcanzado un nivel de estabilidad suficiente.

El QA debe servir como herramienta de decisión. Si los indicadores de calidad muestran riesgos graves, el equipo debe tener información suficiente para decidir si conviene retrasar, limitar el alcance o reforzar las pruebas.

Qué relación tienen los bugs con la experiencia de usuario

Aunque muchas veces se habla de bugs como si fueran un problema puramente técnico, su impacto real se mide en la experiencia del usuario.

Un usuario no distingue entre un error de programación, una mala decisión de diseño o una falta de validación. Lo que percibe es que algo no funciona, que no puede avanzar o que el producto no cumple sus expectativas.

Por eso, QA, UX y accesibilidad deben trabajar de forma coordinada. Una buena experiencia de usuario depende tanto de una interfaz clara como de un producto estable, rápido, comprensible y libre de barreras.

En este sentido, el testing no debe limitarse a comprobar si una funcionalidad “funciona”, sino también si el usuario puede utilizarla de forma satisfactoria.

QA, UX y accesibilidad: tres pilares de la calidad digital

En cualquier producto digital, la calidad no debería evaluarse solo desde el punto de vista técnico. También es necesario analizar cómo se comportan las personas ante la interfaz, qué obstáculos encuentran y si todos los usuarios pueden acceder al contenido o completar las tareas principales.

Aquí entran en juego disciplinas complementarias como el diseño ux, la investigación con usuarios, las pruebas funcionales, las pruebas de rendimiento y la accesibilidad digital.

Una interfaz puede estar técnicamente desarrollada y, aun así, generar fricción. Puede cargar correctamente, pero resultar confusa. Puede cumplir con la lógica de negocio, pero no ser intuitiva. Incluso puede funcionar para la mayoría de usuarios, pero excluir a personas con discapacidad si no se ha diseñado con criterios de accesibilidad.

Por eso, contar con una consultora de accesibilidad ayuda a detectar barreras que muchas veces pasan desapercibidas durante el desarrollo, como problemas de contraste, navegación con teclado, jerarquía semántica, textos alternativos o compatibilidad con lectores de pantalla.

Además, cuando una organización necesita demostrar que su producto cumple determinados estándares, puede apoyarse en una Certificación de accesibilidad digital que aporte garantías y confianza.

La importancia de probar con usuarios reales

Las pruebas técnicas son necesarias, pero no suficientes. Un producto también debe ser validado con personas reales para comprobar si la experiencia diseñada funciona en la práctica.

Las Pruebas de usabilidad permiten observar cómo interactúan los usuarios con una interfaz, dónde se bloquean, qué elementos no entienden y qué tareas resultan más difíciles de completar.

En el caso de un videojuego, esto puede significar comprobar si el jugador entiende una misión, identifica el siguiente paso o detecta correctamente una interacción. En una web o aplicación, puede implicar analizar si una persona encuentra información, completa un registro, solicita un servicio o finaliza una compra sin fricciones.

La clave está en observar comportamientos reales, no solo opiniones. Muchas veces, los usuarios dicen que algo es fácil, pero sus acciones muestran lo contrario.

Cómo una consultoría UX puede prevenir errores antes del lanzamiento

Una Consultoria UX permite analizar un producto digital desde una perspectiva integral: negocio, usuario, diseño, accesibilidad, rendimiento y conversión.

Este enfoque ayuda a detectar problemas antes de que lleguen al usuario final. Entre otras acciones, puede incluir:

  • Auditorías de experiencia de usuario.
  • Evaluación heurística.
  • Análisis de flujos críticos.
  • Revisión de arquitectura de información.
  • Pruebas con usuarios.
  • Test de accesibilidad.
  • Recomendaciones de mejora.
  • Priorización de incidencias.
  • Validación de prototipos.
  • Optimización continua tras el lanzamiento.

En productos complejos, esta visión externa puede resultar clave para identificar riesgos que el equipo interno no siempre ve, especialmente cuando lleva mucho tiempo trabajando sobre la misma solución.

Lecciones del caso Cyberpunk 2077 para cualquier producto digital

El lanzamiento de Cyberpunk 2077 dejó varias lecciones aplicables no solo a la industria del videojuego, sino a cualquier empresa que desarrolle software, plataformas digitales, aplicaciones o servicios online.

La calidad debe planificarse desde el inicio

El QA no puede ser una fase final para “buscar errores” justo antes del lanzamiento. Debe integrarse desde las primeras etapas del proyecto, junto con diseño, desarrollo, producto y negocio.

Los bugs críticos deben tener prioridad

No se trata de reportar muchos errores, sino de detectar los que realmente comprometen la experiencia, la estabilidad o los objetivos del producto.

La experiencia del usuario es parte de la calidad

Un producto puede funcionar técnicamente y, aun así, ofrecer una mala experiencia. La calidad digital debe incluir usabilidad, accesibilidad, claridad, rendimiento y satisfacción.

La comunicación entre equipos es esencial

Cuando intervienen varios proveedores o departamentos, es necesario definir responsabilidades, criterios de validación, procesos de escalado y métricas compartidas.

Las pruebas deben parecerse al uso real

Probar en entornos controlados no es suficiente. Hay que validar el producto en escenarios reales, con usuarios reales y dispositivos reales.

Conclusión: los bugs también son un problema de negocio

Cyberpunk 2077 demostró que incluso un producto con una enorme inversión y una marca reconocida puede sufrir las consecuencias de un lanzamiento con errores graves. Los bugs no solo generan incidencias técnicas: afectan a la reputación, la confianza, la satisfacción del usuario y los resultados de negocio.

Por eso, las pruebas de software, el QA, la usabilidad, el rendimiento y la accesibilidad deben formar parte de una misma estrategia de calidad digital.

Lanzar un producto sin validar correctamente sus flujos críticos implica asumir riesgos innecesarios. En cambio, invertir en testing, UX y accesibilidad permite anticipar problemas, mejorar la experiencia y ofrecer productos más sólidos, fiables y preparados para las necesidades reales de los usuarios.

Los artículos de referencia utilizados en esta ocasión han sido:

Los bugs de Cyberpunk 2077 habrían sido culpa de que una empresa de control de calidad mintió a CD Projekt

CD Projekt comparte la lista de bugs más frecuentes en Cyberpunk 2077 desde su lanzamiento

Los bugs de Cyberpunk 2077 enfrentan a CD Projekt RED y a la compañía que los supervisó

Fernando Rosique

DBA Hub

Otros post de ‘Qabalgando por la historia’:

QAbalgando por la historia (I): Grace Murray Hopper

Qabalgando por la historia (II): Mars Climate Orbiter, el error de conversión que nos dejó sin fotos de Marte

QAbalgando por la historia (III): La destrucción del Mariner I (1962)

QAbalgando por la historia (IV): AT&T en 1990, el gran colapso de la red a larga distancia

QAbalgando por la historia (V): ¿Y si MTP hubiera trabajado en el Ariane 5 en 1996?

QAbalgando por la historia (VI): Los Patriot ignoran un misil Scud que alcanza la base de Dhahran en la Guerra del Golfo

QAbalgando por la historia (VII): Error de división del Intel Pentium, detectado por un profesor de Matemáticas

QAbalgando por la historia (VIII): Toyota pidió revisión en su modelo Prius por un supuesto fallo en el software