Entendemos cómo se prueban los productos de IT y las etapas que se distinguen en el proceso.
Antes de salir al mercado, cada programa, juego o servicio nuevo se prueba en varias etapas. El desarrollador debe saber que el producto funciona sin errores y no decepcionará al usuario.
En este artículo, te explicaremos las diferencias entre las versiones alfa y beta de los productos, las otras etapas de prueba y por qué es importante involucrar a los usuarios en las pruebas.
Aprenderás:
- Qué es el testing y para qué sirve
- Qué etapas existen
- En qué se diferencia la versión alfa de la versión beta
- Con qué termina el testing
¿Qué es el testing y para qué sirve?
El testing es el proceso de verificar si una aplicación, juego o servicio cumple con ciertos requisitos y de detectar errores. Ayuda a asegurar que todo funciona sin problemas y no decepcionará a los usuarios.
Cualquier producto digital, incluso una gran actualización del sistema operativo o una aplicación, debe pasar por cinco etapas:
- Pre-alfa
- Alfa
- Beta
- Candidato a lanzamiento
- Lanzamiento
Pero en la práctica, no siempre es así. En la industria del juego, a menudo es importante para el desarrollador y los usuarios que el juego salga al mercado lo antes posible, no que sea perfecto. Por lo tanto, los juegos a veces solo pasan por la primera etapa mínima de prueba, y luego los desarrolladores recopilan comentarios de los jugadores. Así, el creador del popular juego Hello Neighbor lo lanzó en la etapa de versión alfa para mostrar el resultado a los inversores y obtener dinero para el desarrollo posterior.
Algunas industrias, por el contrario, no confían en los usuarios para que prueben sus aplicaciones. Los bancos solo realizan pruebas alfa con el personal de desarrollo. Sus productos no deben contener errores críticos ni vulnerabilidades en las versiones para el usuario, ya que de lo contrario perderían dinero y la confianza de sus clientes. Por lo tanto, las aplicaciones bancarias no tienen versiones beta.
¿Qué etapas de prueba existen?
Hablemos más detalladamente de cada una de las etapas.
#1. Pre-alfa
Pre-alfa (en inglés, pre-alpha) es la versión inicial del programa. La creación de cualquier producto comienza con una versión en bruto que permite probar la hipótesis antes de invertir muchos recursos en el desarrollo del proyecto.
En la etapa pre-alfa, se prueba la arquitectura y el stack elegido, y se determina si es posible resolver el problema con los medios técnicos elegidos. Por ejemplo, se realizan pruebas de componentes o pruebas unitarias. Las pruebas unitarias verifican los componentes individuales del programa en busca de errores en el código que deben corregirse para que todo funcione correctamente.
Las empresas realizan pruebas pre-alfa dentro del equipo, sin involucrar a los usuarios, y averiguan si la funcionalidad desarrollada del programa resuelve los problemas planteados. Si en esta etapa se detectan problemas, los desarrolladores podrán corregirlos antes de pasar a la siguiente etapa de prueba o incluso descartar la implementación técnica propuesta.
Características del producto en esta etapa:
- Existe un prototipo que se puede utilizar para una campaña publicitaria o para atraer inversores.
- La aplicación no está lista para ser utilizada por usuarios reales.
- El producto no se publica en ningún lugar.
#2. Alfa
La versión alfa (en inglés, alpha) es un producto que no está completamente terminado, pero que ya funciona, en el que se ha implementado la mayor parte de las funciones. La prueba alfa ayuda a comprobar si existen errores graves.
Los probadores reciben una descripción técnica del analista de sistemas. Esta describe los escenarios de usuario y contiene un conjunto de acciones que deben repetirse para comprobar si funciona o no. Por ejemplo, realizar la autenticación en la aplicación con una contraseña correcta y confirmar que funciona correctamente.
La prueba alfa generalmente la realiza el equipo del proyecto o un número limitado de usuarios. Por ejemplo, se puede pedir a jugadores o blogueros que conozcan la industria que prueben un juego en versión alfa, para que puedan dar una retroalimentación útil sobre qué se debe corregir.
El principal inconveniente de la prueba alfa es que el programa aún está en desarrollo, lo que significa que no todas las funciones están implementadas. Por ejemplo, algunas de ellas pueden estar en desarrollo o aparecer más tarde cuando se recopile la retroalimentación de los probadores y usuarios.
Características del producto en esta etapa:
- El producto está listo en un 70-80%.
- Las funciones se pueden agregar o procesar casi por completo.
- Se puede publicar si no hay errores críticos.
#3. Beta
La versión beta (en inglés, beta) es una versión preliminar del producto. A diferencia de la alfa, la prueban voluntarios entre los usuarios. Gracias a la masividad y a la diversidad de acciones de los usuarios, la prueba beta detecta la mayoría de los errores que corrigen los desarrolladores.
La prueba beta puede ser abierta o cerrada. En el caso de una prueba cerrada, los usuarios de listas restringidas obtienen acceso a los proyectos, por ejemplo, aquellos que han reservado el juego en Steam u otro servicio. En el caso de una prueba abierta, cualquiera puede descargar y probar la versión beta del juego.
La ventaja de la prueba beta es que la realizan los propios usuarios en sus propios dispositivos y no requiere inversiones adicionales por parte de la empresa para comprar dispositivos o contratar personal. Durante la prueba con un gran número de usuarios, los desarrolladores comprueban no solo el código y las funciones, sino también la preparación de la infraestructura para el soporte posterior al lanzamiento, cuando haya muchos usuarios en la aplicación o el juego. Por ejemplo, los servidores del juego pueden no soportar una gran cantidad de jugadores, lo cual es inaceptable en la etapa de lanzamiento.
Características del producto en esta etapa:
- Las funciones principales de la aplicación funcionan sin errores.
- La mayoría de los errores se han corregido.
- El producto está listo para su publicación.
¿En qué se diferencia la versión alfa de la versión beta?
Mucha gente confunde las versiones alfa y beta de un producto, así que lo repetiremos una vez más:
- La versión alfa del producto es viable e incluso puede salir al mercado, pero aún contiene muchos errores y deficiencias. La prueba la realiza el propio desarrollador o el cliente.
- La versión beta ya no contiene errores críticos, y todos los errores importantes se han corregido. La prueba la realiza el equipo del proyecto con la participación de usuarios reales.
Ninguna de las versiones es mejor o peor que la otra; tienen diferentes objetivos y grados de preparación.
¿Cómo termina el testing?
La liberación es el lanzamiento de un programa terminado al mercado. Todos los errores encontrados durante la prueba beta deben corregirse.
#4. Candidato a lanzamiento
El candidato a lanzamiento (en inglés, release candidate) es una versión que se considera lista para su lanzamiento y puede convertirse en la versión final si no se detectan errores críticos durante las pruebas.
La prueba del candidato a lanzamiento es una etapa adicional y opcional. El equipo del proyecto puede decidir pasar el producto al estado de candidato a lanzamiento si necesita controlar adicionalmente el funcionamiento del producto. Por ejemplo, si los desarrolladores temen que no todos los errores se hayan detectado en las etapas anteriores.
Después de varios meses en este estado, si no se detectan errores graves o se corrigen correctamente, el producto se lanza.
#5. Lanzamiento
El lanzamiento (en inglés, release) en las pruebas es el lanzamiento de una versión final del producto que se ha probado y se considera lista para su uso por parte de los usuarios finales o clientes. No siempre se trata de una nueva aplicación, juego o servicio. Por ejemplo, una gran actualización del sistema operativo, como macOS Ventura o Windows 11, también se considera un lanzamiento.
