Tabla de contenidos
Un Release Candidate o candidato de lanzamiento (RC para abreviar) es una compilación de software que está casi completa. Según las últimas pruebas internas, los errores críticos ahora deben eliminarse para que nada se interponga en el camino de un lanzamiento público.
Antes de que haya un lanzamiento público (exitoso), los desarrolladores tienen que preparar muchas versiones de software que tienen que soportar varias pruebas. Seguramente se utilizarán versiones alfa (para pruebas internas) y versiones beta (para pruebas externas semipúblicas) y, en muchos casos, también se agregará una versión candidata.
Leer: Cómo funciona el desarrollo de software seguro
Esta compilación, también llamada versión candidata en español, es la última versión antes del lanzamiento real y se usa como la última versión preliminar para eliminar errores críticos.
¿En qué se diferencia una versión candidata de otras pruebas?
Una versión candidata sin errores críticos puede, en última instancia, coincidir con la versión de lanzamiento en términos de código, pero una versión beta aún contendrá algunos errores que hacen que la operación sin errores sea casi imposible; se excluyen casos especiales como una versión beta perpetua.
En el caso de la versión candidata, el flujo de trabajo y la funcionalidad se prueban principalmente para garantizar que todos los usuarios puedan ejecutar el software lanzado sin ningún problema. El hecho de que los errores menores aún puedan corregirse con parches incluso después del lanzamiento hace que el uso de un candidato de lanzamiento sea mucho más relajado que en los días del software físico.
Dado que, por lo demás, el software está completo, aparte de posibles errores, a menudo se publica una versión candidata como versión preliminar. De esta manera, algunos usuarios, seleccionados o particularmente ansiosos, obtienen acceso antes al software casi terminado, mientras que los desarrolladores pueden recopilar datos en una ronda final de prueba.
¿Qué sigue para el candidato de lanzamiento?
Una versión candidata antes de la versión final suele ser suficiente para las empresas; en otros casos, los errores menores aún deben corregirse. Por lo tanto, no es raro que existan varias versiones de un candidato de lanzamiento, que generalmente se identifican con el sufijo RC1, RC2, etc.
Después del lanzamiento de todos los estándares de calidad que se deben cumplir y una garantía de estabilidad y operatividad, estas etiquetas de versión finalmente se pueden eliminar y el último candidato de lanzamiento se convierte en la versión final. Este software luego sale a la venta como la versión principal y se pone a disposición de todos los usuarios.
A diferencia de las versiones alfa y beta, no existe ninguna disposición para que una versión candidata ejecute muchas más versiones. En cambio, el camino hacia la liberación debe ser lo más corto posible.
La versión candidata como último paso antes de la versión
Usando diferentes compilaciones, un equipo de desarrollo puede (o ha probado) ya durante la codificación en qué medida su software cumple con sus requisitos y los de su grupo objetivo. Los procesos de prueba integrales comienzan con una compilación interna para pruebas internas de la empresa o del equipo, una vista previa del desarrollador para otros desarrolladores de software conectado, una versión beta cerrada y, a menudo, pública.
La publicación ampliada de una versión candidata también podría utilizarse como beta abierta para presentar una versión casi completa a un público más amplio. Si tiene sentido utilizar una versión candidata para su propio software también depende del tipo de software.
Candidato a versión en desarrollo de software ágil
En el desarrollo de software ágil, las versiones candidatas también se utilizan para características individuales que se prueban de iteración en iteración para luego integrarlas en la versión final. Aquí, el candidato de lanzamiento a menudo también se refiere a características individuales de un software existente, un ejemplo de esto sería el sistema de alojamiento Drupal.
Después de una fase de prueba beta, Drupal usa el código estable y casi completo para someter las funciones casi listas para su lanzamiento a una prueba final. Con las congelaciones de características anunciadas, estas se transfieren a la próxima versión de lanzamiento, los cambios adicionales solo se enviarán con la próxima versión estable.
Leer: ¿Qué es lenguaje de marcas?
Desde la versión candidata hasta la compilación final
Cuanto más se acerca el lanzamiento público del software, más desarrolladores naturalmente quieren asegurarse de que no haya más errores críticos para el sistema. El RC es la última versión de prueba importante antes de la versión final y, por lo tanto, puedes volver a descubrir errores existentes a gran escala.
En el mejor de los casos (y después de una larga prueba beta), el código de la versión candidata es (casi) idéntico al de la compilación final y los desarrolladores pueden preparar la versión de lanzamiento para comercializarla.