Vea cómo la solución de calidad continua de Parasoft ayuda a controlar y administrar los entornos de prueba para ofrecer software de alta calidad con confianza. Regístrese para la demostración >>
Desde Diego Lo GuidiceDiscurso de la Conferencia de Entrega Continua:
“Para que Continuous Delivery y Agile tengan éxito, debemos reducir las pruebas manuales del 60% al 80% del esfuerzo de prueba al 5% 20%. Nunca va a desaparecer. Las pruebas manuales son muy importantes: a veces no vale la pena automatizar algo y, a veces, simplemente no se puede automatizar algo.
¿Cómo se aumenta el porcentaje de automatización a aproximadamente un 60-80%?
Para aumentar la automatización, debe vaya más allá de la interfaz de usuario y use pruebas de API. Las pruebas de IU no son suficientes para probar una aplicación y automatizar las pruebas para aplicaciones distribuidas con servicios web, API RESTful, etc. No le ayudará a captar todo lo que sucede detrás de escena de su aplicación web o móvil. Las aplicaciones modernas requieren un enfoque de prueba basado en arquitectura en capas y desacoplado. De hecho, la web, los dispositivos móviles, los dispositivos conectados (IoT), la nube y los servicios de terceros exigen un enfoque de prueba impulsado por una arquitectura de varios niveles.
Además, los ciclos de retroalimentación rápidos de Agile frecuentemente rompen las suites de prueba solo de UI. El desarrollo ágil fomenta el cambio. Cuando se desarrolla en iteraciones cortas, las suites de prueba automatizadas basadas en la interfaz de usuario a menudo se rompen tan pronto como ocurre el cambio, incluso para cambios simples en el diseño de la GUI o cambios inesperados en el comportamiento de los servicios de back-end. No todas las herramientas sufren de esto, pero la mayoría de las tradicionales sí.
Descargue la investigación de Forrester sobre pruebas de API y automatización de pruebas funcionales
Para "desplazarse a la izquierda" y aumentar la calidad, querrá:
“Desplazar a la derecha” es otro término que comenzamos a escuchar cada vez más. Parte de esto son las pruebas en producción. Cambiar a la derecha también implica traer análisis y datos de producción y poner herramientas de monitoreo en manos de los desarrolladores para que puedan ver cómo se comporta la aplicación en producción y usar eso para evitar que ocurran problemas. Están sucediendo todo tipo de cosas geniales en este espacio, y creo que las aprovecharemos cada vez más. Otra cosa que veremos cada vez más es monitorear las redes sociales, ver lo que la gente dice sobre la aplicación y retroalimentarlo en el ciclo de entrega.
Con los complejos entornos actuales, ¿cómo se realizan pruebas de forma continua? Tienes todas estas dependencias. ING tiene 150 equipos de scrum. PayPal tiene 680 equipos de scrum en todo el mundo. Imagínense todas las dependencias allí. No hay ningún administrador en esta sala que pueda gestionar eso sin colgarse de las dependencias.
Para evitar esto, debe comenzar a simular cosas, por ejemplo, si no tiene acceso a un mainframe que necesita para realizar pruebas, o si está realizando pruebas con un servicio de terceros. La virtualización de servicios puede permitirle probar e integrar de manera continua. Así es como empiezas a hacer pruebas de integración desde el principio. Está introduciendo la simulación en el proceso de desarrollo. ¡Qué idea! Esto se usa en muchas otras industrias, pero en realidad no lo hemos usado en la industria del software. Me gusta pensar en esto como un túnel de viento: pones el avión en él y lo pruebas simulando todas las condiciones a su alrededor. Eso es lo que debemos hacer, y la virtualización de servicios lo ayuda a lograrlo”.
Para obtener más información sobre la virtualización de servicios, visite: www.parasoft.com/blog/what-is-service-virtualization
¿Quiere aprender más del discurso de apertura de la Conferencia de Entrega Continua de Diego Lo Guidice? Consulte estos blogs y videos anteriores:
Las herramientas de prueba de software automatizadas líderes en la industria de Parasoft respaldan todo el proceso de desarrollo de software, desde que el desarrollador escribe la primera línea de código hasta las pruebas unitarias y funcionales, hasta las pruebas de rendimiento y seguridad, aprovechando los entornos de prueba simulados en el camino.