TU CONOCIMIENTO NO ES SUFICIENTE...
Nunca en mis 18 años de carrera he encontrado 2 clientes con el mismo sistema.
No importa cuanta experiencia tenga en x o y herramienta, en que arquitectura haya trabajado o que infraestrcutura hayas medido, cada cliente tiene sus propios desarrollos, sus propios estandares, su retos técnicos, sus reglas de negocio, sus estructuras de datos y mucho más...
Eso quiere decir que siempre que llego a un cliente, aprendo cosas nuevas, me contratan por saber performance pero me toca aprender en el vuelo como hacer performance en cada proyecto.
Entonces que tanta experiencia hay que tener?? Les voy a poner ejemplos
He trabajado en clientes con arquitectura monolito, con el tiempo pasé a clientes que evolucionaron al modelo cliente servidor y eventualmente pasé a microservicios y hoy en dia temas de cloud con gateways, etc.
Pero supongamos que estuve en un cliente con arquitectura en la nube de AWS, aunque empiece en otros proyectos que estén utilizando la misma nube no siempre usan los mismos componentes, ya que algunos eran en un simple EC2, otros con Fargate, otro en Lambdas y algunos otros montando EKS .. sigue siempre la misma nube pero tus pruebas no pueden ser igual en todos los casos.
Otro ejemplo es que estamos acostumbrados a las REST API, pero hay clientes que usan Websockets, otros que miden sistemas de archivos en FTP y otros como los que estoy actualmente que se basan en GRPC.
Digamos que encontraste 2 clientes que usan el mismo protocolo pero uno tiene su aplicación desarrollada en Java y el otro lo tiene en .NET. Para poder determinar el baseline y hacer el debug correspondiente no es lo mismo en ambos.
Sin embargo asume que encuentras 2 clientes cuya aplicación en .NET pero en uno medirás tráfico de acceso masivo y en otro estarás analizando el comportamiento de una migración de datos. No es lo mismo construir un script para medir concurrencia que un script para medir volumen de información, al menos en este último debes apoyarte en quienes te ayuden a crear los datasets. ya sean CSVs o JSONs que cumplan con lo necesario para simular la carga exitosa de esa información y al mismo tiempo ver como la aplicación refleja aquello que estás simulando, o ser tu quien los crea.
Nuestra experiencia se define según los proyectos en que participemos.
En el mercado hay un BOOM gigante de herramientas, de tecnologías o arquitecturas que nunca has usado y te endiendo. Posiblemente nunca las uses.
No las has usado no porque tu no quieras sino porque el día a día de tu conocimiento va muy ligado al proyecto o cliente en el que estés trabajando.
Los clientes en su mayoría no quieren invertir en herramientas licenciadas, aunque les muestres todo su valor, para ellos lo mas importante es su presupuesto, e incluso tu eres un gasto.
Tu conocimiento nunca es suficiente, pero mantente informado para que cuando te toque aprender algo nuevo, sepas en donde encontrarlo.
SI TE GUSTÓ Y QUIERES APRENDER MÁS....
Bienvenido al Ecosistema más Poderoso de Pruebas de Rendimiento
Si quieres aprender a CREAR UN PROYECTO DE PERFORMANCE TESTING DESDE CERO, Bienvenido a la MENTORIA PERFORMANCE 360
Si quieres aprender sobre la IMPORTANCIA DE PERFORMANCE TESTING en los proyectos de desarrollo de Software desde la experiencia de los referentes más importantes en la industria, Bienvenido al PODCAST EFECTO PERFORMANCE
Si quieres aprender HERRAMIENTAS, FUNDAMENTOS y BUENAS PRÁCTICAS, Bienvenido a JOHN PERFORMANCE, mi CANAL DE YOUTUBE
Si quieres pertenecer a la COMUNIDAD DE PERFORMANCE TESTING en Español, Bienvenido al CANAL DE DISCORD
Si quieres matenerte INFORMADO, CONECTADO, en EVENTOS, NOTICIAS, TENDENCIAS, CHARLAS, etc... Bienvenido a mi PERFIL DE LINKEDIN
Si quieres CLASES GRATIS DE PERFORMANCE TESTING, BONOS DE DESCUENTOS, el ROADMAP de Performance Testing, Bienvenido a tus REGALOS GRATUITOS
Si quieres conocer el DIA A DIA DE UN PERFORMANCE TESTER, Bienvenido a mi BLOG DIARIO DE UN PERFORMANCE
Mi deber y mi pasión es fortalecer y potencializar el conocimiento de PERFORMANCE TESTING en toda la región. Podría hacerlo solo pero no tendría mucho sentido. refiero hacerlo con ustedes. Juntos llegaremos más lejos.
