¿Cuál es la diferencia entre las pruebas de rendimiento y la ingeniería de rendimiento?

Question

Accepted Answer

Las pruebas de rendimiento clásicas son efectivamente un subconjunto de la ingeniería de rendimiento. Suele implicar la ejecución de una única ronda de pruebas de carga como parte del ciclo de garantía de calidad (QA) posterior al desarrollo. Las pruebas de rendimiento consisten en comprobar la velocidad, fiabilidad, escalabilidad, estabilidad, tiempo de respuesta y uso de recursos de una aplicación bajo la carga de trabajo prevista. Antes de entrar en las diferencias entre la ingeniería de rendimiento y las pruebas de rendimiento, primero echaremos un vistazo a las pruebas de rendimiento de forma aislada y por qué, por sí solas, ya no son sostenibles. En primer lugar, las pruebas se consideran de forma aislada y se tratan como una ocurrencia tardía que sólo comienza al final de las pruebas funcionales. En segundo lugar, trabajar en silos provoca grandes lagunas de comunicación entre los subequipos del proyecto e impide la colaboración necesaria para entregar un producto de alta calidad. En tercer lugar, en el momento en que se inician las pruebas de rendimiento, la organización ya ha invertido mucho tiempo, esfuerzo y dinero en el diseño, desarrollo y promoción de la aplicación. En cuarto lugar, las pruebas de rendimiento suelen tratarse como una ocurrencia tardía y no se incluyen en los criterios de "hecho" que preceden a la liberación. Así pues, en esta coyuntura, la empresa necesita la aplicación en producción urgentemente y no espera retrasos. En este contexto, los comentarios del departamento de control de calidad llegan demasiado tarde para corregirlos por completo antes de la publicación. Inevitablemente, un elevado número de problemas de rendimiento llegarían innecesariamente al entorno de producción sólo para que el lanzamiento se mantuviera dentro del calendario. Corregir un defecto en producción es mucho más caro y perturbador que hacerlo al principio del desarrollo. En quinto lugar, las pruebas de rendimiento tradicionales pueden haber sido perfectas para el modelo Waterfall, pero están fuera de lugar en el mundo actual centrado en DevOps. DevOps reduce la tasa de fracaso de los nuevos lanzamientos acortando el tiempo entre el momento en que se confirma un cambio en el sistema y el momento en que el cambio se pone en producción. La integración continua y la entrega continua (CI/CD) garantizan que el software se encuentre siempre en un estado liberable durante todo su ciclo de vida. DevOps también se centra en realinear la organización para apoyar la colaboración de extremo a extremo entre las partes interesadas, las funciones y las herramientas. Para satisfacer las demandas de entrega rápida de DevOps, el desarrollo de software necesita un enfoque de pruebas de rendimiento más evolucionado. Ese nuevo enfoque es la ingeniería del rendimiento del software. Ahora, profundicemos en las diferencias clave entre la ingeniería de rendimiento y las pruebas de rendimiento. En primer lugar, las pruebas de rendimiento son un control de calidad del manejo de la carga y la capacidad de respuesta de la aplicación. Establece lo bien que el sistema soportará una carga de producción y anticipa los problemas que podrían surgir en condiciones de carga pesada. La ingeniería de rendimiento busca diseñar la aplicación desde el principio teniendo en cuenta las métricas de rendimiento y facilitar el descubrimiento de problemas en las primeras fases del desarrollo. En segundo lugar, las pruebas de rendimiento son un proceso de control de calidad que suele tener lugar cuando se ha completado una ronda de desarrollo de software. La ingeniería del rendimiento es un proceso continuo que se integra en todas las fases del ciclo de desarrollo del software: desde el diseño hasta la experiencia del usuario final, pasando por el desarrollo. En tercer lugar, las pruebas de rendimiento las lleva a cabo el equipo de control de calidad, mientras que en la ingeniería de rendimiento participan RND y QA.