Seguimos viendo a los datos de producci¨®n en entornos de prueba como un ¨¢rea de preocupaci¨®n. En primer lugar, muchos casos de esto han resultado en un da?o considerable, por ejemplo, cuando se ha enviado una alerta incorrecta desde un sistema de prueba a toda una poblaci¨®n de clientes. En segundo lugar, el nivel de seguridad, espec¨ªficamente en torno a la protecci¨®n de datos privados, tiende a ser menor para los sistemas de prueba. No tiene mucho sentido tener controles elaborados sobre el acceso a los datos de producci¨®n si esos datos son copiados a una base de datos de prueba a la que pueden acceder las personas desarrolladoras y QAs. Aunque es posible ofuscar la informaci¨®n, esto tiende a aplicarse s¨®lo a campos ±ð²õ±è±ð³¦¨ª´Ú¾±³¦´Ç²õ, tal como n¨²meros de tarjetas de cr¨¦dito. Por ¨²ltimo, copiar datos de producci¨®n a sistemas de prueba puede infringir las leyes de privacidad, por ejemplo, cuando los sistemas de prueba se alojan o son accedidos desde un pa¨ªs o regi¨®n diferente. Este ¨²ltimo escenario es especialmente problem¨¢tico con despliegues complejos en la nube. Los datos falsos son un enfoque m¨¢s seguro, y existen herramientas para ayudar en su creaci¨®n. Reconocemos que hay razones para copiar elementos ±ð²õ±è±ð³¦¨ª´Ú¾±³¦´Ç²õ de los datos de producci¨®n, por ejemplo, en la reproducci¨®n de una incidencia o para el entrenamiento de modelos ML ±ð²õ±è±ð³¦¨ª´Ú¾±³¦´Ç²õ. Aqu¨ª nuestro consejo es proceder con precauci¨®n.
Seguimos percibiendo a la producci¨®n de datos en entornos de prueba como un ¨¢rea de preocupaci¨®n. En primer lugar, muchos ejemplos de esto han resultado en da?os a la reputaci¨®n, por ejemplo, cuando se ha enviado una alerta incorrecta desde un sistema de prueba a toda una poblaci¨®n de clientes. En segundo lugar, el nivel de seguridad, espec¨ªficamente en torno a la protecci¨®n de datos privados, tiende a ser menor para los sistemas de prueba. No tiene mucho sentido tener controles elaborados sobre el acceso a los datos de producci¨®n si esos datos se copian en una base de datos de prueba a la que pueden acceder todos los desarrolladores y QA. Aunque puede ocultar los datos, esto tiende a aplicarse s¨®lo a campos ±ð²õ±è±ð³¦¨ª´Ú¾±³¦´Ç²õ, por ejemplo, n¨²meros de tarjetas de cr¨¦dito. Por ¨²ltimo, copiar datos de producci¨®n en sistemas de prueba puede infringir las leyes de privacidad, por ejemplo, cuando los sistemas de prueba se alojan o se accede a ellos desde un pa¨ªs o regi¨®n diferente. Este ¨²ltimo escenario es especialmente problem¨¢tico con implementaciones complejas en la nube. Los datos falsos son un enfoque m¨¢s seguro y existen herramientas para ayudar en su creaci¨®n. Reconocemos que existen razones para copiar elementos
