Release — una nueva versión del software.
Un paquete de release incluye el conjunto final de mejoras y correcciones.
Antes de que un release esté disponible para los usuarios finales, pasa por las etapas del ciclo de vida del desarrollo de software, la última de las cuales son las pruebas.
Veremos:
El código escrito por los desarrolladores se empaqueta en un archivo o en un ejecutable. El número de build ayuda a seguir los cambios.
Una versión suele escribirse en el formato major.minor.patch, donde:
major — cambios grandes que pueden romper la compatibilidad
minor — cambios que siguen siendo compatibles con versiones anteriores
patch — correcciones de bugs y cambios menores
Una build estable que se entrega a los usuarios finales se llama release build.
El código debe pasar de la máquina local del desarrollador a un entorno de pruebas. Para eso:
Un desarrollador envía el código a un repositorio remoto, por ejemplo en GitHub
El código se compila automáticamente y se entrega al entorno mediante un job (una secuencia de comandos) preparado por un ingeniero DevOps
La aplicación queda desplegada y lista para pruebas o para los usuarios finales
Los ingenieros DevOps crean jobs usando lenguajes de scripting y las interfaces visuales de herramientas CI/CD (integración continua/entrega continua): Jenkins, TeamCity.
Finalmente, la build de release se desplegó en el entorno y el equipo de pruebas puede empezar a probar.
Normalmente, las pruebas se realizan por etapas:
| Tipo de prueba | Descripción |
|---|---|
| Humo | Una comprobación rápida de que la build se desplegó correctamente y las funciones principales funcionan como se espera. |
| Funcional | Una comprobación detallada de que la funcionalidad de la aplicación cumple los requisitos. |
| No funcional | Comprobaciones de rendimiento, seguridad y usabilidad. |
| Regresión | Verifica que los cambios y correcciones nuevos no hayan roto funcionalidad existente. |
Las pruebas de carga a menudo se realizan en paralelo, normalmente por un equipo de pruebas dedicado.
A continuación veremos cada tipo de prueba en detalle y los practicaremos.
Los desarrolladores añadieron el número de versión de la build al sitio web del gato astronauta. Así, los testers siempre pueden saber qué versión está desplegada.
Уровень повышен!
