Texto editorial original de OrbTrail, escrito con lenguaje propio a partir de la publicación de referencia.
Un Flow puede terminar sin errores y aun así producir una respuesta incorrecta. Los registros de depuración explican el camino ejecutado, pero no garantizan que el registro termine en el estado esperado. El cambio central de las nuevas herramientas es ese: el foco pasa de la ejecución correcta al resultado correcto.
Las aserciones convierten una regla de negocio en una pregunta verificable. Si un caso tiene estado Escalated, por ejemplo, el campo correspondiente debe quedar marcado al final del Flow. La prueba parte de un registro conocido, ejecuta la automatización y compara el resultado real con el esperado.
Una cobertura útil necesita variedad. Hay que probar el registro que debe cambiar, el que ya está correcto y el que no debería modificarse. Las suites reúnen esos escenarios y los ejecutan juntos, de modo que un cambio posterior revele regresiones antes de llegar a los usuarios.
Para los admins, esto acerca la automatización declarativa a la disciplina de pruebas habitual en Apex. La meta no es crear la mayor cantidad de pruebas, sino proteger los resultados de negocio más importantes. Empieza por las reglas críticas y por los errores silenciosos de mayor impacto.
